(1.1.1) Multicast Hang - Starting to restore image (-)
-
Hello -
I have a fresh install of 1.1.1 and I’m unable to get multicast working properly (still).
I’m getting the hang like it’s waiting for them to all join, even though they’ve all joined. See attached.
Yesterday, same environment, I was able to get 2 going after lurking around the forums and seeing that deleting the group and re-adding the group would sometime work. I came in today, and I had tried that, and I cannot get any started. Unicast works great, reimages a 25 GB Win 7 image in ~6 minutes.
I’m not sure what else to try. I tried the latest revision, 1868 (as of yesterday) and could not get the schema to update so I reverted back to 1.1.1.
Any way to get around it would be great - thanks
[url=“/_imported_xf_attachments/1/1015_photo.JPG?:”]photo.JPG[/url]
-
check the log file /opt/fog/log/multicast.log
-
Is the FOGMulticastmanager service actually running?
[code]service FOGMulticastManager restart[/code]
-
I restarted the service, I’ll see if that clears it up.
Below is the log.
[url=“/_imported_xf_attachments/1/1016_multicastlog.txt?:”]multicastlog.txt[/url]
-
I guess restarting the service got it working. What would’ve caused it to work yesterday and have the service stop this morning?
-
Possibly mysql issues?
Did somebody reboot the server?
Are the services set to enable on boot? I know the installer tries to set that up, but maybe somebody else disabled it?
What problems where you having with “getting the schema to update”?
-
It’s a fresh install. It’s a VM on ESXi and was not rebooted, the uptime shows since I turned the server up.
As far as the schema, when I would click the box to update it, it would take me the next page, which would be blank. It wouldn’t update and sat there.
-
Same problem here, can’t find much in the logs…
I do notice that my a virtual machine will work although, I’m going to try a different set of hardware and see whats happens
-
Currently having the same issue, Fresh 1.1.1 install, Ubuntu server 14.04. I’ve reset FOGMulticastManager and the clients. Here is my multicast log.
Thanks.[url=“/_imported_xf_attachments/1/1060_Multicast.txt?:”]Multicast.txt[/url]
-
Is the udp-sender command running on the FOG Server?
[code]ps -ef | grep udp-send[/code] -
I have the same issue - clean centos 6.5 install, fog 1.1.2.
The fog services were not running however I have started them and added to services. I did not see them listed in rc.local or as a service.
chkconfig --list
FOGImageReplicator0:off1:off2:on3:on4:on5:on6:off
FOGMulticastManager0:off1:off2:on3:on4:on5:on6:offFOGScheduler 0:off1:off2:on3:on4:on5:on6:off
multicast.log
06-26-14 1:53:40 pm] * Checking for new tasks every 10 seconds.
[06-26-14 1:53:40 pm] * Starting service loop.
[06-26-14 1:53:40 pm] | Task (30) is new!
[06-26-14 1:53:40 pm] | Task (30) /images/WIN8 image file found.
[06-26-14 1:53:40 pm] | Task (30) 1 client(s) found.
[06-26-14 1:53:40 pm] | Task (30) sending on base port: 51358
[06-26-14 1:53:40 pm] CMD:
[06-26-14 1:53:40 pm] | Task (30) has started.
[06-26-14 1:54:40 pm] | Task (30) is no longer running.[06-26-14 1:55:40 pm] * No tasks found!
This repeats anytime we attempt to run multicast. udp-sender is not running or started.
We can start the client in debug mode and use udp-receiver along with udp-sender on the server to get it going. It appears that it is bombing out on creating the cmd to start udp-sender but I have not looked into the multicast php files to see if I can spot the problem.
any suggestions on where to start looking?
Thank you.
-
I know what this issue is, but first question?
Is the image dropdown set to Windows 8.1?
My guess is that it is, can you try setting it to just plain jane Windows 8 and reattempt?
-
Thanks Tom, changing the image to 8 works. Much appreciate all of your hard work.
-
Question – I was able to multicast my laptops. Now, I have HP DC7800 SFFs that will not multicast.
I tried to make a new group, restart the service. Still running 1.1.1.
Log below.
[07-02-14 2:36:58 pm] | Task (32) Library is new!
[07-02-14 2:36:58 pm] | Task (32) Library image file found.
[07-02-14 2:36:58 pm] | Task (32) Library client(s) found.
[07-02-14 2:36:58 pm] | Task (32) Library sending on base port: 55758
[07-02-14 2:36:58 pm] CMD: cat “/images/WIN7HSLIBRARY/rec.
img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 55758 --interface eth0 --full-duplex --ttl 32 --nokbd;cat “/images/WIN7HSLIBRARY/sys.img.000”|/usr/local/sbin/udp-sender --min-receivers 2 --portbase 55758 --interface eth0 --full-duplex --ttl 32 --nokbd;
[07-02-14 2:36:58 pm] | Task (32) Library has started.
[07-02-14 2:37:08 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:37:18 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:37:29 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:37:39 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:37:49 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:37:59 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:38:09 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:38:19 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:38:29 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:38:39 pm] | Task (32) Library is already running PID 7625
[07-02-14 2:38:49 pm] | Task (32) Library is already running PID 7625 -
Any idea about this? I have 1300 HP PC’s to reimage in the next month.
-
This tells me you have only two hosts in the job: --min-receivers 2
Have those two systems been turned on?
The “Library is already running PID 7625” is telling you that the task is running. It’s simply waiting for the hosts that are attached to it.
-
To further trouble shoot, if you run [code]ps -ef | grep udp-sender[/code] you should see the task running on the server. You can also verify the tasking for those systems are correct by going to : [url]http://IPOFFOGSERVER/fog/service/ipxe/boot.php?mac=XX:XX:XX:XX:XX:XX[/url]
Change the IPOFFOGSERVER to the ip of the fog server. Change the XX:XX:XX:XX:XX:XX portion to the mac address of one of the clients you’ve tasked for this.
-
The machines are getting the tasks, but once to the multicast grey screen (same error as my OP), they hang. I did verify that they do have the task and I see that it’s running on the server itself. I tried with a single multicast host, 2, and upwards of 8. All booted into the grey screen and hung.
-
Is your network, by chance, blocking UDP packets? Do these run under unicast?
-
Runs great in unicast – I can actually multicast in a different building (connected to the same core) – with laptops. It worked well with 3 different laptop models. HP ProBook 4520s, 30s and 40s and multicast great. It’s just these desktops that hang. Network isn’t blocking any of the UDP packets.
