mounting /images failed: Connection timed out

[sjensen]

@Tom-Elliott The ip is 192.168. 28.10

[Tom Elliott]

@sjensen What’s the permissions of the /images and /images/dev directories?

[sjensen]

@Tom-Elliott

[Tom Elliott]

Are both set to fsid=1?

But that’s not permissions either.

[george1421]

@sjensen ls -la /images and ls -la /images/dev

[sjensen]

@george1421

[Tom Elliott]

@sjensen THen my other question, what is the exact output of cat /etc/exports

Please don’t screen shot and leave a “part” of it out this time?

[george1421]

@Tom-Elliott for reference this is what my fog server has (note the fsid is different for each export [share]):

pi@pi01:~ $ cat /etc/exports 
/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)

[sjensen]

@george1421 What does that affect? Should I change it?

[Tom Elliott]

@sjensen I need to see it.

/images should have FSID of 0
/images/dev should have FSID of 1.

If you must change these values for other reasons, they cannot be the same, and they should be “iterative”

[george1421]

@sjensen said in mounting /images failed: Connection timed out:

@george1421 What does that affect? Should I change it?

In a word, please show us your cards first. Then we will tell you if you won or not.

[sjensen]

@george1421

[Tom Elliott]

Please give a shot at changing the fsid’s so they are in order:
/images with fsid 0
/images/dev with fsid 1.

Also, please give a try at:

sudo touch /images/.mntcheck
sudo touch /images/dev/.mntcheck
sudo chown -R fog:root /images
sudo chmod -R 777 /images
sudo exportfs -a
sudo service nfs-kernel-server restart
sudo service ufw disable

[sjensen]

@Tom-Elliott Ok I did what you asked. Should I try to upload an image again?

[Tom Elliott]

Yes please.

[sjensen]

@Tom-Elliott same result…sorry

[sjensen]

@Tom-Elliott yesterday I did a kernel update would that have broken anything? I did it via terminal.

[Tom Elliott]

@sjensen The fact that it’s saying timeout leads me to think the the connection is unable to reach the server.

[george1421]

@Tom-Elliott Possibly schedule a debug deploy and then check what FOS is seeing?

[Tom Elliott]

@george1421 Sure? I don’t know. This seems awefully fishy and we aren’t getting anywhere.

The stuff all points that something else is blocking the connection. Maybe the subnet the systems are booting from (and being issued IP addresses) is not allowed to request data?