FOG 1.2.0 : Multicast : PXE clients freeze, no FOGMulticastManager service

[Jonathan Cool]

i will try to reinstall FOG 1.2 … but, if i reinstall the FOG, my parametres will be lost ?

[ch3i]

@Jonathan-Cool No

[Jonathan Cool]

Work in progress … After some difficulties, the install has terminated succesfully and now, i have FOGImageReplicator, FOGMulticastManager and FOGScheduler services.
And, i can see logs with the FOG interface.
Just for information :
The first time when i tried to reinstall the FOG with ./installfog.sh, i checked “Internationlization” and … as you can see on the first log, the setup failed at this step : “Checking package: language-pack-it…Failed!”.
I retried and uncheck the Internationalization and the script was complete sucessfully …

You cas see the new installlog at this url : http://pastebin.com/38BvUMgj

I reloaded a multicast deploy and have the same freeze with PXE clients … but, now, the multicast log wirte this : StorageNode Not found on this System.

[05-21-15 2:06:38 pm] | StorageNode Not found on this system.
[05-21-15 2:06:48 pm] | StorageNode Not found on this system.
[05-21-15 2:06:58 pm] | StorageNode Not found on this system.
[05-21-15 2:07:08 pm] | StorageNode Not found on this system.
[05-21-15 2:07:18 pm] | StorageNode Not found on this system.

For informations, i don’t use the default stoage node to store my FOG images but a NAS storage declared into the Storage Management interface.
This NAS work perfectly with unicast.

I think it’s a NAS problem maybe but i’m not sure.

[ch3i]

@Jonathan-Cool

In french :

Je suppose que sur ton NAS tu as le NFS et le FTP de configuré avec un utilisateur FOG qui a le même mot de passe que sur l’installation de ton serveur FOG.

De ce fait le client PXE monte en NFS sur son /images (temporaire) ton node pour récupérer l’image.

Dans le cas du multicast c’est le NODE qui pousse l’image, hors ton NAS n’est pas un vrai STORAGE NODE à la sauce FOG.

Ch3i.

[tennosuke]

Same problem here with Ubuntu 14.04 server

Unicast works perfectly but multicast freezes
Any suggestions?

[ch3i]

@tennosuke same config ? Using a NAS as storage noce ?

[tennosuke]

@ch3i No, the images are on the fog server, on /images folder.

The config is ok… i think that the problem could be the switch, i’ll change it next monday and i’ll tell you if it’s solved.

Thanks

[ch3i]

@tennosuke said:

@ch3i No, the images are on the fog server, on /images folder.

The config is ok… i think that the problem could be the switch, i’ll change it next monday and i’ll tell you if it’s solved.

Thanks

https://wiki.fogproject.org/wiki/index.php/Cisco_Multi_Cast
https://wiki.fogproject.org/wiki/index.php/HPMulticast

[Jonathan Cool]

@ch3i :
French : Merci pour ses précisions.
Effectivement, j’ai bien un user sur mon NAS et mon fog identique.

Pour le multicast, je comprend mieux la différence au niveau du NODE, merci.

Du coup, ça serait mon NAS qui ne serait pas configuré comme “un vrai STORAGE NODE à la sauce FOG” …

Est-ce possible de configurer mon NAS la sauce FOG ? existe-il de la doc ? (je vais faire des recherches là dessus).

Le risque est de casser une configuration unicast qui tourne plutôt bien avec de bon débits.

[TheKoR]

Regarde ce tuto :
https://forums.fogproject.org/topic/4813/how-to-use-fog-1-1-2-with-freenas-storage-node-9-1-1

[ch3i]

@TheKoR ça ne réglera pas le problème de multicast Le NAS n’est pas un vrai NODE FOG avec les services multicast qui vont vient.

[Jonathan Cool]

Hi.
I follow the Multicast debug guide but, no better result :

• on server : killall udp-sender

• on server : udp-sender

• server say : udp-sender 20120424

• multicast logs on server say :
  "11:34:58.608529 Using mcast address xxx.xx.xx.xxx
  11:34:58.608671 UDP sender for /opt/fog/.fogsettings at xx.xx.xx.xx on eth0
  11:34:58.608694 Broadcasting control to xx.xx.xx.255

• run debug task on client and boot PXE client

• on client : udp-receiver

• client say : udp-receiver 20120424

• client say : UDP receiver for (stdout) at “ip client adr” on eth0

• and nothing happened …

[ch3i]

@Jonathan-Cool

On the wiki : FOG uses a simple queuing system to prevent its storage servers from being overworked. If you have a single FOG storage node in FOG with a queue size of 10, then this means that if you unicast an image to 30 computers, only the first 10 computers will be imaged. The other 20 computers will be waiting “in queue” for an open slot.

@Tom Elliott could you specify if it’s the main FOG server or FOG Storage node that I have the multicast service.

[Tom Elliott]

@ch3i said:

@Jonathan-Cool

On the wiki : FOG uses a simple queuing system to prevent its storage servers from being overworked. If you have a single FOG storage node in FOG with a queue size of 10, then this means that if you unicast an image to 30 computers, only the first 10 computers will be imaged. The other 20 computers will be waiting “in queue” for an open slot.

@Tom-Elliott could you specify if it’s the main FOG server or FOG Storage node that I have the multicast service.

Technically, all systems have the Multicast Service on them, it’s only the Master Storage node in the group that actually generates the Multicast command line informatoin.

[ch3i]

@Tom-Elliott If a NAS have not FOG installed as FOG STORAGE he can’t multicast if is it MASTER STORAGE ?

[Tom Elliott]

@ch3i said:

@Tom-Elliott If a NAS have not FOG installed as FOG STORAGE he can’t multicast if is it MASTER STORAGE ?

That is about correct. Unless the NAS box is of a distribution that natively can support a real fog installation or somebody is able to port the udp-cast information and the service files to the NAS box, most likely it will not be easily possible.

The best solution, in this case, is to simply make the NAS a “mounted” filesystem on a FOG System that is capable with a proper linux/(maybe bsd) distro.

[Jonathan Cool]

Hi !
Thank you for your answers Tom and ch3i.
If i understood, the only solution is to delcare the NAS directly on the FOG server by using the /etc/fstab ?
Like this : NAS_ip:/volume1/images /images nfs defaults 0 0
and use the DefaultMember storage ?

[Tom Elliott]

@Jonathan-Cool That is correct. Though there is a potential issue. As the NAS is shared via NFS to the FOG Server, then the FOG Server is trying to share it’s NFS to the other systems. This may be a problem because NFS can’t be shared if it’s mount point is already NFS.

[Jonathan Cool]

@Tom : Yes. I know this issue and it can be solved by using unfs3 … but, i think, with unfs3, the average transfer will be slow.
Now, i’m not sure if multicast is necessary …
If i have time, i will compare the average transfer time between “unicast” and “multicast unfs3” and will post results here.

[Tom Elliott]

@Jonathan-cool I think a better option, maybe, is to mount the NAS as SAMBA/CIFS and then you would not have much hit on network performance. To add to that, if you’d be able to upgrade to Trunk, you’ll find the init’s perform Way better. I know it’s scary to jump onto a dev release, but it works.