Failing to nfs mount gluster volume

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



[root@node1 ~]# uname -a
Linux node1 3.10.0-1127.el7.x86_64 #1 SMP Tue Mar 31 23:36:51 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux

[root@node1 ~]# gluster --version
glusterfs 7.5
...

[root@node1 ~]# gluster volume info

Volume Name: gv0
Type: Replicate
Volume ID: f33246a4-2e9a-4958-8aff-4cee815703bc
Status: Started
Snapshot Count: 0
Number of Bricks: 1 x 2 = 2
Transport-type: tcp
Bricks:
Brick1: 192.168.1.121:/data/brick1/gv0
Brick2: 192.168.1.122:/data/brick2/gv0
Options Reconfigured:
transport.address-family: inet
storage.fips-mode-rchecksum: on
nfs.disable: off
performance.client-io-threads: off


[root@node1 ~]# mount -v -t nfs -o vers=3 192.168.1.121:/gv0 /nfs_mount
mount.nfs: timeout set for Thu May 28 22:48:39 2020
mount.nfs: trying text-based options 'vers=3,addr=192.168.1.121'
mount.nfs: prog 100003, trying vers=3, prot=6
mount.nfs: trying 192.168.1.121 prog 100003 vers 3 prot TCP port 2049
mount.nfs: prog 100005, trying vers=3, prot=17
mount.nfs: trying 192.168.1.121 prog 100005 vers 3 prot UDP port 20048
mount.nfs: mount(2): No such file or directory
mount.nfs: mounting 192.168.1.121:/gv0 failed, reason given by server: No such file or directory



--
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?

________



Community Meeting Calendar:

Schedule -
Every 2nd and 4th Tuesday at 14:30 IST / 09:00 UTC
Bridge: https://bluejeans.com/441850968

Gluster-users mailing list
Gluster-users@xxxxxxxxxxx
https://lists.gluster.org/mailman/listinfo/gluster-users

[Index of Archives]     [Gluster Development]     [Linux Filesytems Development]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux OMAP]     [Linux MIPS]     [eCos]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux