Onde estão os logs do NFS v4 no systemd?

Question

Meu erro é:

mount.nfs4: access denied by server while mounting fileserver:/export/path/one

Minha pergunta é:

where would the detailed log information be on the server (under systemd)?

Mais informações:

Eu fiz uma pergunta semelhante da perspectiva do cliente Ubuntu no AskUbuntu. Meu foco nesta questão está no servidor Arch Linux. Em particular, estou procurando por logs no servidor que me ajudarão a entender o problema.

Veja o histórico:

Nossa pequena LAN está executando um servidor de arquivos Arch Linux NFS v4. Temos vários clientes executando o Ubuntu 15.10 e 16.04. Nós temos um cliente rodando o Ubuntu 14.04. O cliente 14.04 não se conectará ao servidor de arquivos. Todos os outros se conectam bem. As configurações são as mesmas em todos os clientes. E todos os clientes estão listados em / etc / exports no servidor.

Eu preciso encontrar informações de erro mais detalhadas no servidor Arch Linux. No entanto, journalctl não mostra nada relacionado ao nfs e não contém nenhuma entrada relacionada ao acesso nfs negado.

O cliente 14.04 pode fazer ping no servidor de arquivos, assim como efetuar login via SSH. O nome do usuário / ID, bem como a correspondência do grupo. (Estou usando a mesma conta de usuário / uid no cliente e no servidor. É o uid 1000.)

Ainda mais informações:

$ sudo mount -a (no cliente)

mount.nfs4: access denied by server while mounting fileserver:/export/path/one
mount.nfs4: access denied by server while mounting fileserver:/export/path/two

servidor de arquivos ping (no cliente)

PING fileserver (192.168.1.1) 56(84) bytes of data.
64 bytes from fileserver (192.168.1.1): icmp_seq=1 ttl=64 time=0.310 ms

$ ssh fileserver (o cliente loga com sucesso no servidor de arquivos baseado em LAN)

Last login: Tue Aug 16 14:38:26 2016 from 192.168.1.2
[me@fileserver ~]$ 

$ showmount -e fileserver (no cliente)

Export list for fileserver:
/export/path/one/ 192.168.1.2
/export/path/two/ 192.168.1.2,192.168.1.3

$ rpcinfo -p fileserver (no cliente)

program vers proto   port  service
100000    4   tcp    111  portmapper
100000    3   tcp    111  portmapper
100000    2   tcp    111  portmapper
100000    4   udp    111  portmapper
100000    3   udp    111  portmapper
100000    2   udp    111  portmapper
100024    1   udp  58344  status
100024    1   tcp  58561  status
100005    1   udp  20048  mountd
100005    1   tcp  20048  mountd
100005    2   udp  20048  mountd
100005    2   tcp  20048  mountd
100005    3   udp  20048  mountd
100005    3   tcp  20048  mountd
100003    4   tcp   2049  nfs
100003    4   udp   2049  nfs

$ sudo mount -vvv -t nfs4 fileserver: / export / caminho / um / caminho / um /

mount: fstab path: "/etc/fstab"
mount: mtab path:  "/etc/mtab"
mount: lock path:  "/etc/mtab~"
mount: temp path:  "/etc/mtab.tmp"
mount: UID:        0
mount: eUID:       0
mount: spec:  "fileserver:/export/path/one"
mount: node:  "/path/one/"
mount: types: "nfs4"
mount: opts:  "(null)"
mount: external mount: argv[0] = "/sbin/mount.nfs4"
mount: external mount: argv[1] = "fileserver:/export/path/one"
mount: external mount: argv[2] = "/path/one/"
mount: external mount: argv[3] = "-v"
mount: external mount: argv[4] = "-o"
mount: external mount: argv[5] = "rw"
mount.nfs4: timeout set for Tue Aug 16 16:10:43 2016
mount.nfs4: trying text-based options 'addr=192.168.1.1,clientaddr=192.168.1.2'
mount.nfs4: mount(2): Permission denied
mount.nfs4: access denied by server while mounting fileserver:/export/path/one

O servidor de arquivos pode fazer ping no cliente.

    

Answer 1

Eu estava tendo exatamente o mesmo problema, com o cliente e servidor Arch linux. A solução foi usar o nome do host em /etc/exports em vez do endereço IP. Eu mudei isso:

/srv/nfs 192.168.10(rw,fsid=root,no_subtree_check)
/srv/nfs/media 192.168.10(rw,no_subtree_check)
/srv/nfs/share 192.168.10(rw,no_subtree_check)

Para isso:

/srv/nfs iguana(rw,fsid=root,no_subtree_check)
/srv/nfs/media iguana(rw,no_subtree_check)
/srv/nfs/share iguana(rw,no_subtree_check)

Isso resultou em um problema ligeiramente diferente:

[root@iguana data]# mount -t nfs4 frog:/srv/nfs/media /data/media
mount.nfs4: Protocol not supported

Eu não tenho muita experiência com o NFS4; aparentemente você não deve incluir o caminho da raiz NFS no comando mount. Isso finalmente funcionou e montou o volume:

[root@iguana data]# mount -t nfs4 frog:/media /data/media