Mounting file system: Failed. Uploading my first image
-
from your fog server will you show us the output from this command
showmount -e 127.0.0.1
?
This will show us what nfs actually exported.Is this storage node ON the FOG server or is it setup someplace else. I see that you have it set to master, I just want to ensure that it is installed on the fog server.
Are you using the location plugin or is the FOG servers and client computers in the same subnet.
Last question (you were very informative in your original post), did you remember disable selinux?
-
Hi George,
Thank you for your response.If I execute the command showmount -e 127.0.0.1, this is the result:
[root@IMG-28V-LMES-20 ~]# showmount -e 127.0.0.1
Export list for 127.0.0.1:
/images/dev *
/images *It’s looking good but… After when I try to connect, via FOG or linux shell doesn’t work…
The FOG server has two hard disk, one hard disk for SO (30 GB, ext4) and other hard disk for images (4 TB, ext4).
The client and FOG server are in the same subnet (10.6.82.X)
By last, the disable configuration is the next:
SELINUX=disabled
SELINUXTYPE=targetedOn the other hand, reading again my first post… I had saw that the rpc.svcgssd is stopped… Is this correct or can this a problem?
Thank you!
-
@Miguel-Palacios It might be interesting to know if you could do this.
Setup a new image reference
Make sure this target computer is registered in fog
Then setup an image capture as a scheduled task, but before you approve this select the radio button that says to make this a debug capture.What this will do is boot the FOS client (the fog operating system on the target computer) but it will drop you at a command shell instead of doing the capture right away. Once you are in the FOS shell (on the target computer) then run the
showmount -e <ipaddress_of_fog_server>
to see from the client perspective what shares are available. -
@george1421 ok, tell you:
- I have created a new image (NEW-5420)
- I launched a capture task with debug capture
- The laptop has started the FOS shell
- I have tried to run the showmount -e 10.6.82.2 but the shell response this:
bash: showmount: command not found
?? is this possible?
Also I had tried to run the mount 10.6.82.2:/images /prueba (the path /prueba exist, I had created it this previously) and I get this error:
mount: mounting 10.6.82.2:/images on /prueba failed: Connection time out
-
@Miguel-Palacios OK, bad advice from me to try to use the showmount command. I thought it was part of the FOS system.
But what is now interesting (I think we are getting close to the problem) while you are in that command shell (by the way, you did great getting here) is to run the following commands.
ip addr show
This will tell us if the FOS client is picking up an IP address. I will suspect yes since you are getting this far.ping 10.6.82.2
to prove you can reach the FOG server from the FOS client.'ssh root@10.6.82.2` to see if you have full connection to FOG server. (just guessing that ssh is part of the FOS environment).
You already tried the nfs command and received a timeout. If you have success with all of these then we need to focus on nfs on the FOG server. Something is missing then.
-
@george1421 this part seems that is correct… The IP is obtained, the PING is successful and the SSH connection is established.
We guess that the problem is on NFS… right? I saw that rpc.svcgssd, a NFS service, is stopped… is this a problem?
Thank for your help!
-
@Miguel-Palacios There is one thing I noticed:
*/images *(ro,sync,no_wdelay,no_subtree_check,insecure_locks,no_root_squash,insecure,fsid=0)
/images/dev (rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)Just a typo with the ‘*’?? It should be like this - please check your /etc/exports again:
/images/dev *(rw,async,no_wdelay,no_subtree_check,no_root_squash,insecure,fsid=1)
As well please post the output of
sudo iptables -L -n -v
on your FOG server here! -
@Sebastian-Roth Sorry, when I tried write in italics the system “it ate” the asterisk… The /etc/exports seems be correct. Also I show here the output of sudo iptables -L -n -v
-
@Miguel-Palacios OK, it looks like the FOS client is OK on that target computer.
(step next…)
On the FOG server lets see if we can map itself (also answer Sebastians’s question about iptables).
mount -t nfs <fog_server_ip>:/images /mnt
That should mount the fog servers /images share over the top of the /mnt directory. If you
cd /mnt
you should see the same content as in the /images folder.Just so I don’t forget disconnect this mount with
umount /mnt
.Have you rebooted this FOG server since you started having a problem? This issue is very strange indeed.
-
I suggest using the
nolock
option when mounting NFS:mount -t nfs -o nolock <fog_server_ip>:/images /mnt
-
@george1421 and @Sebastian-Roth, the command mount working with itself:
Yes, I have restarted several times, incluse I resintalled the system… U_U
-
@Miguel-Palacios Then try the exact same mount command from the client again! In debug mode that is!
-
@Sebastian-Roth the problem continues…
-
@Miguel-Palacios Hi, can you run exportfs -r on your FOG Server, post the output here and try again on the FOGclient? (if it doesn’t work, try exportfs -r a second time)
-
Hi @Quazz , this command executed in the server not show nothing… is it normal?
-
@Miguel-Palacios I believe it only gives output if there’s an error, so that’s good news already.
-
@Miguel-Palacios Please provide the output of
sudo iptables -L -n -v
-
@Quazz I have executed other new capture task and the error is the same that my first post
On the other hand, of new, I have executed other new capture task (with debug activate) and I have executed the command mount but this again returned the same error.
In the side server, the command exportfs -r continues without show nothign… -
@Miguel-Palacios What’s the output of rpcinfo -p?
-
@george1421 here it’s