Latest FOG 0.33b
-
[quote=“fabritrento, post: 21934, member: 21607”]i installed the r1145.
now i test single disk multiple partition upload, and multicast download to 25 pc, then i report results here.my partition schema:
sda1 ntfs
sda2 ext4
sda3 linux-swap
grub 2.x installed.one question: FOG_PIGZ_COMP variable is to do compression when image is crated. Is used the cpu of client or cpu of fog server? support multithread/dualcore cpu?
Tom, thankyou very much for your work, if you need hardware to help developement i can donate to you, let me know.[/quote]
is all ok but a error is printed on client:
- FOGFTP: Failed to rename file. Remote Path: /images/labinfociro, Local Path: /images/dev/00215a68eb2a, Error: ftp_rename(): Rename failed.
this is a bug introduced with latest test releases.
-
FOG_PIGZ_COMP is now included in the FOG Web GUI as a range input field. The range is from 0 to 9.
0 means worst compression, and should mean the fastest upload speed with the largest amount of disk space in use.
9 Means the best compression, but slower upload speed.I don’t want to remove the field as the FOG Upload Scripts rely pretty heavily on it.
I don’t know what’s causing the FTP issue you’re seeing as I’ve not yet seen the error myself. Maybe provide some more information about the type of image it is. Specifically if it’s Multi-Part, raw, or Resizable.
-
Found the issue with deployed inventory update.
fog.auto.reg was trying to send a variable ${mac_deployed} if the fog script is deployed from the FOG GUI, the inventory appears to update appropriately, but the scripts, if deployed, tries to send an unset variable. Added to the fog.auto.reg script now is the mac_deployed variable.
Now I found another bug doing this. When the inventory is performed, it performs it like it’s a new host. This means it actually resets, to an invalid, hostID and hostname.
I’m testing once again to make sure this works as expected as we speak.
-
r1146 should fix these issues. As always, if you notice anything else, please let me know.
-
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.
-
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.