[Eisfair] E-1 (32) nfs4 freigabe am ubuntu client mounten geht nicht?
Kay Martinen
usenet at martinen.de
Mi Aug 30 23:00:42 CEST 2023
Hallo
Ich habe auf meinem Home-Server mit E-1 32bit nfsserver mit nfs4
aktiviert, die nfs-root freigabe eingetragen und jetzt versuche ich ein
einzelnes homedir frei zu geben. Aber wenn ich das mit
sudo mount -t nfs4 192.168.1.233:/kay_home /mnt/
Versuche kommt immer
mount.nfs4: requested NFS version or transport protocol is not supported
Und wenn ich z.b. '-o proto=tcp,port=2049' hinzu füge auch. Wenn ich nur
'-t nfs' nehme kommt das gleiche nur mit 'mount.nfs' als erstem teil.
Ich hab in der konfig den nfs3 aus in der annahme das nfs4 ein
eigenständiges protokoll ist - das ja sowieso einiges anders macht.
Fehlt da noch was???
> homes # systemctl status nfsserver.service
> ● nfsserver.service - LSB: the kernel based NFS daemon
> Loaded: loaded (/etc/init.d/nfsserver; generated)\
> Active: active (running) since Wed 2023-08-30 21:41:32 CEST; 1h 12min ago
> Docs: man:systemd-sysv-generator(8)\
> Process: 28751 ExecStart=/etc/init.d/nfsserver start (code=exited, status=0/SUCCESS)
> Tasks: 3 (limit: 2364)
> CPU: 1.082s
> CGroup: /system.slice/nfsserver.service
> ├─28815 /usr/sbin/rpc.idmapd
> ├─28821 /usr/sbin/rpc.mountd --no-nfs-version 2 --no-nfs-version 3
> └─28827 /usr/sbin/rpc.statd --no-notify
>
> Aug 30 21:41:29 homes nfsserver[28794]: [26B blob data]
> Aug 30 21:41:29 homes nfsserver[28751]: * Starting NFS daemon 'rpc.idmapd' ...
> Aug 30 21:41:30 homes nfsserver[28751]: [26B blob data]
> Aug 30 21:41:30 homes nfsserver[28751]: * Starting NFS daemon 'rpc.mountd' ...
> Aug 30 21:41:30 homes nfsserver[28751]: [26B blob data]
> Aug 30 21:41:30 homes nfsserver[28751]: * Starting NFS daemon 'rpc.statd' ...
> Aug 30 21:41:30 homes nfsserver[28751]: [26B blob data]
> Aug 30 21:41:30 homes nfsserver[28751]: * Starting NFS daemon 'rpc.nfsd' ...
> Aug 30 21:41:32 homes nfsserver[28751]: [26B blob data]
> Aug 30 21:41:32 homes systemd[1]: Started LSB: the kernel based NFS daemon.
> homes # netstat -lntu
> Active Internet connections (only servers)
> Proto Recv-Q Send-Q Local Address Foreign Address State
> tcp 0 0 192.168.1.233:445 0.0.0.0:* LISTEN
> tcp 0 0 0.0.0.0:2049 0.0.0.0:* LISTEN
> tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN
> tcp 0 0 0.0.0.0:40527 0.0.0.0:* LISTEN
> tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN
> tcp 0 0 127.0.0.1:139 0.0.0.0:* LISTEN
> tcp 0 0 192.168.1.233:139 0.0.0.0:* LISTEN
> tcp 0 0 0.0.0.0:7634 0.0.0.0:* LISTEN
> tcp 0 0 127.0.0.1:445 0.0.0.0:* LISTEN
> tcp6 0 0 :::8443 :::* LISTEN
> tcp6 0 0 :::2049 :::* LISTEN
> tcp6 0 0 :::22 :::* LISTEN
> tcp6 0 0 :::111 :::* LISTEN
> tcp6 0 0 :::36211 :::* LISTEN
> udp 0 0 127.0.0.1:1019 0.0.0.0:*
> udp 0 0 0.0.0.0:2049 0.0.0.0:*
> udp 0 0 0.0.0.0:514 0.0.0.0:*
> udp 0 0 0.0.0.0:37401 0.0.0.0:*
> udp 0 0 0.0.0.0:111 0.0.0.0:*
> udp 0 0 192.168.1.255:137 0.0.0.0:*
> udp 0 0 192.168.1.233:137 0.0.0.0:*
> udp 0 0 0.0.0.0:137 0.0.0.0:*
> udp 0 0 192.168.1.255:138 0.0.0.0:*
> udp 0 0 192.168.1.233:138 0.0.0.0:*
> udp 0 0 0.0.0.0:138 0.0.0.0:*
> udp6 0 0 :::2049 :::*
> udp6 0 0 :::514 :::*
> udp6 0 0 :::111 :::*
> udp6 0 0 :::42700 :::*
Der Dienst läuft, der port ist offen... wo kann das Problem liegen?
Das ich für die wurzelfreigabe statt SHARE-NAME bei mir HOME benutzte
ist es doch wohl nicht, oder? Der hostname ist 'homes' und beide sind in
der selben lokalen domain des LAN.
Der Client ist ein Ubuntu 18 das m.W. nfs4 können sollte.
Ｂｙｅ／
／Ｋａｙ
--
"Kann ein Wurstbrot die Welt retten?" :-)
Mehr Informationen über die Mailingliste Eisfair