Multicast tasks not creating properly
-
FOGMulticastManager does not start correct on server reboot (at least for me on svn 2756 or some previous svn numbers). I have to remember to stop/then start the service every time I restart my server. I’d love to to get a permanent solution for this.
[CODE]sudo service FOGMulticastManager stop
sudo service FOGMulticastManager start[/CODE](sudo service FOGMulticastManager restart will not do it).
-
Again, have you tried the latest svn?
-
My apologies for the delayed response, yes we are up to 2868 and same story unfortunately.
-
Can you afford to remove the old taskings?
(These commands will completely remove all multicast sessions and associations)
[code]truncate table multicastSessions;
truncate table multicastSessionsAssoc;[/code]Then kill all the udp senders that may be running on the server?
[code]sudo killall udp-sender
sudo killall udp-sender
sudo killalludp-sender
sudo service FOGMulticastManager restart[/code] -
I was able to run those commands this morning and now what is occurring is the systems in the multi-cast task are showing up in Task Management > Active Tasks momentarily and then they are gone, so they all boot onto the hard drive because there is no task for them. I’m not seeing the old multi-cast tasks like we saw before but the machines aren’t connecting to any tasks now.
-
Anything else I can try? I’m starting to get some heat on this and I would really rather not downgrade or start from scratch…
-
Do you have to use multicast? You can still create a unicast task (Download) using the group and deploy. Multicast is just a particular method of deployment.
-
We do have to use multicast, especially for our labs with 10+ computers. We are limited to resources for our storage nodes and our network where if we’re unicasting any more than 8-10 computers at once it takes way too long.
-
An update: multicast is now working again. Doing some digging into the logs I found error messages on the multicast tasks which revealed that there were brackets in the image folder name which udp-sender didn’t like. So to recap:
- Tom’s advice on truncating the multicast tables fixed the original issue.
- Removing the brackets from the image folder name fixed the second issue.
- I’m an idiot.
Thanks all for your help. Happy fogging!
-
Can you give us the example of your image folder path/name for future reference of this issue?
-
Absolutely, the folder name was something along the lines of:
\images\IMAGENAME(2015)
-
[quote=“Jacob Gallant, post: 40567, member: 26524”]
3. I’m an idiot.
[/quote]Hi,
How you solve this problem ?
Regards,
Ch3i -
[quote=“ch3i, post: 40609, member: 2513”]Hi,
How you solve this problem ?
Regards,
Ch3i[/quote]if anyone happens to figure out how to solve this one, i’ll keep a copy of it on hand for myself for regular use, and deploy it site-wide to my users on a regular basis as well.
-
[quote=“ch3i, post: 40609, member: 2513”]Hi,
How you solve this problem ?
Regards,
Ch3i[/quote]My wife would tell you that one is still a work in progress.