In data venerdì 19 febbraio 2016 20:07:54, Leandro Noferini ha scritto:
> Credo che la situazione sia più "articolata": spiego quello che credo di
> aver capito.
>
> Se in /etc/fstab c'è la parola "noauto" systemd crea un'unità
> "dati.automount" che viene "avviata" (cioè la condivisione viene
Felipe writes:
[...]
>> Ci deve essere un timeout che devo trovare come sistemare nel caso in
>> cui il server nfs non risponda in un tempo prefissato.
>
> Esatto (da man nfs);
Credo che la situazione sia più "articolata": spiego quello che credo di
aver capito.
Se
Il 19/02/16 10:20, Felipe ha scritto:
>> Perché dati.automount resta in "WAITING"?
> Hai provato a sostituire "x-systemd.automount" con "auto"?
dubbio:
tempo addietro bestemmiai in modo abnorme su un problema del menga di
systemd: il motivo di fondo era che non mi prendeva la configurazione di
In data venerdì 19 febbraio 2016 10:31:18, Leandro sullo sgorbio ha scritto:
> Il giorno ven, 19/02/2016 alle 10.20 +0100, Felipe ha scritto:
> > > Perché non mi viene montato?
> > >
> > > Perché dati.automount resta in "WAITING"?
> >
> > Hai provato a sostituire "x-systemd.automount" con
Il giorno ven, 19/02/2016 alle 10.20 +0100, Felipe ha scritto:
> > Perché non mi viene montato?
> >
> > Perché dati.automount resta in "WAITING"?
>
> Hai provato a sostituire "x-systemd.automount" con "auto"?
Quello l'avevo già provato ma non mi funzionava più con systemd.
Ci deve essere un
In data giovedì 18 febbraio 2016 22:45:43, Leandro Noferini ha scritto:
> Perché non mi viene montato?
>
> Perché dati.automount resta in "WAITING"?
Hai provato a sostituire "x-systemd.automount" con "auto"?
Ciao
Leandro Noferini writes:
[...]
> In effetti credo che il problema sia (ancora una volta) in systemd
[...]
> stringa invece neanche con il comando esplicito riuscivo a montarla.
La situazione mi si fa ingarbugliata perché cambiando /etc/fstab riesco
a montare la
"dea" writes:
> NIENTE PANICO
Parli bene te ma in casa mia l'atmosfera è tesissima.
:-)
Niente Harry Potter, Star wars rebels, musica.
> Stiamo parlando di STABLE
>
> A parte questo, ho appena aggiornato un mio server NFS e non ha avuto
> alcun problema.
Mauro writes:
>> Il file exports è il seguente:
>> /dati 10.150.29.0/24(rw,subtree_check,all_squash,anonuid=109,anongid=112)
>>
>> La riga di /etc/fstab dei client (anche questi su stable) invece è:
>> nasone:/dati/dati nfs noauto,x-systemd.automount0 0
>>
Il 18/02/16 11:55, Leandro Noferini ha scritto:
> Il file exports è il seguente:
> /dati 10.150.29.0/24(rw,subtree_check,all_squash,anonuid=109,anongid=112)
>
> La riga di /etc/fstab dei client (anche questi su stable) invece è:
> nasone:/dati/dati nfs noauto,x-systemd.automount0
NIENTE PANICO
Stiamo parlando di STABLE
A parte questo, ho appena aggiornato un mio server NFS e non ha avuto alcun
problema. Possibile che cerchi il problema nell'aggiornamento ed invece è
altrove ?
Luca
Ciao a tutti,
allarme, orrore, raccapriccio, perdita di successo sociale, perdita
della patria potestà e divorzio!
Spero di aver trasmesso il senso dei problemi che mi vedo avvicinare se
non riesco a risolvere rapidamente questo mio problema.
Debian stabile su amd64: ieri sera ho fatto un
13 matches
Mail list logo