nfs-server non si avvia [Risolto]

Fedora Linux Internet, Reti e Sicurezza
#1

Per installare il servizio NFS (è la prima volta che lo faccio) ho seguito la guida: https://fedoraproject.org/wiki/Administration_Guide_Draft/NFS
Dopo aver verificato fossero installati “nfs-utils” e “system-config-nfs” ho eseguito i comandi:

[root@localhost ~]# sudo systemctl enable rpcbind [root@localhost ~]# sudo systemctl start rpcbind [root@localhost ~]# sudo systemctl enable nfs-server [root@localhost ~]# sudo service nfs-server start
l’ultimo comando mi restituisce:

Redirecting to /bin/systemctl start nfs-server.service Job for nfs-server.service failed. See "systemctl status nfs-server.service" and "journalctl -xe" for details.
Quindi:

[code]# systemctl status nfs-server.service
● nfs-server.service - NFS server and services
Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled)
Active: failed (Result: exit-code) since mer 2015-01-14 12:48:19 CET; 10min ago
Process: 2522 ExecStartPre=/usr/sbin/exportfs -r (code=exited, status=1/FAILURE)

gen 14 12:48:19 localhost.localdomain exportfs[2522]: exportfs: No file systems exported!
gen 14 12:48:19 localhost.localdomain systemd[1]: nfs-server.service: control process exited, code=exited status=1
gen 14 12:48:19 localhost.localdomain systemd[1]: Failed to start NFS server and services.
gen 14 12:48:19 localhost.localdomain systemd[1]: Unit nfs-server.service entered failed state.
gen 14 12:48:19 localhost.localdomain systemd[1]: nfs-server.service failed.

[/code]

[code]# journalctl -xe
…

gen 14 12:47:58 localhost.localdomain avahi-daemon[536]: Registering new address record for 10.89.89.127 on wwp0s18f2u1i1.IPv4.
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: (cdc-wdm0): device state change: ip-config -> ip-check (reason ‘none’) [70 80 0]
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: Activation (cdc-wdm0) Stage 5 of 5 (IPv4 Commit) complete.
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: (cdc-wdm0): device state change: ip-check -> secondaries (reason ‘none’) [80 90 0]
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: (cdc-wdm0): device state change: secondaries -> activated (reason ‘none’) [90 100 0]
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: NetworkManager state is now CONNECTED_LOCAL
gen 14 12:47:58 localhost.localdomain dhclient[2472]: bound to 10.89.89.127 – renewal in 3082 seconds.
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: Policy set ‘3 4’ (wwp0s18f2u1i1) as default for IPv4 routing and DNS.
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: Policy set ‘3 4’ (wwp0s18f2u1i1) as default for IPv6 routing and DNS.
gen 14 12:47:58 localhost.localdomain NetworkManager[661]: Activation (cdc-wdm0) successful, device activated.
gen 14 12:47:58 localhost.localdomain dbus[549]: [system] Activating via systemd: service name=‘org.freedesktop.nm_dispatcher’ unit=‘dbus-org.freedesktop.nm-dispatcher.service’
gen 14 12:47:58 localhost.localdomain dbus[549]: [system] Successfully activated service ‘org.freedesktop.nm_dispatcher’
gen 14 12:47:58 localhost.localdomain nm-dispatcher[2477]: Dispatching action ‘up’ for wwp0s18f2u1i1
gen 14 12:47:58 localhost.localdomain systemd[1]: Unit iscsi.service cannot be reloaded because it is inactive.
gen 14 12:47:58 localhost.localdomain squid[2503]: squid: ERROR: No running copy
gen 14 12:47:58 localhost.localdomain systemd[1]: squid.service: control process exited, code=exited status=1
gen 14 12:47:58 localhost.localdomain systemd[1]: Reload failed for Squid caching proxy.
– Subject: L’unità squid.service termina il caricamento della propria configurazione
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– L’unità squid.service è terminata ricaricando la propria configurazione

– Il risultato è failed.
gen 14 12:47:58 localhost.localdomain nm-dispatcher[2477]: Job for squid.service failed. See “systemctl status squid.service” and “journalctl -xe” for details.
gen 14 12:47:59 localhost.localdomain NetworkManager[661]: NetworkManager state is now CONNECTED_GLOBAL
gen 14 12:48:05 localhost.localdomain chronyd[540]: Selected source 146.48.81.102
gen 14 12:48:19 localhost.localdomain sudo[2509]: root : TTY=pts/1 ; PWD=/root ; USER=root ; COMMAND=/sbin/service nfs-server start
gen 14 12:48:19 localhost.localdomain sudo[2509]: pam_unix(sudo:session): session opened for user root by sanp(uid=0)
gen 14 12:48:19 localhost.localdomain exportfs[2522]: exportfs: No file systems exported!
gen 14 12:48:19 localhost.localdomain systemd[1]: nfs-server.service: control process exited, code=exited status=1
gen 14 12:48:19 localhost.localdomain systemd[1]: Failed to start NFS server and services.
– Subject: L’unità nfs-server.service è fallita
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– L’unità nfs-server.service è fallita.

– Il risultato è failed.
gen 14 12:48:19 localhost.localdomain sudo[2509]: pam_unix(sudo:session): session closed for user root
gen 14 12:48:19 localhost.localdomain systemd[1]: Unit nfs-server.service entered failed state.
gen 14 12:48:19 localhost.localdomain systemd[1]: nfs-server.service failed.
gen 14 12:49:10 localhost.localdomain kdeinit4[2552]: DIGEST-MD5 common mech free
gen 14 12:49:10 localhost.localdomain kdeinit4[2554]: DIGEST-MD5 common mech free
gen 14 12:50:39 localhost.localdomain PackageKit[1733]: get-updates transaction /4138_cbebbcac from uid 1002 finished with success after 55213ms
gen 14 12:52:28 localhost.localdomain dnf[2585]: cachedir: /var/cache/dnf/x86_64/21
gen 14 12:52:28 localhost.localdomain dnf[2585]: Loaded plugins: generate_completion_cache, builddep, protected_packages, copr, playground, download, reposync, needs-restarting,
gen 14 12:52:28 localhost.localdomain dnf[2585]: DNF version: 0.6.3
gen 14 12:52:28 localhost.localdomain dnf[2585]: Creazione dei file di cache per i metadati.
gen 14 12:52:28 localhost.localdomain dnf[2585]: Cache dei metadata aggiornata recentemente.
[/code]
(Come si vede dal journal ho anche un problema con squid che infatti non viene lanciato al boot ma con il comando start poi viene eseguito. )

Ho provato anche a creare il file /etc/exportfs ma non ottengo nessun risultato.

Qualcuno ha un’idea di come risolvere? Grazie.

#2

Purtroppo non so darti alcuna indicazione precisa. Posso solo dirti che il demone non parla molto e che l’ultima volta che provai per farlo andare dovetti provare una trentina di configurazioni diverse (il problema nel mio caso era legato ai permessi delle cartelle che condividevo).

#3

Sembra però che la definizione delle cartelle da condividere venga dopo l’avvio del servizio, almeno dalla sequenza di operazioni previste dalla guida!
Comunque vedo di togliere eventuali cartelle già definite in modo da simulare una partenza da zero.

#4

Ho eliminato /etc/exportfs ma non cambia niente …

#5

Ho definito correttamente le informazioni nel file /etc/exports e il servizio si avvia!
Quindi a differenza di quanto dice la guida il file /etc/exports si deve definire almeno prima di eseguire:

# systemctl start nfs-server.service e non dopo!
Questo almeno per la versione corrente del software NFS