Multicast-Unable to find image

[Tom Elliott]

@amartinez When you send it under unicast on this specific node?

Can you edit the file /var/www/fog/lib/service/multicasttask.class.php at line 104 change

From self::outall(_(' | Unable to find image path'));
To self::outall(_(' | Unable to find image path ' . $fullPath));

Then run: systemctl restart FOGMulticastManager.service and tail the /var/log/fog/multicast.log

It should show the actual path. When you see the actual path, can you please run an ls -lart <path> replacing <path> with whatever is the $fullPath variable and place it here.

[amartinez]

@tom-elliott

This is the output at the fog-server:

but the image is in the node not in the server:

I remember:
-We have a Fog Server: A

• And 2 nodes: B, C

The images are in nodes: B,C. Not at fog-server A

Thanks you in advance!!!

[Tom Elliott]

@amartinez Multicast works by using the “Master” node. So the issue you’re seeing is exactly because that’s how it’s supposed to work.

[amartinez]

@tom-elliott
I dont understand…Is all ok?

[Tom Elliott]

@amartinez What I’m saying is if you want to multicast an image, the server it’s being “multicast” from has to be a master node. The reason we do this is because if we didn’t, all storage nodes would blast each network the node resides on with Multicast traffic, causing major network issues.

So the fact that you’re seeing “Unable to find image path” is because the image doesn’t exist on the server that is doing the multicast task. (This is intended behavior.) You could break out your other storage nodes to different groups and make the other nodes masters of the group their own.

[amartinez]

@tom-elliott
ok…but the multicast not start.
Node B IP: x.x.122.2
Node C IP: X.X.122.5
Master-Node IP: X.X.122.10
All in the same VLAN.
When we start unicast session all ok:

When we try multicast not start:

Thanks you for your patient!!!

[Tom Elliott]

@amartinez based on what I can tell, this is a different issue. Can you output the multicast logs on this image? We should see the command being used or maybe not being started causing the issue you’re currently seeing now.

[amartinez]

@tom-elliott
This is the multicast.log from Node where is the image:

And this is the multicast.log from Fog-server-Master:

when we send the multicast task.

With unicast works fine.

Thanks you!!

[Tom Elliott]

@amartinez I understand unicast works fine. The two methods are different, there is no need to continually repeat it.

The log from the node that has the image is showing that it’s awaiting MySQL to become available.

From the storage node, please know that 1.5.9 (main server with image does not exist error) and 1.5.2 (node that’s trying to multicast with the image) are not very compatible with one another.
I believe in 1.5.7 we changed how nodes communicate to the database. As you have a central server with subordinate nodes, I would highly suggest updating the other nodes to the same version. Your main server is running.

This is what @Sebastian-Roth was trying to allude to earlier.

[amartinez]

@tom-elliott I’m sorry for the repetitions…
So, we need update nodes with 1.5.2 to 1.5.9.
Thanks for your help!!.

.

[amartinez]

@amartinez Hello, one year later…: We have updated nodes (B,C) to fog version 1.5.9. Now, all is in version 1.5.9. But…we can’t do work multicast!!.
This is the server configuration:

This is the master log:

And this is the node log (where is the image):

Thanks for your help!!

[amartinez]

@amartinez Hello, I found this in this forum: “The storage nodes don’t have multicasting capabilities. So storage nodes are limited to unicast imaging.” It’s correct?

[george1421]

@amartinez said in Multicast-Unable to find image:

So storage nodes are limited to unicast imaging

That is correct. Storage nodes are kind of like a network drive for remote locations. They are missing the active services bits that make them a full fog server.