Latest FOG 0.33b
-
Your like a runner away train Tom,:eek: Thanks for all the updates going to pull down r1401 and have a Play.:)
-
r1402 released.
Fixes a missing ); tag within index.php of schemaupdater.
-
r1403 released.
Host lookups works again.
-
Looks like r1403 now has an issue with TaskManagementPage.class.php.
PHP Fatal error: Call to undefined method Task::getCreateTime() in /var/www/fog/lib/pages/TaskManagementPage.class.php on line 120
I have added this back in from a previous revision and the task page loads just fine now.
Code that was removed from /var/www/fog/lib/fog/Task.class.php:
[PHP]public function getCreateTime() { return new Date($this->get(‘createdTime’)); }[/PHP] -
r1404 released.
Big feature addition here. Client Updater can be updated from the Service or FOG Configuration pages. The both work the exact same.
In this change, you can now upload multiple files at one time.
This also fixes the “shading” requested by BigMan, and fixes the getCreateTime() function from earlier. I’m not using the getCreateTime function itself as that’s a legacy call, but it all should work as expected.
Thank you,
-
r1405 released.
Fixes a redirection issue when updating modules from the FOG Configuration page.
-
Some others have mentioned problems having their FTP and storage node in separate places. I too experienced this problem. I was able to hack together a fix for myself. But asking people to enable FTP on their NAS (not possible most of the time) or to go in and rename the files yourself (my help desk can’t do this) is just not helpful.
Here is my “diff” of /var/www/fog/service/Post_Stage2.php:
[PHP]89c89
< echo _(“FTP connection to TFTP Server has failed!”);echo _("FTP connection to TFTP Server has failed! - in stage 1");
94c94
< @ftp_close($ftp);// @ftp_close($ftp);
96,98c96,98
< $ftp = ftp_connect( $nodeip );
< $ftp_loginres = ftp_login($ftp, $nodeuser, $nodepass);
< if ((!$ftp) || (!$ftp_loginres ))//$ftp = ftp_connect( $nodeip ); //$ftp_loginres = ftp_login($ftp, $nodeuser, $nodepass);
/* if ((!$ftp) || (!$ftp_loginres ))
100c100
< echo _(“FTP connection to Storage Server has failed!”);
echo _("FTP connection to Storage Server has failed! in stage 2");
102a103
*/
[/PHP]Basically I am just removing the part that hangs up and re-establishes a new FTP connection, as the current FTP connection is the correct FTP in my case.
Why not re-write this to check for a boolean value, and then include that in the web configuration pages as “Separate NAS in use”, or something like that?
EDIT: To clarify, I am referring to the WiKi (Separate NFS Server): KNOWN ISSUE You will get an error “Ftp connection to storage server has failed” at the end of uploading images though. You will have to manually rename and move the file from the dev directory to the directory below.
[url]http://www.fogproject.org/wiki/index.php?title=FOGUserGuide[/url] -
r1406 and 1407 released.
1406 fixes an issue with the printer manager issue as the legacy class was removed.
1407 just moves the endsWith function to the FOGBase class so it can be called with fog core.
-
r1408 released.
Updates the kernel information to 3.14.
-
r1410 released.
Fixes the kernel updater on the GUI. Moves the ftp to the class FOGFTP in kernel-fetcher.php Removes the buildSelectBox() from imagemanager class file. Various other fixes/tweaks as well.
-
r1411 released.
More fixes/tweaks. Moves attemptLogin to FOGCore rather than UserManager and uses class methods to verify if it’s good rather than a direct call to the database. More legacy stuff removed/changed.
-
r1412 released.
Removes ScreenResolution.class.php as nothing was using it. More cleanups throughout.
-
Hi Tom,
The Multiple Partition Image All disks is not working. I can create the image and see that it backs up all the drives, but it only restores to one. The drives are a ssd and a mechanical drive. The ssd is the boot drive and the other is just for storage. Both drives are ntfs with XP as the OS. The one that get restore is the mechanical drive. This works in 0.32.
-
erod20,
I am currently testing a multipart all disk image and all is working perfectly fine. Can you try setting up the task for this system as download-debug an just run the command fog at the prompt when it comes up?
Everything looks write in the code so I want to verify that it’s detecting your drives in the right order.
-
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.