Latest FOG 0.33b
-
The r1324 works for the date.timezone.
You can watch #1143 and #1151 -
r1325 released.
Should fix the thrown error message when updating a host and not having the location plugin set.
-
r1326, 1327, 1328 released.
All are fixes/tweaks to location stuff. Had a couple of minor typos, all should be corrected and operating properly now.
Thank you,
-
You can watch #1143 and #1151
-
r1328
I ave this messages in the /var/log/httpd/error_log[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:44:27 2014] [notice] suEXEC mechanism enabled (wrapper: /usr/sbin/suexec)[/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:44:27 2014] [notice] Digest: generating secret for digest authentication …[/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:44:27 2014] [notice] Digest: done[/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:44:28 2014] [notice] Apache/2.2.15 (Unix) DAV/2 PHP/5.3.3 configured – resuming normal operations[/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:45:04 2014] [error] [client 172.16.8.167] PHP Warning: mysql_close(): 23 is not a valid MySQL-Link resource in /var/www/html/fog/lib/db/MySQL.class.php on line 54, referer: [URL=‘http://srvfog.cavp.fr/fog/commons/schemaupdater/index.php?redir=1’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/commons/schemaupdater/index.php?redir=1[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:45:04 2014] [error] [client 172.16.8.167] PHP Fatal error: Call to a member function debug() on a non-object in /var/www/html/fog/lib/db/MySQL.class.php on line 61, referer: [URL=‘http://srvfog.cavp.fr/fog/commons/schemaupdater/index.php?redir=1’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/commons/schemaupdater/index.php?redir=1[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:45:05 2014] [error] [client 172.16.8.167] File does not exist: /var/www/html/favicon.ico[/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: array_unique() expects parameter 1 to be array, null given in /var/www/html/fog/management/reports/Imaging Log.php on line 119, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: rsort() expects parameter 1 to be array, null given in /var/www/html/fog/management/reports/Imaging Log.php on line 120, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/fog/management/reports/Imaging Log.php on line 121, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: array_unique() expects parameter 1 to be array, null given in /var/www/html/fog/management/reports/Imaging Log.php on line 136, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: rsort() expects parameter 1 to be array, null given in /var/www/html/fog/management/reports/Imaging Log.php on line 137, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE]
[SIZE=2][COLOR=#3366ff][Mon Mar 17 15:49:20 2014] [error] [client 172.16.8.167] PHP Warning: Invalid argument supplied for foreach() in /var/www/html/fog/management/reports/Imaging Log.php on line 138, referer: [URL=‘http://srvfog.cavp.fr/fog/management/index.php?node=report’][COLOR=#3366ff]http://srvfog.cavp.fr/fog/management/index.php?node=report[/COLOR][/URL][/COLOR][/SIZE] -
r1328
I tried the task manager, but when you submit multiple tasks display not list anything. -
What do you mean submit multiple tasks?
-
I mean : I create one task and after 3 minutes i create a other task on a another host.
-
Which display doesn’t list anything?
-
Since you’re now using iPXE, I would think it is also possible to boot a pc over WAN by using a local iPXE installation which chains to the FOG server over internet… Am I correct?
-
Hi Bluenix. I’ve done at 0.32 what I think you mean, ie a boot cd/usb, which then connects to the fog server, over the WAN.
I don’t think it would work over a proxy though, I don’t think IPXE is that goog.
It should be easier for 0.33.
Let me know if this is what you mean, and which release you want and I’ll try and put one together for you. -
Help buttons not appearing on fog configuration settings page.
Fixed in the attached, to go in fog/lib/pages[url=“/_imported_xf_attachments/0/591_FOGConfigurationPage.class.zip?:”]FOGConfigurationPage.class.zip[/url]
-
Hi jbsclm. If you could put one together for 0.33 that would be great! I was thinking about running a simple tftp server on the lan to enable clients to pxeboot and load ipxe. The then loaded ipxe could then chain load the fog server over WAN. Basically it is what you describe you did with a cd/usb, but instead of putting the cd/usb into the client, starting such a cd over pxe.
-
r1336 released.
I don’t know how to describe all the changes from 1328 - now, so just look on sourceforge at the document comments to get a feel for it all.
Brings back the helpers on the fog settings page. Sorry they were missing and thank you jbsclm.
-
Bluenix here you are.
The iso I’ve included will try and get a dhcp address, if that fails, it will ask for the address details.
It then asks for the IP address of your fog server, and chains on to it.
I’ve included details of how to build your own.[url=“/_imported_xf_attachments/0/592_ipxe_ask33.zip?:”]ipxe_ask33.zip[/url]
-
You’re a star! I’ll try this out tomorrow!
-
I’ve been trying to keep up with the version changes, everything has been working for the most part pretty good and REALLY appreciate all the effort you have made for this project. i was wondering if a recent change did something that pushed a different kernel display setting again. For a while it was working fine in old school text mode but then it switched to something else which is having problems being displayed on some HP systems I have. I’ve memorized debug mode enough to type what i need and get it working, but are there kernel switches i can use to force a more compatible display mode?
-
r1339 released. 1337 1338 both as well (obviously).
1337 fixed issue with the kernel update screen where the input field was not displayed.
1338 fixes the 64bit init.xz. No more IP request from the full inventory either.
1339 fixes the advanced many system.
Thank you,
-
[quote=“Daryl Lee, post: 24278, member: 452”]I’ve been trying to keep up with the version changes, everything has been working for the most part pretty good and REALLY appreciate all the effort you have made for this project. i was wondering if a recent change did something that pushed a different kernel display setting again. For a while it was working fine in old school text mode but then it switched to something else which is having problems being displayed on some HP systems I have. I’ve memorized debug mode enough to type what i need and get it working, but are there kernel switches i can use to force a more compatible display mode?[/quote]
What version of FOG are you using? What kernel are you using? I don’t know how to help if I don’t know this information. Nothing’s changed that I’m aware of as all of my systems are still coming up with the default text mode. I didn’t add any video drivers to my kernels either. I remove the i2c parameters to see if I could get baremetal systems to boot a little faster, but so far haven’t seen any issues with removing it or any major difference in how the kernel acts.
-
r1340 released.
Fixes a syntax error on Host Management Page.