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 :confused:

[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