mknfsmnt falha com “Número de erro de chamada do sistema -1”

2

Este sistema faz parte de um cluster e o outro nó monta o compartilhamento nfs com sucesso. Este é atualmente o nó ativo, o que significa que ele tem um endereço IP de serviço secundário. Eu acho que isso está relacionado com o problema, porque eu adicionei o ip de serviço para o servidor nfs / etc / hosts e montado bem. Isso não é uma solução embora. Por que um IP de cluster está confundindo o nfs?

Edit: Como o clustering dificulta a pesquisa reversa em relação ao nfs?

# mknfsmnt -f "/mksysb" -d "/export/mksysb" -h "10.0.28.119" '-n' '-N' '-a' -t 'rw' -w 'fg' '-Y' '-Z' '-X' '-H' '-j' '-q' '-g'
nfsmnthelp: 1831-019 10.0.28.119: System call error number -1.

mount: 1831-008 giving up on:
10.0.28.119:/export/mksysb
System call error number -1.

# showmount -e 10.0.28.119
export list for 10.0.28.119:
/export/mksysb *.domain.com
    
por NekkabCire 19.03.2015 / 17:59

2 respostas

0

Isso acabou sendo um problema de registro PTR. Pesquisa inversa falhou ao fazer um nslookup para o IP. Eu tive que ter os registros PTR adicionados ao servidor DNS:

(root) $ nslookup hostname-svc
Server:         10.48.161.150
Address:        10.48.161.150#53

Name:   hostname-svc
Address: 10.48.151.171

(root) $ nslookup 10.48.151.171
Server:         10.48.161.150
Address:        10.48.161.150#53

**server can't find 171.151.48.10.in-addr.arpa: NXDOMAIN**
    
por 25.03.2015 / 18:29
1

Parece que você já respondeu à sua própria pergunta com a entrada / etc / hosts. Eu sugiro que você olhe para seus nós de trabalho e tente encontrar alguma diferença ou discrepância na resolução do servidor nfs.

    
por 19.03.2015 / 19:42