Ciao, Da un punto di vista logico, se fai riavvio di un nodo di un cluster, prima che il nodo vada giu, il nodo del cluster comunica a gli altri nodi, dicendo, sto andato giu, quindi un grateful shutdown, a questo punto, gli altri nodi rimuovono il nodo dalla loro lista dei nodi activi e lo mettono in stato dead.
Quando il nodo parte e deve comunicare a gli altri che e tornato su, questo sarebbe il processo di join di un nodo a un cluster. Quindi, non e detto che quando viene eseguito il mount, il nodo faccia parte del cluster. Il 11 ottobre 2016 15:50, Luca <[email protected]> ha scritto: > Su rc.local avevo già provato, ma non funziona. > > Per cluster non ancora attivo cosa intendi? L'altro server è attivo, e > glusterfs è stato inizializzato in precedenza. Il problema si pone solo al > reboot. > > Luca. > > Il giorno 11 ottobre 2016 15:45, Luca De Andreis <[email protected]> ha scritto: >> >> Il 11 ottobre 2016 15:13:50 CEST, Walter Valenti <[email protected]> >> ha scritto: >> > >> > >> >> >> >>ho il seguente problema nel montare il filesystem glusterfs al boot >> >del server. >> >>Se faccio il mount manuale tutto funziona, mentre al boot no. >> >> >> >> >> >>root@ciotola:~# systemctl status db.mount >> >>● db.mount - /db >> >> Loaded: loaded (/etc/fstab) >> >> Active: failed (Result: exit-code) since Tue 2016-10-11 14:25:35 >> >CEST; 1min 34s ago >> >> Where: /db >> >> What: 127.0.0.1:/db_shared >> >> Docs: man:fstab(5) >> >> man:systemd-fstab-generator(8) >> >> Process: 380 ExecMount=/bin/mount -n 127.0.0.1:/db_shared /db -t >> >glusterfs -o defaults,_netdev (code=exited, status=1/FAILURE) >> >> >> >> >> >>Oct 11 14:25:35 ciotola mount[380]: extra arguments at end (ignored) >> >>Oct 11 14:25:35 ciotola mount[380]: Mount failed. Please check the log >> >file for more details. >> >>Oct 11 14:25:35 ciotola systemd[1]: db.mount mount process exited, >> >code=exited status=1 >> >>Oct 11 14:25:35 ciotola systemd[1]: Unit db.mount entered failed >> >state. >> >> >> >> >> >>/etc/fstab: >> >> >> >> >> >>127.0.0.1:/db_shared /db glusterfs defaults,_netdev >> > 0 0 >> >> >> > >> > >> > >> >Non ho esperienze con glusterfs, ma a prima vista mi da l'idea che al >> >boot, quando >> >cerca di fare il mount gli manca qualcosa che non si è ancora avviato. >> >Prova a fare il mount al boot da rc.local anziché come servizio systemd >> >e vedi se te lo monta correttamente. >> > >> > >> >Walter >> >> Giusterfs è un file system clusterizzato e come tale richiede che tutta >> l'infrastruttura del cluster sia attiva ed il nodo quorato. >> Non è che è solo un problema di cluster non (ancora) attivo? Spesso non è >> proprio immediato, specie "agganciare" lo stato quorato non è rapidissimo e >> se tu tenti di fare un mount prima... >> >> Luca >> > -- .~. /V\ // \\ /( )\ ^`~'^
