Multicast without registration starts OK, but hangs and disconnects clients due to timeout.

[jmvela2x]

@Sebastian-Roth I seem to recall seeing systems start without waiting in 1.5.8. I guess I didn’t realize that was not by design. Currently I see the hosts waiting and the Multicast log shows a single PID. However, the task does not auto delete and as I just tested, I am able to start another group of hosts to join the same session post completion (after the first multicast deployment completed).

[Sebastian Roth]

@jmvela2x said in Multicast without registration starts OK, but hangs and disconnects clients due to timeout.:

However, the task does not auto delete and as I just tested, I am able to start another group of hosts to join the same session post completion (after the first multicast deployment completed).

I will look into this in the next days.

[jmvela2x]

@Sebastian-Roth Sounds good. Thanks!

[jmvela2x]

@jmvela2x Updated to 1.5.9-RC1.11 today and am still seeing the stale task issue. Hosts are waiting for all to join session before multicast begins. Attached log sample: multicast_stale.log

[Sebastian Roth]

@jmvela2x I still have this on my list but have not had the time to dig into it… Will do and let you know here.

[Sebastian Roth]

@jmvela2x I just pushed a commit that should take care of the task cleanup. Took a fair while because I ran into some other issues in that part of the code as well.

[jmvela2x]

@Sebastian-Roth I will give it a test today and let you know. Thanks!

[jmvela2x]

@jmvela2x I’m still seeing the same issue after an update to 1.5.9-RC2.3 this morning. Attached multicast log. multicast05262020.log

[Sebastian Roth]

@jmvela2x Thanks for testing and reporting back. Too bad I still haven’t worked it out. It did work in my test setup but I think I had the code changes for the other issue I found in place too when doing the tests. I shall have merged them all in but I feared those would cause other problems.

Anyhow, merged it all into dev-branch (RC2.6 as of now) and it would be great if you’d want to give it another try.

[jmvela2x]

@Sebastian-Roth Will do and report back.

[jmvela2x]

@jmvela2x It appears to work as intended. I did see one error in the FOMulticastManager status output that may be a cause for concern. Expected? multicast05202020_2.log

[Sebastian Roth]

@jmvela2x said in Multicast without registration starts OK, but hangs and disconnects clients due to timeout.:

I did see one error in the FOMulticastManager status output that may be a cause for concern. Expected?

Thanks, found and fixed in latest dev-branch.

[jmvela2x]

@Sebastian-Roth Perfect. Looks good now!

[Sebastian Roth]

@jmvela2x Thanks very much for sticking with us on this and doing the tests!