OS X: mount_nfs e automount se comportam de maneira diferente

1

Eu tenho um computador OS X El Capitan e um servidor Linux Mint NFS, ambos conectados ao mesmo OS X Open Directory Server do El Capitan.

As exportações do servidor são assim:

/Volumes/PDISK2 10.0.0.0/16(rw,async,no_subtree_check,insecure)
/Volumes/PDISK3 10.0.0.0/16(rw,async,no_subtree_check,insecure)
/Volumes/PDISK4 10.0.0.0/16(rw,async,no_subtree_check,insecure)

No meu computador com OS X, o auto_master é assim:

#
# Automounter master map
#
+auto_master        # Use directory service
/net            -hosts      -nobrowse,hidefromfinder,nosuid
/home           auto_home   -nobrowse,hidefromfinder
/Network/Servers    -fstab
/-          -static
/- /etc/auto_nfs

E meu auto_nfs é assim:

/Shared/Family          -fstype=nfs,rw,nodev,nosuid,nfc,nolockd,locallocks nfs://10.0.0.11/Volumes/PDISK3/VDISKS/General1/Groups/Family\ Shared
/Shared/Users/christopher   -fstype=nfs,rw,nodev,nosuid,nfc,nolockd,locallocks nfs://10.0.0.11/Volumes/PDISK3/VDISKS/General1/Users/christopher
/Shared/Scratch1        -fstype=nfs,rw,nodev,nosuid,nfc,nolockd,locallocks nfs://10.0.0.11/Volumes/PDISK2/VDISKS/Scratch1

Também executei isso manualmente em /Shared :

mkdir .mnt
mount_nfs -o rw,nodev,nosuid,nfc,nolockd,locallocks 10.0.0.11:Volumes/PDISK3/VDISKS/General1/Groups/Family\ Shared .mnt

Eu tenho um arquivo (criado com touch ) chamado a in Family Shared .

Se eu abrir esse arquivo no TextWrangler a partir do diretório montado automaticamente, não poderei editar o arquivo porque "ele está no volume bloqueado".

Se eu abrir esse arquivo no TextWrangler a partir do diretório montado manualmente, eu posso editá-lo e salvá-lo.

Curiosamente:

[Defiant:/Shared] christopher% chflags uchg Family/a 
chflags: Family/a: Operation not supported
[Defiant:/Shared] christopher% chflags uchg mnt/a
chflags: mnt/a: Operation not supported

Na página Obter informações do localizador:

  • mnt/a tem a caixa de seleção "Bloqueado" desabilitada

  • Family/a tem a caixa de seleção "Bloqueado" disponível, mas, quando eu o verifico, ele desmarca a si mesmo.

O resultado de nfsstat -m é:

/Shared/Family from 10.0.0.11:/Volumes/PDISK3/VDISKS/General1/Groups/Family Shared
  -- Original mount options:
     General mount flags: 0x500018 nodev,nosuid,automounted,nobrowse
     NFS parameters: locallocks,nfc
     File system locations:
       /Volumes/PDISK3/VDISKS/General1/Groups/Family Shared @ 10.0.0.11 (10.0.0.11)
  -- Current mount parameters:
     General mount flags: 0x4500018 nodev,nosuid,automounted,nobrowse multilabel
     NFS parameters: vers=3,tcp,port=2049,nomntudp,hard,nointr,noresvport,negnamecache,callumnt,locallocks,quota,rsize=32768,wsize=32768,readahead=16,dsize=4096,nordirplus,nodumbtimr,timeo=10,maxgroups=16,acregmin=5,acregmax=60,acdirmin=5,acdirmax=60,nomutejukebox,nfc,sec=sys
     File system locations:
       /Volumes/PDISK3/VDISKS/General1/Groups/Family Shared @ 10.0.0.11 (10.0.0.11)
     Status flags: 0x0

/Shared/mnt from 10.0.0.11:/Volumes/PDISK3/VDISKS/General1/Groups/Family Shared
  -- Original mount options:
     General mount flags: 0x18 nodev,nosuid
     NFS parameters: locallocks,nfc
     File system locations:
       /Volumes/PDISK3/VDISKS/General1/Groups/Family Shared @ 10.0.0.11 (10.0.0.11)
  -- Current mount parameters:
     General mount flags: 0x4000018 nodev,nosuid multilabel
     NFS parameters: vers=3,tcp,port=2049,nomntudp,hard,nointr,noresvport,negnamecache,callumnt,locallocks,quota,rsize=32768,wsize=32768,readahead=16,dsize=4096,nordirplus,nodumbtimr,timeo=10,maxgroups=16,acregmin=5,acregmax=60,acdirmin=5,acdirmax=60,nomutejukebox,nfc,sec=sys
     File system locations:
       /Volumes/PDISK3/VDISKS/General1/Groups/Family Shared @ 10.0.0.11 (10.0.0.11)
     Status flags: 0x0

Então basicamente eles são exatamente os mesmos. Exceto que eles não são.

Então as perguntas: Por que elas são diferentes e como posso corrigi-las?

Além disso, se eu montá-lo manualmente usando a opção vers = 4.0, parece funcionar, mas congela em segurança.

Esta questão é colocada em cross-posting porque existem pelo menos dois grupos distintos que terão encontrado isto:

  • Profissionais de TI que incorporaram Macs em suas redes (daí o ServerFault).

  • Usuários avançados / pequenas empresas que tentaram fazer isso também (portanto, Superusuário).

por iAdjunct 20.02.2016 / 00:48

0 respostas