Multicast won't start

[Towndrunk]

Is there a limit on how long you have to join the Multicast? I just tried another test and set it up for timeout of 10 minutes. I was able to get the first one added, however once I went to the second one it was not able to find the Session I created.

The odd thing is that if I send an image to any of these the individually I have no issues at all. I just assumed that the Multicast would be quicker if we were doing a group all at once. If I have to, I can just go back to doing them individually.

[Pascal Gazaille]

@Wayne-Workman @Tom-Elliott Just wanted to thank you guys, great support for a great product!

[BedCruncher]

@Towndrunk
There is a setting under the header Multicast Settings that is called FOG_UDPCAST_MAXWAIT you might look there to see if that is where you set the 10 minute timeout.

[Wayne Workman]

@Towndrunk Try to multicast to a group with just one host in it. Use groups to create the multicast task. See what happens. At this point, I just want to see if multicast is working at all.

[Towndrunk]

@Wayne-Workman I made a group called Multicast and added one computer to that group. I sent a multicast to that computer, and powered it on. It comes to the same screen as it has in the past, and sits there. It doesn’t appear to be doing anything, and I’m not sure how to interpret what the logs say it is doing. . . It just continues to post the “Task (4) Multi-Cast Task is already running PID 28433”

[08-11-16 1:38:33 pm] * No tasks found!
[08-11-16 1:38:43 pm] * No tasks found!
[08-11-16 1:38:53 pm] | Task (4) Multi-Cast Task is new!
[08-11-16 1:38:53 pm] | Task (4) Multi-Cast Task has been cleaned.
[08-11-16 1:38:53 pm] | Task (4) /images/Windows10DefaultLaptop image file found.
[08-11-16 1:38:53 pm] | Task (4) 1 client(s) found or to receive.
[08-11-16 1:38:53 pm] | Task (4) Multi-Cast Task sending on base port: 56436
[08-11-16 1:38:53 pm] | CMD: cat /images/Windows10DefaultLaptop/d1p1.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 600 --portbase 56436 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/Windows10DefaultLaptop/d1p2.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 10 --portbase 56436 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/Windows10DefaultLaptop/d1p3.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 10 --portbase 56436 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/Windows10DefaultLaptop/d1p4.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 10 --portbase 56436 --full-duplex --ttl 32 --nokbd --nopointopoint;cat /images/Windows10DefaultLaptop/d1p5.img | /usr/local/sbin/udp-sender --interface eth0 --min-receivers 1 --max-wait 10 --portbase 56436 --full-duplex --ttl 32 --nokbd --nopointopoint;
[08-11-16 1:38:53 pm] | Task (4) Multi-Cast Task has started.
[08-11-16 1:39:03 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:39:13 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:39:23 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:39:33 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:39:43 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:39:53 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:03 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:13 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:23 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:33 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:43 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:40:53 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:41:03 pm] | Task (4) Multi-Cast Task is already running PID 28433
[08-11-16 1:41:13 pm] | Task (4) Multi-Cast Task is already running PID 28433

[Wayne Workman]

@Towndrunk Can you read through this article please?
https://wiki.fogproject.org/wiki/index.php?title=Troubleshoot_Downloading_-_Multicast

And, after you’re done reading through it, please just go over the settings it mentions. If all those look good, try the test in that article.

[Towndrunk]

@Wayne-Workman the settings for the network are correct in the Interface setting for the Storage Management. I do not have another Linux machine running at this time to perform the test. I will have to get a live-boot going and perform the test. I’ll let you know the results once I’m done.

[Wayne Workman]

@Towndrunk said in Multicast won't start:

I do not have another Linux machine running at this time to perform the test.

Do a debug-deploy with fog, and you have made a linux console out of whatever computer you want. Debug is an option on the confirmation page for any FOS task.

[Towndrunk]

@Wayne-Workman it isn’t working. The thing is, that once I set it up on the server by using the information on the troubleshooting page I get this information.

Udp-sender 20120424
Using full duplex mode
Using mcast address 234.15.31.20
UDP sender for /opt/fog.fogsettings at 10.15.31.20 on eth0
Broadcasting control to 10.15.31.255

Why is the mcast address 234.15.30.20 when the IP of my server is 10.15.31.20? The server and the test device aren’t talking at all right now.

[Wayne Workman]

@Towndrunk Would you mind doing a TeamViewer session with me? Message me if you’re interested.

[Towndrunk]

@Wayne-Workman was able to do some testing, and after forcing it to use port 9000, we could get it to work. For some reason over the last few days it has now stopped working. I’m not sure if it has something to do with an update or not? We have made no changes to the network, and it was working while imaging the last 100 computers are so. We have just been using the deploy option, but with multiple computers at the same time it can cause a lot of latency on the network.

We have been working through it, however for some reason we can’t register hosts now either. Every time I go in and register a host it shows up in Host Management, but it is named the MAC Address and isn’t assigning the image or the group. I’m going to perform another update now since it shows that I’m out of date and try it again.

[Wayne Workman]

@Towndrunk There were multicast and registration issues in rc8 and 9, and 10 fixes these.

What version are you on now?

[Towndrunk]

I applied the most recent update, and I am now able to register and multicast again.

Is there any benefit to updating all the time if there is also the potential to have things not work? Maybe I will just leave it how it is for now until our computer roll out is done.

[Wayne Workman]

@Towndrunk said in Multicast won't start:

Is there any benefit to updating all the time if there is also the potential to have things not work?

The benefit - getting a bug you report fixed. Getting bug fixes others report.

Updating is totally up to you. Nobody is forcing your hand, and Release candidates are just that. Release candidates. If you want to sit on it, you can. If you want to update, you can.

However - if you have issues and ask for help here, and the devs/mods/testers know your issue is fixed in a later RC, we will ask you to update and won’t offer much help with getting your older RC to work, when all you would need to do is update. Of course we’d help with the updating itself if you had problems. But it’s all still up to you.