Fatal Error: Failed to mount NFS volume
-
@ch3i Just so I understand, the password I have in Storage management -> management password should be the same password that is on the NAS box?
If thats the case I just did that and still getting the same message.
I set the fog user on my NAS box to password and in the storage management -> management username/password I put fog/password to match the NAS.
Is this how that should be setup?
-
@szecca1 Yep
-
On your NAS, is the /images directory set to 777 permissions ?
Is there anything special you need to do on the NAS to grant the “fog” user FTP permissions?
-
ahh…
Check if firewall is running on the NAS.
-
@ch3i You guys are awesome, it was the firewall and now the image finished uploading perfectly. But in testing, I wanted to send the image to a client and when i did i get an error.
“Download task failed to create for client with image.
FOGFTP: Login failed. Host: 10.1.0.119, Username:admin, Password: NEBULA, Error:ftp_login(): Login incorrect.”I havent changed anything since the upload worked so where would this be pulling that username and password?
-
Oh boy… I’m liking this NAS of yours more and more by the minute…
Well… The clues are there already for you. Where did you put those credentials into the FOG server? On your NAS?
Also, 10.1.0.119 ??? what is that?
-
@Wayne-Workman Yea I’m starting to love this NAS as well.
The credentials it is giving is no where on the fog server. I had entered credentials in TFTP server-> FOG_TFTP_FTP username/password and also storage management username/password. The only thing I can think of is when I go to log in to my NAS server, the admin/NEBULA password is used, but 10.1.0.119 is the IP address of the FOG server.
Am I going to have to change the login to my NAS server to fog/password?
-
@Wayne-Workman nevermind, I just tried to change the password of the NAS login to see if thats where the login info was being pulled and it still gave the same admin/NEBULA password. I am now completely unsure where this password is being pulled from.
-
Do you have more than one storage node?
Are you using the location plugin?
-
@Wayne-Workman I do have two storage nodes, one that is the default and one I added called test. The default one had the admin login, so I changed that. Now it seems that is where it is pulling the login as now it is saying this error
“To setup download task, you must first upload an image”
Which may seem pretty basic but I already uploaded an image?
And unless I am using this location plugin by accident, no I don’t think I am using it -
@Wayne-Workman Should I only have one storage node?
What is the location plugin?
-
@szecca1 said:
@Wayne-Workman Should I only have one storage node?
What is the location plugin?
You can have as many storage nodes as you like…
The location plugin allows for image replication and for one primary FOG server to dictate orders and such to other FOG servers across WANs.
-
@Wayne-Workman I’m only going to have 1 FOG server on my network so would the location plugin be needed?
Why is the image that I uploaded not being detected by FOG? I probably set something up wrong, didn’t I?
-
@szecca1 said:
@Wayne-Workman I’m only going to have 1 FOG server on my network so would the location plugin be needed?
Why is the image that I uploaded not being detected by FOG? I probably set something up wrong, didn’t I?
If you’ve only got one fog server, you do not need the location plugin.
I thought uploads were working?
-
@Wayne-Workman I just started a new upload to test again but it is working. It’s when I go to download the image on to a client that says “to setup download task, you must first upload an image.”
My first impression is that the fog server doesn’t know where to pull the image file from but I dont know if I am right. I am uploading another image just to be sure right now.
-
Can you make sure these images are not stuck in /images/dev on your NAS ?
-
This is actually a very well known issue with Synology, and potentially other NAS’.
Basically, the NFS side works perfectly, but FTP fails miserably.
This is a configuration issue of FTP on the NAS. What’s happening is the “fog” user defaults to a jailed root position.
In your case, /Volume1/NAS/data/images (or whatever the path is)
NFS side works as expected, but FTP fails because it’s Jailed to start at:
/NAS/data/imagesSo basically, the mount point you have is set to /Volume1/NAS/data/images.
When FTP attempts to happen, It’s looking for /Volume1/NAS/data/images, but it’s really going to / which is the root of /Volume1
Basically ftp is looking for:
/Volume1/Volume1/NAS/data/images at that point, which obviously doesn’t exist.One way you could try to fix it is create a symbolic link to /Volume1 in side of /Volume1/
This could be done with:
ln -s /Volume1 /Volume1/Volume1
It’s just a shot in the dark maybe?
-
@Wayne-Workman The image is stuck in /images/dev.
I am guessing that would be the problem
-
@Tom-Elliott said:
This is actually a very well known issue with Synology, and potentially other NAS’.
Basically, the NFS side works perfectly, but FTP fails miserably.
This is a configuration issue of FTP on the NAS. What’s happening is the “fog” user defaults to a jailed root position.
In your case, /Volume1/NAS/data/images (or whatever the path is)
NFS side works as expected, but FTP fails because it’s Jailed to start at:
/NAS/data/imagesSo basically, the mount point you have is set to /Volume1/NAS/data/images.
When FTP attempts to happen, It’s looking for /Volume1/NAS/data/images, but it’s really going to / which is the root of /Volume1
Basically ftp is looking for:
/Volume1/Volume1/NAS/data/images at that point, which obviously doesn’t exist.One way you could try to fix it is create a symbolic link to /Volume1 in side of /Volume1/
This could be done with:
ln -s /Volume1 /Volume1/Volume1
It’s just a shot in the dark maybe?
-
@Tom-Elliott Should I do this before I try to upload an image?