1.5.4.8 to 1.5.9 : snapins dosen't work anymore

[Sebastian Roth]

@jonathan-cool said in 1.5.4.8 to 1.5.9 : snapins dosen't work anymore:

There are 4 NAS for 4 differents geographic locations used to imaging

Ok, that information is key!

We did fix an issue between FOG 1.5.8 and 1.5.9 where snapins would not be pulled from the right location in earlier versions of FOG: https://github.com/FOGProject/fogproject/commit/d0162c82191a2f53404683481fab7443f5f0a36c

So the behavior you used in your setup to have NAS as storages (not fully featured storage nodes) is now broken because we fixed the issue.

The quick fix is to remove those lines in /var/www/html/fog/lib/client/snapinclient.class.php that were added to fix the issue (see github link above).

I am not sure about the long term solution. Probably you can’t host PHP (and the snapins) on your NAS!? Can you setup full storage nodes in all four locations (each can still use the NAS as storage)? Though this would make your setup more complex and cost resources.

[Jonathan Cool]

@sebastian-roth
Wahou ! Funny things !
So … all location use NAS as storage for images.
I’m the only one to use snapins.
Can i use the DefaultMember (Auto generated fog nfs group member) to store snapins ? I think, it’s the simple way … no ?

[Sebastian Roth]

@Jonathan-Cool I suppose your hosts are assigned to the NFS storages reside so they pull the image from that local NFS. I am not aware of an option in FOG to tell it to load snapins from the master node only. As I said there was a bug in the older FOG version that made it work like you need it.

I will have to take a closer look at the code again to see if we can add this as an option.

As I said, you can quickly edit the mentioned PHP file to get the old behavior back.

[Jonathan Cool]

@sebastian-roth I not sure if i understand what you said. If i recreate snapins on the DefaultMember location (on the server indeed), i could deploy them on my hosts whatever her OS image location, isn’t ?
My location is clos to the server. For me, the distance is not a problem in this case.

[Sebastian Roth]

@Jonathan-Cool You use the location plugin and your hosts are set to be on one or the other location (host settings), right? So a host deploying a snapin will try to pull that from the storage belonging to that location.

[Jonathan Cool]

@sebastian-roth
I don’t use the plugin location !
I haven’t enable the plugins in FOG !
But i just saw a video by @Wayne-Workman (thank to him) to understood your answer.
Very interessting feature …
So, to answer you : nope, i never used plugin ! a
I only created 4 storage groups and 4 storage nodes (one per group) and that’s all.
All NAS are on the same subnetwork (10.10.7.xx).

[Sebastian Roth]

@jonathan-cool said in 1.5.4.8 to 1.5.9 : snapins dosen't work anymore:

So, to answer you : nope, i never used plugin ! a
I only created 4 storage groups and 4 storage nodes (one per group) and that’s all.
All NAS are on the same subnetwork (10.10.7.xx).

Oh well, I got that wrong the whole time, sorry for that. Well then you should be able to achieve what you want by re-creating the snapin on your master node (Default storage group)., yes.

In your case all the snapins should be existing on the master node already (as you have no other full storage nodes). In this case you might be able to just change the Storage Group in each snapins’ settings.

[Jonathan Cool]

@sebastian-roth I finally used the downgrade method … (remove lines from snapinclient.class.php) and it’s works again

So, if i upgrade FOG version later, i will need to remove lines again ?

[Sebastian Roth]

@jonathan-cool said in 1.5.4.8 to 1.5.9 : snapins dosen't work anymore:

So, if i upgrade FOG version later, i will need to remove lines again ?

Yes, as it is expected behavior to load snapins from the node it was uploaded to.

[Jonathan Cool]

@sebastian-roth Ok !
Many thank for your precisous time. I have learned many thinks with your answers !