FOG Multicast Problems / Partclone fails to finish
-
@Joe-Gill You don’t need to get rid of the public address. This is just some kind of information but FOG wouldn’t use that interface unless you configure it to do so.
[06-16-16 8:37:57 pm] | This is not the master nodeWell, that’s something I’d say. Please check your storage configuration in the web gui…
-
-
Also, I did add back my Freenas storage node as an additional storage node but it is not master. I can’t seem to wrap my head around this. I did try uploading a new image with the new version of partclone. I’m going to try re-pushing a multicast on Monday. But I don’t think it’s going to matter much.
The one thing that is strange in this install is that when I initially set up the server I had my Freenas storage as the only node until I had problems. Then I demoted the Freenas down to slave and installed the FOG storage node. My main image was originally stored on the Freenas server when it was the master. But I’ve since reimaged that machine several times onto the new FOG storage.
-
@Joe-Gill Where is 172.16.1.22 located on that same storage node?
Your log shows 65.x.x.x and 172.16.1.17, not 172.16.1.22 as listed on the storage node configuration.
-
Hi Tom,
65.x.x.x is our Public IP address on our router.
172.16.1.17 is the address for our FOG Server.
172.16.1.22 is the address for our FOG Storage Node.Thanks!
Joe
-
@Joe-Gill Well the storage configuration you have says your storage node IS the master, which is not the log files you’re presenting us.
-
Trying to contact via chat also.
-
@Tom-Elliott
I’m here still -
Remoted in. The .22 was correct. The 17 was the “central server” but .22 is where the images are stored.
The issue(s):
- DB was being connected to via the user fog and it’s associated password, but the user was not given privileges on the fog database.
- The Main server (.17) had bind-address enabled.
Once I updated the DB to allow the ‘fog’ user to access the fog database AND disabled the bind-address, the node (.22) was able to startup the FOG Services (which was failing as it couldn’t contact the database). I watched the multicast log in particular after setting up a multicast task and saw 3 of the 4 clients in that tasking link into the Multicast side. (Still waiting to hear if partclone will work and if the 4th client worked properly).
I suspect this issue will be resolved, but please keep us posted.
-
Hi guys,
Tom, thanks again for all the help! Everything is happy. The multi-cast we setup finished just fine. I’m making a new image today and imaging another lab. I doubt they’ll be any more issues with multicasting.
I’ll re-post if more issues arise.
Thanks!!
Cheers,
Joe Gill
-
I spoke too soon!! I had a batch fail on me again…
/var/log/fog/multicast.log
[06-22-16 6:02:36 pm] | Sleep time has changed to 10 seconds:~$ ps aux | grep FOGMulti lcarr 3670 0.0 0.0 15944 2284 pts/3 S+ 14:50 0:00 grep --color=auto FOGMultiLet me know if there are any steps you’d like me to try. I’ll be around until 5:30 MST this evening if you’d like to try and remote in. Thanks!!
Joe Gill
-
@Joe-Gill Seeing s FOGMulticastManager doesn’t appear to be running, what happens if you restart the service?
service FOGMulticastManager stop; sleep 5; service FOGMulticastManager start -
lcarr@Fog:~$ ps ax | grep udp 3686 pts/3 S+ 0:00 grep --color=auto udp -
lcarr@Fog:~$ service FOGMulticastManager stop; sleep 5; service FOGMulticastManager start * Stopping FOG Computer Imaging Solution: FOGMulticastManager start-stop-daemon: warning: failed to kill 1362: No such processAnd hangs.
-
That’s what I suspected. It should be running now. If you wanna check?
-
Thanks for checking things out Tom!
Looks like stopping and starting the service on both the Server and Fog Storage Node solved the problem. The hosts are happy and the task is going!
Cheers,
Joe Gill
-
My problem is back again. I tried shutting down and re-starting service but I’m hanging up again at the Particlone screen.
Ran this on both Storage Node and Server…
root@Fog:/# ps ax | grep udp 12432 pts/1 S+ 0:00 grep --color=auto udp root@Fog:/# service FOGMulticastManager stop; sleep 5; service FOGMulticastManager start * Stopping FOG Computer Imaging Solution: FOGMulticastManager [ OK ] * Starting FOG Computer Imaging Solution: FOGMulticastManager [ OK ]Also…
Tailed the Multicast Log File on Storage Node below…
[06-29-16 4:31:48 pm] ___ ___ ___ /\ \ /\ \ /\ \ /::\ \ /::\ \ /::\ \ /:/\:\ \ /:/\:\ \ /:/\:\ \ /::\-\:\ \ /:/ \:\ \ /:/ \:\ \ /:/\:\ \:\__\ /:/__/ \:\__\ /:/__/_\:\__\ \/__\:\ \/__/ \:\ \ /:/ / \:\ /\ \/__/ \:\__\ \:\ /:/ / \:\ \:\__\ \/__/ \:\/:/ / \:\/:/ / \::/ / \::/ / \/__/ \/__/ ########################################### # Free Computer Imaging Solution # # Credits: # # http://fogproject.org/credits # # GNU GPL Version 3 # ########################################### [06-29-16 4:32:07 pm] Interface Ready with IP Address: 172.16.1.22 [06-29-16 4:32:07 pm] * Starting MulticastManager Service [06-29-16 4:32:07 pm] * Checking for new items every 10 seconds [06-29-16 4:32:07 pm] * Starting service loop [06-29-16 4:32:07 pm] | Sleeping for 10 seconds to ensure tasks are properly su bmitted [06-29-16 4:32:17 pm] | 0 tasks to be cleaned [06-29-16 4:32:17 pm] | 1 task found [06-29-16 4:32:27 pm] | 0 tasks to be cleaned [06-29-16 4:32:27 pm] | 1 task found [06-29-16 4:32:37 pm] | 0 tasks to be cleanedI’ll be here all day. I’m working on imaging a lab. Thanks!!
Any suggestions are helpful!
Cheers,
Joe
-
@Developers
.
Any thoughts here? -
Re-update and see if it is working?
-
