NFS mount - Accesso negato dal server

[$im0]

Ciao, ho il seguente problema:
in LAN ho il raspberry e un NAS. Ho configurato il mount con NFS e funzionava tutto. Ieri però è saltata la corrente ed ora il raspberry restituisce "access denied" in fase di mount.

Ho controllato un po' in giro e trovato che ad esempio il file:
/var/lib/nfs/rmtab

contiene tutti gli host attualmente connessi. Cosi ho pensato che fosse pieno perché per la mancanza improvvisa di corrente non aveva effettuato la procedura di umount. Ho svuotato il file e riavviato i servizi ma non è cambiato niente.

Per caso sapete fornirmi qualche dettaglio sconosciuto che puoi aiutarmi a ripristinare il funzionamento?

Grazie

[pigi2pigi]

un fscheck del disco ?

[$im0]

Purtroppo non ci riesco.
/dev/sda4 è montato in vari path

/dev/sda4 2.7T 37G 2.6T 2% /DataVolume
/dev/sda4 2.7T 37G 2.6T 2% /CacheVolume
/dev/sda4 2.7T 37G 2.6T 2% /nfs/Public
/dev/sda4 2.7T 37G 2.6T 2% /nfs/SmartWare
/dev/sda4 2.7T 37G 2.6T 2% /nfs/TimeMachineBackup
/dev/sda4 2.7T 37G 2.6T 2% /nfs/admin
/dev/sda4 2.7T 37G 2.6T 2% /nfs/nas

di cui sul secondo agiscono vari processi, che neppure dopo il kill vanno via in quanto vengono sostituiti.

Tutto questo perché fsck vuole che il disco non sia montato.

[sacarde]

puoi rimontarlo con readonly?

mount -o remount,ro  /...

[$im0]

Ho appena provato. Non restituisce alcun output, ma nemmeno risulta montato (ammetto che la mancanza di output mi aveva inizialmente illuso :/)

[sacarde]

NON risulta montato?

allora puoi farci il controllo: fsck ?



p.s.

per vedere le opzioni di montaggio esistenti esegui:

mount

[$im0]

Come dicevo ho questi processi che agiscono sul path, quindi non mi fa smontare il disco:

COMMAND     PID USER   FD   TYPE DEVICE SIZE/OFF     NODE NAME
forked-da  7191 root    7u   REG    8,4    33792 27394050 /CacheVolume/forked-daapd/songs3.db
twonkyser 12284 root    1u   REG    8,4   332591 25952275 /CacheVolume/twonkymedia/twonkymedia-log.txt
twonkyser 12284 root   10w   REG    8,4     1479 25952298 /CacheVolume/twonkymedia/db/10.tms.dat
twonkyser 12284 root   16u   REG    8,4     1479 25952298 /CacheVolume/twonkymedia/db/10.tms.dat
twonkyser 12284 root   17r   REG    8,4     1479 25952298 /CacheVolume/twonkymedia/db/10.tms.dat
twonkyser 12284 root   18w   REG    8,4     1048 25952288 /CacheVolume/twonkymedia/db/1.tms.dat
twonkyser 12284 root   19w   REG    8,4     1048 25952288 /CacheVolume/twonkymedia/db/1.tms.dat
twonkyser 12284 root   20r   REG    8,4     1048 25952288 /CacheVolume/twonkymedia/db/1.tms.dat
twonkyser 12284 root   21w   REG    8,4     1048 25952289 /CacheVolume/twonkymedia/db/2.tms.dat
twonkyser 12284 root   22w   REG    8,4     1048 25952289 /CacheVolume/twonkymedia/db/2.tms.dat
twonkyser 12284 root   23r   REG    8,4     1048 25952289 /CacheVolume/twonkymedia/db/2.tms.dat
twonkyser 12284 root   24w   REG    8,4     1048 25952290 /CacheVolume/twonkymedia/db/3.tms.dat
twonkyser 12284 root   25w   REG    8,4     1048 25952290 /CacheVolume/twonkymedia/db/3.tms.dat
twonkyser 12284 root   26r   REG    8,4     1048 25952290 /CacheVolume/twonkymedia/db/3.tms.dat
twonkyser 12284 root   27w   REG    8,4     1048 25952295 /CacheVolume/twonkymedia/db/4.tms.dat
twonkyser 12284 root   28w   REG    8,4     1048 25952295 /CacheVolume/twonkymedia/db/4.tms.dat
twonkyser 12284 root   29r   REG    8,4     1048 25952295 /CacheVolume/twonkymedia/db/4.tms.dat
twonkyser 12284 root   30w   REG    8,4     1048 25952296 /CacheVolume/twonkymedia/db/5.tms.dat
twonkyser 12284 root   31w   REG    8,4     1048 25952296 /CacheVolume/twonkymedia/db/5.tms.dat
twonkyser 12284 root   32r   REG    8,4     1048 25952296 /CacheVolume/twonkymedia/db/5.tms.dat
twonkyser 12284 root   33w   REG    8,4     1048 25952297 /CacheVolume/twonkymedia/db/6.tms.dat
twonkyser 12284 root   34w   REG    8,4     1048 25952297 /CacheVolume/twonkymedia/db/6.tms.dat
twonkyser 12284 root   35r   REG    8,4     1048 25952297 /CacheVolume/twonkymedia/db/6.tms.dat
twonkyser 12284 root   36w   REG    8,4     1048 25952309 /CacheVolume/twonkymedia/db/9.tms.dat
twonkyser 12284 root   38w   REG    8,4     1048 25952309 /CacheVolume/twonkymedia/db/9.tms.dat
twonkyser 12284 root   39r   REG    8,4     1048 25952309 /CacheVolume/twonkymedia/db/9.tms.dat

[sacarde]

se le partizioni sono in read-write devi riavviare e forzare un fsck
in modalita' "rescue"

[$im0]

...che vuol dire? Scusa ma non capisco che intendi

[pigi2pigi]

È un nas ?
ha dei pannelli di controllo ? Vai nella parte media e disabilita il
Twonky Media Server

non ha pannelli di controllo ? vai in /etc/init.d e vedi lo script per lo stop e lo start e stoppa tutti i processi

Mi sembra impossibile che non ci sia la possibilità di stoppare i servizi o partire in single user per attività di manutenzione, o per fare un normalissiomo fscheck del disco, controlla sui manuali del nas o in base a marca e modello cerca la documentazione e vedi se ci sono comandi da pannello o se bisogna usare i comandi unix tipo runlevel e init oppure inserisci un fscheck nella sequenza di init del sistema

in alternativa smonta il disco mettilo su un pc o su un cabinet usb

Il check del disco è la prima cosa da fare ma visto il tuo problema "access denied" in fase di mount, se rimane, poi bisogna rivedere tutta la configurazione nfs, i mount come vengono fatti, la rete e così via

[$im0]

Ci siamo, ho disabilitato tramite WebGUI del nas i server multimediali, nonché DLNA e iTunes. I processi sono spariti.
Lanciato fsck:

nas:~# fsck /dev/sda4
fsck from util-linux 2.20.1
e2fsck 1.42.5 (29-Jul-2012)
/dev/sda4: clean, 316/182853632 files, 21124030/731387904 blocks

Quindi per ora nulla di anomalo.

Quali altri controlli sarebbe opportuno fare quindi?

(tra l'altro mi chiedo: possibile che non possa saltare la corrente che il nas subisce certi danni?)

[pigi2pigi]

Andrebbe controllata la confgurazione nfs, ma partendo dal presupposto che prima funzionava la configuraxione dovrebbe essere a posto, la prima cosa da fare è verificare la presenza di messaggi in syslog e dmesg per vedere se c'è qualche processo che dà errore

[$im0]

Sul nas syslog non esiste, dmesg non ha loggato nulla.
Però ho dato un occhiata al daemon.log:

nas:/var/log# tail daemon.log
Jan 25 16:59:45 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 16:59:46 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 16:59:47 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 16:59:48 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 16:59:49 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 16:59:50 nas mDNSResponderPosix: mDNS_Execute: SendResponses didn't send all its responses; will try again in one second
Jan 25 18:55:02 nas rpc.mountd[10868]: refused mount request from 192.168.1.130 for /nfs/nas (/nfs/nas): unmatched host

il 130 sarebbe l'ip del raspberry, dunque la "postazione" che non riesce a montare il nas. Però se prima funzionava non vedo perché ora debba dare questo errore.

[pigi2pigi]

Per questi problemi la strada canonica è il controllo della configurazione o controlli tutta la configurazione, exports, allow, permission, rete, processi ecc, si danno i comandi di mount a mano cambiando i parametri ecc, ma presumendo che tu abbia fatto tutto tramite pannelli e non sai come si configura a manina nfs fai prima se azzeri la configurazione e la rifai tutta da capo

Però se prima funzionava non vedo perché ora debba dare questo errore.

è sempre così, se no i problemi non esisterebbero, basta un file di configurazione non leggibile, un parametro di rete diverso, un indirizzo cambiato, ma lo sai solo dopo