Latest FOG 0.33b
-
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.
-
Hi Tom,
In the report Management -> Imaging Log -> there is no page and there is message log in the /var/log/httpd/error_log :
[SIZE=2][COLOR=#3366ff][Tue Mar 18 10:29:47 2014] [error] [client 172.16.8.167] PHP Parse error: syntax error, unexpected T_VARIABLE 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&sub=file&f=RXF1aXBtZW50IExvYW4ucGhw[/url][/COLOR][/SIZE] -
In the Task manager, there is no possibility to kill one task.
[url=“/_imported_xf_attachments/0/593_Capture.JPG?:”]Capture.JPG[/url]
-
Hi to all,
I tried to install the latest 0.33b release (r1340) ; it’s a fresh install on a Debian 7 system.
I had 3 problems :
[LIST]
[]During the installation process, when Fog installer asks “What is the IP address to be used by this FOG Server? [adr:111.222.111.222]” if I submit as is for default value, the installer rejects the IP Address. I must specify it manually if I want to continue.
[/LIST]
[LIST]
[]When I go on the page “Service configuration”, if I enable/disable the status of a service (check/uncheck “Service Status” box) and click on the “update” button, I only have a white page ([url]http://myserver/fog/management/index.php?node=service&sub=edit&tab=displaymanager[/url]) and the change I made is not applied. If I edit the same settings in “FOG Configuration”->“FOG Settings”, it works. Maybe it’s a known bug ?
[/LIST]
[LIST]
[]After installing Fog, everything seems Ok. But I think there is a problem with TFTP Server settings :
[/LIST]
[INDENT][LIST]
[]FOG_TFTP_PXE_CONFIG_DIR contains “TFTP_PXE_CONFIG_DIR” (which doesn’t seem set elsewhere)
[]FOG_TFTP_PXE_KERNEL_DIR contains nothing
[]FOG_TFTP_PXE_KERNEL only contains “bzImage”
[/LIST]
My /tftpboot folder contains this (there’s no file “bzImage”) :[CODE]-rw-r–r-- 1 fog root 828 mars 18 12:17 boot.txt
-rw-r–r-- 1 root root 75 mars 18 12:17 default.ipxe
-rw-r–r-- 1 fog root 395760 mars 18 12:17 ipxe.krn
-rw-r–r-- 1 fog root 25340 mars 18 12:17 memdisk
-rw-r–r-- 1 fog root 16794 mars 18 12:17 pxelinux.0.old
-rw-r–r-- 1 fog root 169248 mars 18 12:17 snponly.efi
drwxr-xr-x 2 fog root 4096 mars 18 12:17 tftpboot
-rw-r–r-- 1 fog root 100430 mars 18 12:17 undionly.kpxe
-rw-r–r-- 1 fog root 147728 mars 18 12:17 vesamenu.c32[/CODE]When I boot with a test computer, it can’t find any PXE Boot…
Do you know what I must change ?[/INDENT] -
[quote=“JiC, post: 24288, member: 15487”]Hi to all,
I tried to install the latest 0.33b release (r1340) ; it’s a fresh install on a Debian 7 system.
I had 3 problems :
[LIST]
[]During the installation process, when Fog installer asks “What is the IP address to be used by this FOG Server? [adr:111.222.111.222]” if I submit as is for default value, the installer rejects the IP Address. I must specify it manually if I want to continue.[/LIST][/quote][LIST]
[/LIST]
This is a known issue. I haven’t quite been able to see where the issue lies exactly. As you can see it displays the IP just fine, but it doesn’t seem to like using it. My guess is just the place it’s looking at is adding more data than what it actually needs.
[quote=“JiC, post: 24288, member: 15487”]
[LIST]
[]When I go on the page “Service configuration”, if I enable/disable the status of a service (check/uncheck “Service Status” box) and click on the “update” button, I only have a white page ([url]http://myserver/fog/management/index.php?node=service&sub=edit&tab=displaymanager[/url]) and the change I made is not applied. If I edit the same settings in “FOG Configuration”->“FOG Settings”, it works. Maybe it’s a known bug ?[/LIST][/quote][LIST]
[/LIST]
It shouldn’t be a white page, but I’ll take a look today.
[quote=“JiC, post: 24288, member: 15487”]
[LIST]
[]After installing Fog, everything seems Ok. But I think there is a problem with TFTP Server settings :
[/LIST]
[LIST]
[]FOG_TFTP_PXE_CONFIG_DIR contains “TFTP_PXE_CONFIG_DIR” (which doesn’t seem set elsewhere)
[]FOG_TFTP_PXE_KERNEL_DIR contains nothing
[]FOG_TFTP_PXE_KERNEL only contains “bzImage”[/LIST][/quote][LIST]
[/LIST]
FOG_TFTP_PXE_CONFIG_DIR is no longer really required as we’ve moved the pxelinux.cfg directory to /var/www/fog/service/ipxe. The “config” is done dynamically from the boot.php/BootMenu.class.php files. Tasks aren’t “saved” anywhere anymore so we don’t need to ftp the 01-XX-XX-XX-XX-XX-XX files anymore.
FOG_TFTP_PXE_KERNEL_DIR should be set based on the variables during install time. If it’s not set, I don’t know why. However, this should be set to /var/www/fog/service/ipxe
FOG_TFTP_PXE_KERNEL should only contain “bzImage” as iPXE uses relative links. So when it chains to iPXE, it’s chaining to [url]http://{fogserverip}/service/ipxe/boot.php[/url]The relative location in full form when loading bzImage and init.xz would then be:
[url]http://{fogserverip}/service/ipxe/{bzImage,init.xz}[/url]The location of the init.xz and bzImage files is in: /var/www/fog/service/ipxe which is why you set the KERNEL_DIR parameter to that folder. If for some reason permissions weren’t setup properly, this folder should be chown -R fog.root /var/www/fog/service/ipxe
[quote=“JiC, post: 24288, member: 15487”]My /tftpboot folder contains this (there’s no file “bzImage”) :[INDENT=1] [/INDENT]
[INDENT=1][CODE]-rw-r–r-- 1 fog root 828 mars 18 12:17 boot.txt[/INDENT]
[INDENT=1]-rw-r–r-- 1 root root 75 mars 18 12:17 default.ipxe[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 395760 mars 18 12:17 ipxe.krn[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 25340 mars 18 12:17 memdisk[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 16794 mars 18 12:17 pxelinux.0.old[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 169248 mars 18 12:17 snponly.efi[/INDENT]
[INDENT=1]drwxr-xr-x 2 fog root 4096 mars 18 12:17 tftpboot[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 100430 mars 18 12:17 undionly.kpxe[/INDENT]
[INDENT=1]-rw-r–r-- 1 fog root 147728 mars 18 12:17 vesamenu.c32[/CODE][/INDENT]
[INDENT=1] [/INDENT]
[INDENT=1]When I boot with a test computer, it can’t find any PXE Boot…[/INDENT]
[INDENT=1]Do you know what I must change ?[/INDENT]
[/quote]Please see above.
Also, you’ll need to change your dhcp option 67 (I think) to point to undionly.kpxe rather than pxelinux.0
