Synology NAS as FOG Storage node
-
Part 2: Testing the NFS shares
In this part we will connect to the Synology NAS from the FOG server to ensure our NFS shares are setup correctly, with the proper permission, and can communicate with a linux remote device.
On fog server do the following:
- Log into the FOG server as root
- Key in the following from the linux command prompt to test the /images share
mount -t nfs <syno_nas_ip>:/volume1/images /mnt mkdir /mnt/dev touch /mnt/.mntcheck umount /mnt
- Key in the following to test the /images/dev share (note: this is a bit slight of hand here since we didn’t specifically share the /images/dev path. This function works because we selected “Allow users to access mounted subfolders” in Step 1 of Part 1.
mount -t nfs <syno_nas_ip>:/volume1/images/dev /mnt touch /mnt/.mntcheck umount /mnt
- Next we will connect to the snapins share and create the ssl directory and copy the ssl keys from the FOG server to the Synology NAS
mount -t nfs <syno_nas_ip>:/volume1/snapins /mnt mkdir /mnt/ssl cp -R /opt/fog/ssl/* /mnt/ssl umount /mnt
- Next we will copy the PXE boot files from the FOG server to the NAS
mount -t nfs <syno_nas_ip>:/volume1/tftpboot /mnt cp -R /tftpboot/* /mnt umount /mnt
That completes the NAS setup quality check. To recap here. We confirmed that the shares are shared correctly with the proper permission to allow an external linux system to create files on the NAS. We’ve also created the required .mntcheck files the imaging code uses to identify its shares. And lastly we copied several required support files from the FOG server to the NAS.
Just be aware that if you update the FOG server to a newer release, you will probably need to refresh the files in the /tftpboot share on the NAS to keep them insync with the FOG server.
-
Thanks for the great tutorial. I used it to get the NAS setup for our 1.3 FOG server. A couple things I ran into just to let you know:
-
This should be a common thing but I needed to make sure that the NAS was my default storage node. I screwed this up the first time through.
-
I was able to capture an image but I wasn’t able to deploy. I needed to have a .mntcheck in both /images and /images/dev. In the steps above this is only created in the /images/dev portion.
Just thought I’d give you a heads up but so far it looks like the rest of the steps worked flawlessly and it is much appreciated.
-
-
@Grizzly On point 2 you are correct. I was a victim of a late night and a lazy finger. I’ll correct the post.
In the case of your #1. Just so I’m clear, you are storing all of your images on the NAS to run a skinny FOG server?
-
@george1421 Correct. I have 1.3 installed on a VM and all the images are stored on the NAS for capture and deployment.
-
@Grizzly Ok you are running an alternate configuration, which is OK. Its just not officially support (but works just the same).
I do plan on adding to this tutorial. Right now from the FOG home page, FOG can’t pickup any disk sizes from the synology NAS (because the Synology NAS is not a real FOG server). There is a way to let the master FOG server to think the NAS is another FOG server. I just need to work out the process. So I should be able to integrate FOG and the synology nas a bit more.
-
@george1421 Yeah I was originally looking at how to install FOG on the Synology NAS as a Storage Node but couldn’t seem to find a way to do that yet. This way is a bit hacky but it is working without issue thus far!
-
If you setup NFS and FTP then it should work perfectly.
I use Synology and FreeNAS’ as storage nodes. My Fog Server doesn’t even serve images.
-
@VincentJ Just for clarity the issue I’m working on is the dashboard reporting only works correctly if the storage node is a “real” fog server. If that isn’t a problem then a NAS will work perfectly.
The only caveat to using a NAS as your primary storage is that multicast deployments will not work at all. If you only do unicast imaging then again, there is no problem using a NAS in this manner.
-
hello, I’m trying to use this…and when the sync starts the error I receive is: mirror: Access failed: 550 No such file or directory. (/volume9/fog_images/test01) test01 is the test images I’ve created…
all the other point ar ok as the guide… -
Hello, so…
the sync between the default repository and the synology works.
Now I’ve moved the synology storage on another storage group, because I want to use only it since the default (fog server) has not enough space for my pourpose…
The snapins creation and distribution works fine (i can create snapins only on the synology and deploy them from the synology)
But…trying to capture an image (setted to stay on the synology storage) I receive an error:mounting x.x.x.x:/fog_images/dev on /images failed: Permission denied
have you any suggestions?
-
@brusa.matteo Hmm I didn’t see your post from a few days ago, sorry.
You are getting a permission denied message. This sounds like you don’t have the nfs permissions setup correctly on your NAS.
Specifically in this section
NFS Permission (tab)
Create new Permission
Hostname or IP: *
Privilege: Read/Write
Squash: No mapping
Security: sys
Checked Enable asynchronous
Checked Allow users to access mounted subfolders -
@george1421 thanks for your reply…
it was my fault: I had entered the wrong path in the configuration…
working late at night is not a good idea!!
thaks a lot! -
@george1421 I “cheesed” the dashboard in our FOG by mounting the image folder on the FOG server as NFS from my synology NAS (rather than add another storage node). Using an 815+ here and have been for a while.
-
@KKTwenty101 said in Synology NAS as FOG Storage node:
@george1421 I “cheesed” the dashboard in our FOG by mounting the image folder on the FOG server as NFS from my synology NAS (rather than add another storage node). Using an 815+ here and have been for a while.
^^Please explain this^^
If I understand correctly you have an nfs share on your nas, and you mounted that nfs share over the /images directory on your fog server. And the fog server is sharing out the /images directory on your fog server??
-
@george1421 yes. That way the fog server considers /images local so the “defaultmember” pie chart works just fine.
-
@george1421 Hello, i did all the things you say, but i stay with this error, and i don’t know what this means:
Did someone known this problem ?
-
@alex78 Just be aware that changes in the FOG program make using a NAS as a storage node a bit more difficult.
Did you complete all parts of the tutorial? With synology nas, typically the path would be
/volume1/images/igmWindows
it appears you have missed a setting someplace. -
@george1421
Ok, I am still checking all the steps of your tutorial and I will come back to you, if it not solved the problem or on the contrary if it solved it, thank you for your answer. -
I think it’s working thanks you
-
@alex78 Can you tell us what you had missed originally and what you did to fix it? This could help another user down the road, so always good to share if you can.