Autore: Umberto

Dopo aver sbattuto un po’ la testa e grazie all’aiuto trovato nel bugzilla di contribs.org ho trovato il problema: il filesystem.
In poche parole il mio disco USB era formattato FAT32 che notoriamente (solo io lo ignoravo) non supporta file più grandi di 4 GB, di conseguenza il file risultava troncato; utilizzando ext3 non ci sono problemi.
Le cartelle salvate dalla procedura di backup sono le seguenti:

home/e-smith
etc/e-smith/templates-custom
etc/e-smith/templates-user-custom
etc/ssh
root
etc/sudoers
etc/passwd
etc/shadow
etc/group
etc/gshadow
etc/samba/secrets.tdb
etc/samba/smbpasswd
etc/smbpasswd

c’è quindi tutto il necessario per il restore di un server; nel caso però si usino applicazioni che salvano dati in cartelle differenti da queste (es. MLDonkey) bisognerà salvarli a parte.
Ora mi manca solo una prova di restore.

PS segnalo questo programma molto utile per leggere dischi ext2/3 da windows.

Non funziona ……. era ovvio che non potesse funzionare al primo colpo! 🙁
Nel dettaglio ho provato a fare il backup del server che ospita questo sito (circa 40 GB di dati) ritrovandomi alla fine con un misero archivio tar di 4 GB, perdipiù corrotto.
Prima di dare la colpa ad un bug voglio però approfondire le prove, ho il dubbio che questo sistema di backup crei l’archivio sui dischi locali e solo alla fine copi il tutto sul disco USB, se così fosse significa che bisogna avere un bel po’ di spazio libero sui dischi per utilizzare questo metodo.
Si continua con le prove…..

Ieri sera, quasi per caso, ho notato che nell’administration panel (quello che si raggiunge loggandosi come admin) è comparsa una succosa opzione: “Backup su disco usb”.
Consultando il bugzilla di Contribs ho visto che la cosa è stata introdotta con gli update alla versione 7.1.1. di SME Server e dovrebbe essere esente dal noioso limite dei 4 GB di dimensione massima, potrebbe essere il metodo definitivo di backup …… se funziona! 🙂
Stasera si inzia con le prove di backup e restore.

Dopo gli ultimi aggiornamenti di SME Server con relativo passaggio alla versione 7.1.2, quotidianamente ricevo delle mail dal demone di RKHunter che minacciosamente mi avvertono che il sistema operativo non e’ riconosciuto

Warning: This operating system is not fully supported!

Scartabellando nella documentazione di RKHunter ho visto che basta aggiornare la lista degli OS riconosciuti con un piccolo script; loggato come root basta dare

wget http://puzzle.dl.sourceforge.net/sourceforge/rkhunter/hashupd.sh
sh hashupd.sh
rm hashupd.sh

per risolvere facilmente il problema.

E’ stata rilasciata la versione 2.8.3 di MLDonkey, di seguito il changelog:

– EDK: Support files > 4GB
– EDK: Support compressed upload
– EDK: recognize IMPmule client type
– EDK: parse more fields from server.met
– fix for not implemented Unix.fstat on MinGW
– fix sending shares to servers with state connecting
– fix month display at GD generated graphs
– new option ‘upload_full_chunks’ & ‘upload_complete_chunks’
– new option ‘share_scan_interval’ for scan shared directories
– new option ‘create_file_mode’ and rename ‘create_dir_mask’ to ‘create_dir_mode’
– new parameter ‘changed’ for command ‘voo’ prints changed options
– command improvements for ‘porttest’ ‘set’ ‘force_web_infos’ ‘vc’
– add start parameter ‘-useradd “user pass”‘
– many swarmer optimizations
– html and logfile enhancements
– lots of Multiuser improvements
– code cleanups, optimizing some functions
– some little fixes/improvements at c code

Il file mlnet aggiornato lo potete trovare qui o scaricare l’intero pacchetto da qui; la procedura di aggiornamento da seguire con Sme Server rimane la solita.