Latest FOG 0.33b
-
I get a fatal error unknown request type Null
-
You didn’t setup the task as a debug task. The download task is still setup from the GUI. From the host choose advanced options, then Download - Debug.
-
I did that. That is what I get. Here is a picture if you need.
[url=“/_imported_xf_attachments/0/626_IMAG0050.jpg?:”]IMAG0050.jpg[/url]
-
The picture you’re showing me is the system just having chosen the debug menu, not the download tasking.
A download debug task should startup as:
[ATTACH=full]628[/ATTACH]
Notice the differnece between yours and mine?
[url=“/_imported_xf_attachments/0/628_Screenshot-Untitled Window.png?:”]Screenshot-Untitled Window.png[/url]
-
Here is the picture of the same as you showed me.
[url=“/_imported_xf_attachments/0/629_IMAG0051.jpg?:”]IMAG0051.jpg[/url]
-
And what type of task are you scheduling exactly?
I see the “type” field in your’s is blank.
-
I had to type fog.debug to get that. If I just run fog I get a null error.
-
Tom,
I am getting an error when searching for a host. I thought it might be a typo with the getClassd but when I changed that it to match line 79 it still didn’t work.[CENTER][FONT=Ubuntu][COLOR=#555555]Search failed: Invalid JSON: [/COLOR][/FONT][/CENTER]
[B][CENTER][FONT=Ubuntu][COLOR=#555555]Fatal error[/COLOR][/FONT][/CENTER][/B][CENTER][FONT=Ubuntu][COLOR=#555555]: Call to undefined method FOGCore::getClassd() in [/COLOR][/FONT][/CENTER][B][CENTER][FONT=Ubuntu][COLOR=#555555]/var/www/fog/lib/pages/HostManagementPage.class.php [/COLOR][/FONT][/CENTER][/B][CENTER][FONT=Ubuntu][COLOR=#555555]on line [/COLOR][/FONT][/CENTER][B][CENTER][FONT=Ubuntu][COLOR=#555555]113[/COLOR][/FONT][/CENTER][/B] -
Unfortunately there’s an issue with sourceforge and svn at the moment.
Line 113 should read:
[php]$LA = ($LocPluginInst ? current($this->FOGCore->getClass(‘LocationAssociationManager’)->find(array(‘hostID’ => $Host->get(‘id’)))) : ‘’);[/php]Just change it to match that and all should work. I’m also going to guess you’ve enabled the LocationPlugin on your system?
-
That is what I had changed it to but it was still giving me an error. You are correct I do have the LocationPlugin enabled.
Fatal error: Call to a member function get() on a non-object in /var/www/fog/lib/pages/HostManagementPage.class.php on line 113
-
Did you recently remove a location? It sounds like it’s throwing the error because it can’t find the location within the database anymore. I’m not seeing the same error though. I’ve added the location plugin, created a location, joined a system to the location, deleted that said location, and took a look at the host again. It just has a blank spot where the location dropdown should be.
Are you on the most current revision by chance?
-
I haven’t removed any location. I updated earlier today. I just now updated again to version 1415 and I am still having an issue. Also when I try to image it boots up to partclone and then exits without imaging.
-
I have a, sneaking, suspicion that the “partclone” issue you’re actually seeing is really a “partimage” problem. Chuck added a new flag a few revisions ago, and part of that “flagging” forced images currently on the system to be labeled as “legacy” images. This is so people can, more easily, upgrade from 0.32 to 0.33 without much issue. Its intent is to make a more seamless upgrade process, but for those of us already on 0.33b with partclone images, it forced all of those images to be “legacy.” We simply need to update our images to unflag them. This can be done by enabling “FOG_LEGACY_IN_GUI” under FOG Configuration->FOG Settings, then choose your image and change the PartImage parts to PartClone.
The location issue I’m looking into to try to replicate so I can help you better.
-
Here is what you really ask for. It seems that it does not see the second drive. Sorry for the confusion. I was trying to do to many thing at once. i really appreciate this.
[url=“/_imported_xf_attachments/0/630_IMAG0055.jpg?:”]IMAG0055.jpg[/url]
-
from that window, try running
[code]fdisk -l[/code] -
Here you go.
[url=“/_imported_xf_attachments/0/631_IMAG0056.jpg?:”]IMAG0056.jpg[/url]
-
Based on that Image, I am going to go with the 80GB drive is your SSD while the 1TB drive is the “extra storage” drive. Is this correct?
First things first, it’s recognizing the first drive (/dev/sda) as the 1TB drive, while the it’s recognizing the second drive (/dev/sdb) as 80GB. My guess is that channels these drives are connected to is the issue. It probably display’s similarly within the BIOS options as well. (First Drive as 1TB, second as 80GB).
-
The ssd is in SATA port one and the 1TB is in port two. I have a DVD drive in port zero.
-
[quote=“erod20, post: 24928, member: 23205”]The ssd is in SATA port one and the 1TB is in port two. I have a DVD drive in port zero.[/quote]
Personally, i’ve always put my boot drive on sata port 0, then data drive on sata 1 and dvd on sata 2. Try moving them around… -
r1417 released.
Remove HostMAC HostMACManager class files as there’s already something there (MACAddressAssociation.class.php). Other tweaks as well. FOG Core is using Class files now as well instead of direct calls to the DB. Add’s OUI and OUIManager class files for doling out the MAC manufacturer. Add’s some more documentation to the files. Looking pretty hard at the FOGCron class as it doesn’t appear, to me, anything actually is using it, nor do we really need to as ScheduledTasks are already done.
