Startup

Ogni nodo durante il boot esegue vari step per attivare configurazioni o per eseguire programmi che danno servizi all'utente. Tutto questo avviene quando il boot del kernelé terminato ed é gestito dal processo chiamato init. Il processo init non fa altro che lanciare in sequenza degli scripts di sistema, i quali, a loro volta, settano delle configurazioni o lanciano altri processi. Gli step durante il boot, in ordine cronologico, sono:

• Attivare la connessione di rete.
• Lanciare il demone che tiene traccia di tutti gli avvenimenti che accadono nel sistema.
• Attivare i servizi RPC indispensabili per il filesystem NFS.
• Lanciare il servizio di controllo sui files nel filesystem NFS.
• Impostare la mappa dei caratteri.
• Attivare il device per la generazione dei numeri random.
• Esegue il mount dei filesystems raggiungibili via NFS.
• Attivare il demone per l'utility ssh.
• Lanciare il demone xinetd per attivare i servizi di rsh e rlogin.
• Lanciare i demoni cron e atd per l'esecuizione di programmi batch in un determinato momento.

La configurazione di ogni step non ha evidenziato problematiche diverse dalla configurazione che avrebbe avuto se il boot fosse avvenuto in locale. L'unico problema si é riscontrato al momento del mount dei filesystem perché l'utility cercava di fare il check dell'integritá del filesystem. Naturalmente questo non deve essere fatto perché la partizione dell' hard disk su cui risiede é gestita dal sistema operativo del server. Per fare lo skip di questo controllo é bastato creare nella root directory un file chiamato fastboot. L'utility di mount, peró, come ultima istruzione cerca di cancellare il file fastboot e quindi bisogna cambiare i permessi di accesso al file in modo che questo non sia possbile. L'utility di mount viene eseguita con i priviliegi di root e quindi anche se impostato come file read-only puó venire cancellato. Quindi si sono dovuti cambiare gli attributi del file ad un layer inferiore rispetto al virtual filesystem. Si é utilizzato il comando chattr con l'opzione -i, che attiva il flag immutable.

Si é anche provveduto alla cancellazione di alcuni files utilizzati dagli scripts di sistema per tenere traccia di cosa é stato eseguito al boot e quindi da dover esser teminato dutante lo shutdown. Questo perché al momento dello shutdown devono essere evitate alcune azioni. I files da cancellare alla fine del boot risiedono nella directory /var/lock/subsys/ e sono:

• network
• netfs
• nfslock
• portmap

Si é dovuto procedere nell'eliminazione di questi files perché, sebbene non fosse impostato durante lo shutdown, lo stop avveniva lo stesso. La cuasa é perché all'interno degli scripts sono contenuti dei check per salvaguardare l'integritá del sistema operativo. É stato comunque verificato che, anche se non teminate alcune routine, non vi sono conseguenze per il sistema. Per fare in modo che i files vengano cancellati alla fine del boot sono state aggiunte al file /etc/rc.d/rc.local le seguenti istruzioni:

for i in network netfs nfslock portmap ; do
        echo Removing /var/lock/subsys/$i...
        /bin/rm -fr /var/lock/subsys/$i
done

Oltre a queste istruzioni é stato anche aggiunto il comando:

/usr/sbin/ntpdate -su 192.168.0.16

Questo comando serve a sincronizzare l'orologio di sistema del nodo con quello del server, il quale ha abilitato il servizio NTP.