Starting FOG Multicast Management Server...Failed!
-
The problem is because you were probably awaiting schema update. This is a known issue and has been fixed in svn.
[LIST=1]
[]To workaround it, install until it fails as above.
[]When it fails, go to your fog site (e.g. 192.168.1.10/fog/management) and perform the schema update.
[*]Re try install, it should not fail this time around.
[/LIST] -
Thanks for the reply.
When I did the original install I did exactly what you are saying. I allowed the schema update via the web interface and tried the install after that and it still did not work. Can you perform the schema update again after you have done it once?
It is a lab machine so I can try again and report back. -
Okay, then it’s probably looking for the proper date.timezone setting from your /etc/php.ini file.
-
To back up a little what does this process actually do?
If I am able to take and restore an image is it actually working?I only ask because I am able to start it manually.
-
it is used for multicast image downloading. without it, unicast still works fine, which is my preferred method anyway.
-
[quote=“dbasql, post: 28637, member: 24408”]To back up a little what does this process actually do?
If I am able to take and restore an image is it actually working?I only ask because I am able to start it manually.[/quote]
That’s to be expected. FOG has two different methods to handle sending the image to the client. A Unicast image, which is the default it sends the image file to the client and decompresses at the client. This can save time and network load. I usually only use Unicast because of how well it works, and I up the max clients to like 60 or so clients so I can blast through a few labs at once.
The other method is Multicast. Multicast uses the Multicast Manager to decompress an image and pass it to a group of clients. Each client has to check into the server and each client must STAY connected to the server. It’s like going to an amusement park and waiting at the entrance for your buddies. Multicast waits until everyone is at the same check point before continuing further. This is beneficial in imaging groups of the same machines with the same image, but it tends to be slower and easier to interrupt.
Hope this helps!
You don’t need the service to be running unless you plan to use the Multicast capabilities.
-
Ok that makes more sense now thanks. How do you know what method you are using?
I am able to get a machine to boot to PXE but when the image is done the password fails for FTP.
username fog password 8b44e4 which I assume is a random generated password.
I have checked the password in FOG management under TFTP settings it is 8b44e4.
I have also verified password in /var/www/…* config for TFTP and Storage it is the same.I can also log in to the FTP site with Mozilla and command line with same credentials
I rebooted to make sure the settings took.
I fixed the time zone error in PHP.ini as requested above.
What else could I be missing?
-
check the password under storage management in the webgui
-
Under storage management inside default member it is fog // 8b44e4
-
I deleted the folder associated fog, removed MySQL completely and deleted the MySQL directories.
After that I reinstalled fog and it failed on multicast, I updated the schema and reinstalled fog and everything passed.
When I run a machine image on a fresh install it still fails on the FTP account. I checked all the places that were recommended above and they all match for username and password.
I am not sure if I am missing something or if the installer is not working properly.
Thanks -
if you’re certain your passwords are correct, you might check your vsftpd.conf file to see if there’s a line that says seccomp_sandbox=NO
if it’s there, try removing it and restarting the vsftpd service
if it’s not, try adding it and restarting the vsftpd server -
Ok will try that
What makes zero sense is I can log in from an alternate Windows machine to that FTP site and create a new folder and delete it with the same credentials. -
when I added that line to my conf file and restart the service it says unrecognized variable maybe it’s not compiled for that or something. I triple checked the spelling and made sure _ was in there.
I think I have hit about every road block so far :rolleyes: -
ok, the sandbox thing isn’t relevant for you then. are you certain that the linux user “fog” has it’s password set to the same as is listed in the fog settings?
-
Yes I made the password the same for everything. That is what I am saying I can plug a cross connect in to the machine and use the same client to ftp to the fog server and create/delete a folder.
So far I have it changed via
passwd
login for fog portal
under storage management
both places in the html file config.php -
those 2 places in config.php are no longer used
have you changed the password to match in Fog Settings -> TFTP Server -> FOG_TFTP_FTP_PASSWORD -
-
The pictures are in reverse but you get the idea.
-
Can you create an upload-debug task from the advanced options during task deployment and run fog.
When at the command prompt, simply type:
[code]fog[/code]When it starts giving you the error, type CTRL+C and it will bring you back to the command prompt.
Then type:
[code]ftp 192.168.247.15[/code]Then it should ask you for the username to connect as. Type fog.
Then it should as you to enter the password. Type Welcome1.
If all connects as expected type:
[code]cd /images
mkdir testMe123[/code]Does all work?
-
for upload tasks
I have
schedule shutdown
schedule instance deployment
schedule delayed
schedule cron styleI don’t see upload-debug task
Is there a key to hit when the client boots to PXE to get to this information? I am not sure if this is to be run on the client or server.
