[Eisfair_dev] [eisfair-1] Frage zu nfsclient / nfsserver

Ansgar Püster ansgar.puester at netcologne.de
Mo Mai 20 11:11:25 CEST 2013


Moin Jürgen,

Danke für deine Antwort.

Ja, nfs-utils-1.2.8 ist wohl der _Weg_ zur Lösung.

Wenn ich alleine schon /sbin/mount.nfs durch die neue Version
aus nfs-utils-1.2.8 ersetze, ein paar Verzeichnisse "umbiege"
  chmod go-rwx /var/lib/nfs/sm /var/lib/nfs/sm.bak /var/lib/nfs/state
  chown nobody /var/lib/nfs/sm /var/lib/nfs/sm.bak /var/lib/nfs/state
so erhalte ich beim mount eine Meldung

- mounting eisvirt2.ap.de:/vamos_share/log as /tomcat/log ...
mount.nfs: portmap query retrying: RPC: Unable to receive

mount.nfs: portmap query failed: RPC: Unable to receive
  - Connection refused
   mount.nfs: trying text-based options 'bg,vers=3,addr=192.168.1.72'
   mount.nfs: prog 100003, trying vers=3, prot=6
   mount.nfs: prog 100003, trying vers=3, prot=17
   mount.nfs: backgrounding "eisvirt2.ap.de:/vamos_share/log"
   mount.nfs: mount options: "bg,vers=3,addr=192.168.1.72"

... und einen "wunderschönen" Background-Prozess, der "später" den mount 
durchführt.

Ach so:
retry=1 ist ein Holzweg. Dann wartet der Background-Prozess nur
1 Minute statt des Defaults von 10000 Minuten.

Aber der Weg zu einem neuen /sbin/mount.nfs ist ziemlich lang.

nfs-utils-1.2.8 benötigt

a.) die verfügbaren Pakete
libwrap-dev
libevent
libevent-dev
sqlite
sqlite-dev
libdevmapper
libdevmapper-dev

b.) die nicht für eisfair1 verfügbaren Elemente
libnfsidmap (nur eisfair2)
cyrus-sasl2 (eisfair1 Paket klappt irgendwie nicht)
libuuid	aus util-linux (nur eisfair2)
libblkid aus util-linux (nur eisfair2)

Es bleibt eine Fehlermeldung vom rpc.lockd
May 20 10:30:14 eisvirt1 kernel: svc: failed to register lockdv1 RPC 
service (errno 97).

Fragen:
Planst du ein Update der Pakete nfsclient / nfsserver?
Kann man eisfair2 Pakete in eisfair1 Pakete "wandeln"?

So weit erst mal.
Gruß,
Ansgar

Am 18.05.2013 13:49, schrieb Juergen Edner:
> Hallo Ansgar,
>
>> Gem.
>>      http://linux.die.net/man/5/nfs
>> hätte ich folgendes erwartet:
>>
>> If the bg option is specified, a timeout or failure causes the mount(8)
>> command to fork a child which continues to attempt to mount the export.
>> The parent immediately returns with a zero exit code. This is known as
>> a "background" mount.
>>
>> Der fehlerhafte mount sollte also wegen bg sofort terminieren.
>>
>> Nach Start des NFS-Servers auf eisvirt2 sollte dann "später" ein
>> erfolgreicher mount geschehen. Das klappt nicht.
>>
>> Was läuft falsch?
>> Was ist falsch konfiguriert?
>
> eventuell könnte ein Grund sein, dass an dem Paket schon längere Zeit
> nichts mehr aktualisiert wurde und die NFS-utils noch auf dem Stand
> v1.0.6 sind. Aber so tief stecke ich auch nicht mehr in der Materie.
>
> Gruß Jürgen
>



Mehr Informationen über die Mailingliste Eisfair_dev