Multicasting - Not The Master Node
-
@Quazz
So the storage node is a FOG storage node separate from our Fog Server.@Tom-Elliott
That is on the Fog Server. -
@Joe-Gill I’m confused.
The server you’re trying to have multicast is not the server you’re looking at the logs on. So of course the “fogserver” server is NOT the master node right?
-
@Tom-Elliott
I’d say that’s probably our problem.The IP Address below is the IP for the server or the storage node? I’m assuming this is wrong and needs to be changed to our server IP?
-
@Joe-Gill For multicast, yes. If .22 server is a NAS, the nas would only work for unicast images.
-
@Tom-Elliott
I’ll adjust that and it sounds like it should fix this.I’ll let ya know! Thank you!
-
@Tom-Elliott
For the record, I restarted the service on the server and the problem is now fixed. Thanks!Problem solved!
Thanks!
-
So, now it cannot locate the images. What is the default location on the server for images?
When it’s set to .22 it finds my images. As the location is correct on the settings page.
Thanks!
-
@Joe-Gill What is 22? What is 17?
-
.17 = fogserver (Where our main fog installation is.)
.22 = fog storage node. (Where FOG Storage Node installation is.) -
@Joe-Gill Does “Where our main fog installation is” have the images as well?
-
@Tom-Elliott
Negative. That /images directory is empty. -
@Joe-Gill So what is the storage node? Is it a nas?
-
@Tom-Elliott
Yes essentially. But it is a running FOG Storage Node. -
@Joe-Gill So it has a full install of FOG?
-
@Tom-Elliott
Yes it does. The storage node version. -
@Joe-Gill Can you check its multicast error logs then? Will be more useful info.
-
@Quazz
This is all that’s on the Storage node multicast.log.[07-27-16 1:10:11 pm] | Sleep time has changed to 10 seconds -
@Quazz
And the log from the server…[06-08-17 10:16:48 am] ================================== === ==== ===== ==== === ========= == === == === === ======== ==== == ==== === === ======== ==== == ========= === ==== ==== == ========= === ======== ==== == === === === ======== ==== == ==== === === ========= == === == === === ========== ===== ==== ================================== ===== Free Opensource Ghost ====== ================================== ============ Credits ============= = https://fogproject.org/Credits = ================================== == Released under GPL Version 3 == ================================== [06-08-17 10:16:49 am] Interface Ready with IP Address: 127.0.0.1 [06-08-17 10:16:49 am] Interface Ready with IP Address: 127.0.1.1 [06-08-17 10:16:49 am] Interface Ready with IP Address: 172.16.1.17 [06-08-17 10:16:49 am] Interface Ready with IP Address: 206.127.121.78 [06-08-17 10:16:49 am] Interface Ready with IP Address: fogserver [06-08-17 10:16:49 am] * Starting MulticastManager Service [06-08-17 10:16:49 am] * Checking for new items every 10 seconds [06-08-17 10:16:49 am] * Starting service loop [06-08-17 10:16:49 am] * No tasks found! [06-08-17 10:16:59 am] * No tasks found! [06-08-17 10:17:09 am] * No tasks found! -
Could I create a new storage node (.17). Give it the IP of our server (.17). Set it to slave. Let the images migrate back to the /images directory on the server. Then after all images are copied set the storage node (.22) to slave mode.
Would this work? Or is their an easier/safer method?
I’m stuck at the moment with Unicast. I’m trying to push 10 images and my time remaining is 6:30:00… I’ve got about 300 more to do!
Thanks!
-
@Joe-Gill Are you sure the “storage node” isntallation is “storage ndoe?” It seems to be looking at it’s own database. (BTW, fogserver should NOT be the same on multiple systems.)
