Latest FOG 0.33b
-
r1518 released.
Should fix the error message reported by nikonaum. The FOGFTP error I’m not fully aware of. Unofficial kernels were not showing because my website web down.
-
I can confirm that the first error message reported by me has gone now, but still have problems with downloading different kernels from the menu. Maybe It’s smoe kind of permission problem or vsftpd problem. My machine has firewall off and selinux disabled.
-
nikonaum,
Can you, possibly, provide more information?
For example, how did you install FOG 0.33b? Was it a fresh install or an upgrade?
What OS are you running?
Are your FTP username and password set correct? If they are, are permissions set properly?
The kernels and init are now located in the FOG Web directory in service/ipxe/
So in most Debian installs the default location is: /var/www/fog/service/ipxe/
So in most Redhat installs the default location is: /var/www/html/fog/service/ipxe/
The permissions should be on Debian installs:
[code]chown -R fog:www-data /var/www/fog/service/ipxe[/code]
The permissions should be on Redhat installs:
[code]chown -R fog:apache /var/www/html/fog/service/ipxe[/code]
The FOG_TFTP_FTP_USERNAME and FOG_TFTP_FTP_PASSWORD need to be set to that of the fog user (not the GUI, but the FOG user from the terminal on the FOG Server with:
[code]sudo passwd fog[/code]
The default password I’ve set to it is currently password
You set this password in FOG Configuration->FOG Settings->TFTP Server
FOG_TFTP_FTP_USERNAME should be set to fog
FOG_TFTP_FTP_PASSWORD should be set to whatever you set the fog user password to.
For storage node on the same FOG Server, you also set the Storage Management Username and Password to the same:
Storage Management Page-><SELECT YOUR STORAGE NODE>->
Management Username should be set to fog
Management Password should be set to whatever you set the fog user password to.Hopefully this helps you out.
-
r1519 released.
Fixes the setting of the TFTP_PXE_KERNEL_DIR variable in the db and config files so they work properly.
If you’re getting an error on downloading the kernels, check this in FOG Settings->TFTP Server-TFTP_PXE_KERNEL_DIR and make sure it points at the proper web location (/var/www/fog/service/ipxe/ for ubuntu/debian, /var/www/html/fog/service/ipxe/ for redhat/centos/fedora).
r1520 released.
Changes the “Location” to not be small in the Host list for readability.
-
After I installed a Linux Mint on a computer, I tried to deploy Windows 8.1. I got this
[IMG]http://i.imgbox.com/X9S7lCy3.jpg[/IMG] -
How about powering on the system and performing a proper shutdown as the information is telling you?
Here’s a google search on how to do it.
[url]http://lmgtfy.com/?q=remove+hibernation+file[/url] -
-
I don’t know how I missed that…so sorry for wasting your time on such a stupid problem.
-
[quote=“Mr.Myagy, post: 26171, member: 23824”]I don’t know how I missed that…so sorry for wasting your time on such a stupid problem.[/quote]
It’s not a waste of time. Sometimes we all miss the little indicators. Just read what the screen is telling you next time a little more closely.
-
Hello all, I’m having some problems with fog 0.33B (r1519). The set up of Fog went without too many issues and I’ve updated my DNS/DHCP server appropriately and I can now access the web interface, add machines and upload images via iPXE. The problem comes when I attempt to deploy the image, part clone starts but I end up with the following message;
Starting to restore image (-) to device (dev/sda1)
It then remains like that ad nauseam.
It does appear to wipe the system but fails to deploy the stored image, having no experience of part clone I can only speculate that it’s because it’s failing to find the image on server or is failing to pick up what image it should be using from Fog (speculation from seeing image (-) where I would assume that it should say image (<image name>)), I’ve checked the /images folder and the image is in the correct folder and the permissions are set for fog to be able to access the folder (hence it can upload without any issues).
Unfortunately there are no errors in the multicast log and having gone through the config section of the site and the config.php file with a fine tooth comb I can’t see where it would be failing, here’s a summary of the system that I’m running;
OS: Debian Wheezy running as a virtual machine on ESXi
PHP/5.4.4-14+deb7u9
Apache/2.2.22
MySQL client version: 5.5.31In terms of images I’ve created two images, the first was built using VMPlayer (win7 32 bit), prepared using the fog prep tool and sysprep with an unattend.xml file, the second is the same but using a physical machine on the off chance VMPlayer was doing something to the image (clutching at straws!).
I’m at a loss
-
Check that the FOGMulticastManager service is running on your fog server:
[code]service FOGMulticastManager restart[/code]You can check the multicast log from /opt/fog/log/multicast.log
-
Why not try a unicast first?
-
r1522 released.
Should bring the Column sorting feature requested.
-
[quote=“Tom Elliott, post: 26176, member: 7271”]Check that the FOGMulticastManager service is running on your fog server:
[code]service FOGMulticastManager restart[/code]You can check the multicast log from /opt/fog/log/multicast.log[/quote]
The service was running but errored when I used the restart switch, so i stopped it and started it and everything is working perfectly now!
Thanks for the help
-
I can confirm that multicast is not working.
multicast.log
[CODE][04-28-14 3:28:03 pm] * Starting FOG Multicast Manager Service
[04-28-14 3:28:08 pm] * Checking for new tasks every 10 seconds.
[04-28-14 3:28:08 pm] * Starting service loop.
[04-28-14 3:44:59 pm] * Starting FOG Multicast Manager Service
[04-28-14 3:45:04 pm] * Checking for new tasks every 10 seconds.
[04-28-14 3:45:04 pm] * Starting service loop.
[04-28-14 4:17:37 pm] * Starting FOG Multicast Manager Service
[04-28-14 4:17:42 pm] * Checking for new tasks every 10 seconds.
[04-28-14 4:17:42 pm] * Starting service loop.[/CODE]It seems like the FOGMulticastManager service is not starting properly. On “restart” it says “start-stop-daemon: warning: failed to kill ****: No such process” and on start it just “fails”.
-
r1523 released.
Should, hopefully, fix snapins so they cycle through the jobs rather than try pulling a job that has no tasks.
-
[quote=“Sodden, post: 26199, member: 23191”]I can confirm that multicast is not working.
multicast.log
[CODE][04-28-14 3:28:03 pm] * Starting FOG Multicast Manager Service
[04-28-14 3:28:08 pm] * Checking for new tasks every 10 seconds.
[04-28-14 3:28:08 pm] * Starting service loop.
[04-28-14 3:44:59 pm] * Starting FOG Multicast Manager Service
[04-28-14 3:45:04 pm] * Checking for new tasks every 10 seconds.
[04-28-14 3:45:04 pm] * Starting service loop.
[04-28-14 4:17:37 pm] * Starting FOG Multicast Manager Service
[04-28-14 4:17:42 pm] * Checking for new tasks every 10 seconds.
[04-28-14 4:17:42 pm] * Starting service loop.[/CODE]It seems like the FOGMulticastManager service is not starting properly. On “restart” it says “start-stop-daemon: warning: failed to kill ****: No such process” and on start it just “fails”.[/quote]
Are you manually starting the task??? I see these three items
[04-28-14 3:28:03 pm] * Starting FOG Multicast Manager Service
[04-28-14 3:44:59 pm] * Starting FOG Multicast Manager Service
[04-28-14 4:17:37 pm] * Starting FOG Multicast Manager ServiceAlso which version of FOG did you install, and what Linux version did you install FOG to?
-
I am having an issue with uploading an image, windows 7 if it matters. I am on fog .33b with the latest revision using svn. When image uploads I can see it in /image/dev/mac/ When it completes upload I get a single file in my images folder with the name of image. I do not get a folder with sys.image.000 and rec.img.000. I used partclone to upload and am new to partclone maybe creates different file. But if I try to download image to new computer get error saying no image file found. Any ideas? Possibly some permissions wrong? Thanks in advance for help.
-
r1525 released.
Removes the seccomp_sandbox=NO from the vsftpd.conf.
-
r1527 released.
Return of Host search, sorry about breaking it. Add’s stateID column to the snapinJobs so they should work properly.
