Multicasting fail: StorageNode Not found on this system.
-
No, this installation is from scratch, only 2-3 images (as file only) were from the old version. It is a lonely fog install, no other nodes at all. Where it stands as a lone image deploment tool no need for any other one. It is really strange that it cannot see the only node it actually uses for unicast deployment.
-
@Foglalt Rebooting is not in your list of tried things… try rebooting.
You can also try to restart the FOGMulticastManager as well.
In Ubuntu, it should be something like…
service FOGMulticastManager restart -
Sorry about forgetting to write I did restarted every single bits, services, hardware, etc.
-
Hi pal. Could you solve this issue? I´m experiencing the same. Unicast works fine, but can´t achieve Multicast. Thanks in advance.
-
No, not yet. We have some other issues what makes us delay it a bit, network staff has issues cos of powerfailures, things are not that happy
I will make them continue tests. -
@Wayne-Workman said:
service FOGMulticastManager restart
Hi there. I colud solve this just restarting the pc and then it lets me restart the service whith: service FOGMulticastManager restart
-
@pabloinza for me it is still no. but i am on a trail which may lead to goal. i have to do tests for it.
-
Well, with a full resetup storage node problem solved. BUT, as always there is a but, multicast still not working. We did all on debug list as was suggested, but debug worked and normal multicast is not working (i mean it is stuck at the point of starting imaging with partclone).
What if debug’s “log sendig” with udp sender/receiver pair works, but normal multicast is not working? What debug work to be done to find the bottleneck? Any more suggestion?
-
Can you check the multicast.log file? It seems, to me, that maybe the command simply isn’t starting? Or, maybe all client’s haven’t checked in?
-
i will be on vacation for a while and after it i will go back to test and debug it as we NEED multicast pretty soon
-
@Foglalt I believe that this is the same problem as seen here: https://forums.fogproject.org/topic/5568/multicast-freezing-in-partclone-screen-starting-to-restore-image-to-device
That person was using FOG 1.2.0 and Ubuntu 14.04, and the steps here to clear out certain tables in the DB and then restarting the multicast manager service worked: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_Downloading_-_Multicast
-
Ok, back again to testing a bit more. I read through the linked topic, but I think it is not that topic you wanted to show me. I am not sure, but I think I read one topic in which info was deleted from fog database tables, but not deleting and reinstalling what linked troubleshoot wiki page suggests.
If I do the deletion and reinstallation, will I lose the host/settings information I made? I have a working unicast fog setup, I dont want to redo all during debug
Wayne, dont you remember the topic I mention? I was not too long ago, but I dont know good keywords for searching for it. Maybe you remember better. -
@Foglalt What we really need is a way to test if multicast works or not… It’s something I’ve been wanting to do but have put off researching.
I’ll try to do that this weekend. -
Finally, done. Solution: few switch was not ok, network config was changed in a way we was not aware (other device needed different setup and was not properly separated. Now is ok! And, as for full solution multicast tables needed manual clearing. (when we had solved testing, clients seemed stuck, now they dont.)
all ok now, mass tests will come soon for performance (as now multicast speed a bit low…
-
the restart did it for me:
[09-14-17 8:44:09 pm] * Starting FOG Multicast Manager Service
[09-14-17 8:44:14 pm] * Checking for new tasks every 10 seconds.
[09-14-17 8:44:14 pm] * Starting service loop.
[09-14-17 8:44:14 pm] * No tasks found!
[09-14-17 8:44:24 pm] * No tasks found!
[09-14-17 8:44:34 pm] * No tasks found!
