Latest FOG 0.33b
-
Hey Tom,
So the hardware inventory is still having issues. after the hardware inventory updates the database instade of restarting I get an error “* No Active task found for hostname (Mac Address)” It could be because of two nics I will try to remove one and let you know.
-
Also it seems when I add computers to the database this way it will not allow me to remove them from the database it just sits there loading been loading for about 3 min so far.
-
Just got done testing it happens with one nic also.
-
What revision are you on?
-
I am on 1147 the one you just released.
-
[quote=“Tom Elliott, post: 21939, member: 7271”]r1147 released.
Fixes an issue in fog.upload where I was supposed to check if sector 63 is not the case, but actually but if sector 63 is the case.[/quote]
i test right now if upload problem ( ftp error) is solved
-
r1149 released.
Should fix issue with ntfsresize once upload is complete.
-
r1150 released.
Should truly fix inventory deploy bug.
Was awaiting ##@GO but being sent ##. All the other scripts referencing the Post_Wipe.php file were requesting ##, so made the change to the script (fog.auto.reg) and updated the init.gz
-
tom inventory looks good now but imaging is now broken it starts then stops during the second download.
-
Perhaps more detail,
What kind of imaging? Download, Upload, Single Disk Resizable, Multi-Part Single Disk, Multi-Part-All Disk, raw/dd? Multicast?
-
[quote=“Tom Elliott, post: 21965, member: 7271”]r1150 released.
Should truly fix inventory deploy bug.
Was awaiting ##@GO but being sent ##. All the other scripts referencing the Post_Wipe.php file were requesting ##, so made the change to the script (fog.auto.reg) and updated the init.gz[/quote]
i’m unable to upload a image with r1150
the error on the client:
- Attempting to send inventory…
- Attempting to send inventory…
- Attempting to send inventory…
(loop)
the error on webserver:
Tue Jan 28 08:35:28.919146 2014] [:error] [pid 21583] [client 172.24.77.119:47788] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109
[Tue Jan 28 08:35:28.919189 2014] [:error] [pid 21583] [client 172.24.77.119:47788] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184
[Tue Jan 28 08:35:31.924901 2014] [:error] [pid 19660] [client 172.24.77.119:47789] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109
[Tue Jan 28 08:35:31.924947 2014] [:error] [pid 19660] [client 172.24.77.119:47789] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184
[Tue Jan 28 08:35:34.930731 2014] [:error] [pid 21580] [client 172.24.77.119:47790] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109
[Tue Jan 28 08:35:34.930775 2014] [:error] [pid 21580] [client 172.24.77.119:47790] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184
[Tue Jan 28 08:35:37.936858 2014] [:error] [pid 19659] [client 172.24.77.119:47791] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109
[Tue Jan 28 08:35:37.936900 2014] [:error] [pid 19659] [client 172.24.77.119:47791] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184
[Tue Jan 28 08:35:40.942841 2014] [:error] [pid 19662] [client 172.24.77.119:47792] PHP Warning: mysql_query() expects parameter 2 to be resource, boolean given in /var/www/fog/lib/db/MySQL.class.php on line 109
[Tue Jan 28 08:35:40.942889 2014] [:error] [pid 19662] [client 172.24.77.119:47792] PHP Warning: array_key_exists() expects parameter 2 to be array, null given in /var/www/fog/lib/db/MySQL.class.php on line 184and after mysqld restart:
Tue Jan 28 08:22:27.882090 2014] [:error] [pid 17254] [client 172.24.77.119:37640] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/service/inventory.php on line 16
[Tue Jan 28 08:22:30.888979 2014] [:error] [pid 17259] [client 172.24.77.119:37641] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/service/inventory.php on line 16
[Tue Jan 28 08:22:33.895766 2014] [:error] [pid 17261] [client 172.24.77.119:37642] PHP Fatal error: Call to a member function get() on a non-object in /var/www/fog/service/inventory.php on line 16the error is releated to line 16 of inventory.php:
$Inventory = $FOGCore->getClass('InventoryManager')->find(array('hostID' => $Host->get('id'))); -
If you’re trying to upload an image, why is it sending inventory?
-
[quote=“Tom Elliott, post: 21974, member: 7271”]Perhaps more detail,
What kind of imaging? Download, Upload, Single Disk Resizable, Multi-Part Single Disk, Multi-Part-All Disk, raw/dd? Multicast?[/quote]
Sorry for the dalay I am trying to download an image it is a single disk Windows 7 image so it has two partations. It restores the 100mb partation fine then gets to about 2.51% before it errors out with “PIGZ abort: corrupted input – invalid deflate data : <stdin>”
-
Is it multicast, and if so, how many systems are in the image job?
Is it unicast, and does this same image work on other items. I’ve not seen this issue yet. I’ve tested upload/download, multicast, etc… and had no issues.
-
I am just trying to image one hyper-v machine the same imaged worked before with no issues. I may try to use the back up copy I have to make sure it did not get corrupted, but the image size and stuff looks fine.
-
I’m just trying to narrow down the issue.
I find it unlikely that my changeover has caused a corrupt data on your server, though there could be a typo in the new script that’s causing the issue.
That said, I’ve tested Single Disk Resizeable, download and all seems fine. I’ve also tested, Single Disk Resizeable upload, and all seems fine.
I’ll test some more again. I’m just using windows xp as my test, but will try a windows 7.
-
ok and Ill test what I can on my side.
-
Windows 7 seems (Single Disk Resizable) seems to work fine. I’m currently at 14.14% complete. Once it’s complete, I’ll perform a download of Windows 7 multi-part single disk to see if that works, then I’ll do the same image set as multi-part all disk. Then I’ll perform the same download through multicast. This should work out the kinks of the download script. I’m also doing the same for a windows xp image. Though I’ve never had any real luck with multi-part and windows xp, even on 0.32, I’ll give this a shot as well.
-
[quote=“Tom Elliott, post: 21989, member: 7271”]Windows 7 seems (Single Disk Resizable) seems to work fine. I’m currently at 14.14% complete. Once it’s complete, I’ll perform a download of Windows 7 multi-part single disk to see if that works, then I’ll do the same image set as multi-part all disk. Then I’ll perform the same download through multicast. This should work out the kinks of the download script. I’m also doing the same for a windows xp image. Though I’ve never had any real luck with multi-part and windows xp, even on 0.32, I’ll give this a shot as well.[/quote]
You may not have to I have tried on on another system same revision and it seems to be working some how my image might have got corrupted I will copy that image to the server where it is not working and see if it works.
-
It’s possible the drive containing your images is corrupt and needs a check?
Also,
Just so all are aware, I’ve found an issue in Windows XP imaging as Multi-part images. This may be what the problem was in 0.32 as well, though I’m not too sure.
As I stated, I’ve never had any luck imaging (Upload Specifically) Windows XP as multi-part. It would start, the upload would never happen, but would switch, after checking in, straight to Task Complete, then reboot. It does the same on 0.33b, but I think I’ve figured out the issue. I don’t have a proper fix for it, but I am currently uploading the image, so it’s still in testing.
Basically, what seems to happen, is fog tries to check the partitions, but the method WIndows XP used/uses to create the partitioning table, it places bits of data outside of the actual partition table. For this reason, the fogpart --list-parts $hd command never returns with any valid partitions, it actually reports (Can’t have partition table outside of disk.) Which is normal if we’re trying to deploy an image with a smaller hard-drive than the uploaded image originally had.
It seems to me, that the fix is to delete the partition (not the data) and regenerate the partition so we can actually upload the image. I’m currently testing, but hope this issue will not be too enforcing as Windows XP support goes away in April from Microsoft.
