Newsgroup: it.comp.os.linux.sys
Titolo: BackupPC

Ciao,
qualcuno di voi usa backuppc?
Al momento ho 6/7 server sotto backup e tutto funziona senza problemi.
In uno, però, il backup parte poi dopo aver copiato 57MB circa si
blocca per ore ed ore senza scrivere nulla.
un bel tcpdump sulla eth del backup non mostra nulla ne lato server
backup ne lato client.
è come se fosse tutto fermo.
Eppure i processi (rsync) sono attivi sia sul client sia sul server e
backuppc mi dice che un backup è attivo....
lsof -p $PID_RSYNC
mi mostra addirittura dei files aperti da rsync ma non transita nulla
sulle schede.
Qualche idea? non saprei nemmeno cosa chiedere a google dato che non
capisco dove possa essere il problema....

 per ore ed ore senza scrivere nulla.
Ciao,
 per caso prova ad accedere a qualche file speciale, o sotto /proc, o 
montato con NFS?
 Ciao
 Federico

 montato con NFS?
No, e ti dirò di più, il 
config.pl
 (file di config di backuppc) è lo
stesso di tutti gli altri server..copiato con
cp -a $DA_QUI $A_QUI
il backup parte, poi dopo un po si ferma senza dire piu nulla.
cmq nella exclude list c'è:
/tmp
/proc
/mnt
e un altra dir che sinceramente non ricordo....
cmq niente file strani.....
c'è da fare una precisazione: il server da backuppare ha attivi snort
e ipfm. non c'è praticamente altro in funzione. non credo però che
siano loro a causare il problema.

Alessandro ha scritto:

dai un strace -f rsync eccetera per vedere la syscall dov'e`
piantato e da` un'occhiata allo stato dei socket

 piantato e da` un'occhiata allo stato dei socket
Lunedi ti faccio sapere.....Da qui non accedo ai server.

 capisco dove possa essere il problema....
propendo piu' per un problema hw. Le schede di rete sono al 100%
funzionanti? Le porte dell'hub/switch che collegano client e server che
danno problemi sono anche quelle perfettamente funzionanti?
-- 
Pandozy vede tutto
    _     _
  o' |,=./ `o
     (o o)    
 ooO--(_)--Ooo-

 danno problemi sono anche quelle perfettamente funzionanti?
Bella domanda....come controllo le porte di uno switch?
Le eth sui server sono ok per 2 motivi:
1- quella lato server di backup funziona perchè gli altri 5 pc li
backuppa correttamente.
2- quella lato pc da backuppare apparentemente funziona (riesco ad
usare ssh e trasferire file) e non sono presenti errori.
Non so come monitorare lo switch però....

 piantato e da` un'occhiata allo stato dei socket
Ma come faccio a far partire rsync con strace da backuppc?
rsync manualmente va.....però con backuppc freeza improvvisamente.

 montato con NFS?
Era proprio cosi.... Cercava di copiare la /sys (eppure mi sembrava di
averla disattivata)
Ora ho risolto.

 software di backup disponibili?
Perchè è veramente comodo. Fa il backup automatico multiplo di tutti
gli host che vuoi, (anche con ip dinamico o non connessi sempre alla
rete), fa tutti gli incrementali che vuoi e tutti i full che vuoi,
comprime i files mentre copia, backuppa linux e windows
indifferentemente, permette di fare il restore di ogni singolo file a
partire da ogni singolo incremento tramite una semplice amministrazione
web, fa dei link ai files non cambiati durante gli incrementi in modo
da avere un incremento sempre identico al server originale ma senza
copiare lo stesso file svariate volte risparmiando spazio.
in pratica ho circa 6 server sotto backup per un totale di 50gb di dati
compressi...e al momento fa 2 incrementali al giorno (gli ho detto di
tenere 14 incrementi in totale) e 1 backup completo settimanale (faccio
tenere 4 completi).
e soprattutto è GRATIS.
Conosci qualcosa di meglio?
Sinceramente devo solo trovare il modo di ripristinare tutto un sistema
di botto (in caso di crash) partendo da un cd....non so come
fare...avrei bisogno di fare il boot da cd sul sistema nuovo da
reinstallare e creare delle chiavi ssh per far accedere backuppc ma non
è molto pratico.

 Tempo fa avevo sentito parlare di amanda.
BackupPC va molto bene quando hai molte macchine tutte molto simili.
Io ho sotto un unico server di backup 62 macchine di cui tengo 30
incrementali giornalieri ciascuna e 4 full settimanali. Sono tutte
macchine pressoché identiche (debian sarge), e il backup lo tengo su
disco e lo riverso su DVD mensilmente.
Le statistiche di oggi:
There are 62 hosts that have been backed up, for a total of:
    * 230 full backups of total size 93.94GB (prior to pooling and
compression),
    * 1787 incr backups of total size 158.03GB (prior to pooling and
compression).
Spazio effettivamente occupato su disco:
# 0 pending backup requests from last scheduled wakeup,
# 0 pending user backup requests,
# 0 pending command requests,
# Pool is 20.25GB comprising 757941 files and 4369 directories (as of
2/11 10:23),
# Pool hashing gives 18 repeated files with longest chain 1,
# Nightly cleanup removed 23961 files of size 0.39GB (around 2/11 10:23),
# Pool file system was recently at 29% (2/11 22:03), today's max is 29%
(2/11 22:00) and yesterday's max was 29%.
Tra l'altro il fatto di usare rsync mi consente di definire vari pool di
backup in modo molto semplice, configurando delle share di rsyncd ed
inoltre non appesantisco eccessivamente la connessione Internet, dato
che tutti i server sono remoti con connessioni WAN ADSL.
Per il restore c'è la comodità di poter generare al volo un file tar
dell'ultimo backup per poter creare un file di ripristino, oppure, come
ho fatto io, ho creato una semplice chiave usb di boot che ripartiziona
il disco, crea i filesystem, attiva una share rsync per il restore e
reinstalla lilo alla fine.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 reinstalla lilo alla fine.
Mi spieghi questa possibilità di restore tramite tar? non l'ho notata...
Inoltre, io mi ritrovo (anzi prima o poi mi ritroverò) a dover 
ripristinare da 0 un intero sistema.
Per fare ciò l'intero sistema deve essere già partizionato e bootato 
ovviamente (altrimenti rsync di backuppc come ripristina i files?!).
Tu con la chiave booti il sistema, crei le partizioni (quindi le hai 
tutte uguali, come le hai fatte? le mie cambiano un po in base al server 
e ai dischi) configuri la eth ma al momento non mi viene in mente come 
fai a dire che / equivale alla root del disco anziche alla root della usb.
Se boooti da usb e fai
cd /
finisci nella root dell'usb.....o questo è quello che accade con un live cd.

 fai a dire che / equivale alla root del disco anziche alla root della usb.
A te non interessa di essere effettivamente nella root. Io per esempio
monto la root del disco sulla /mnt della chiavetta (per esempio
/dev/hda1), poi creo i vari mountpoint sotto /mnt, quindi creo /mnt/usr,
/mnt/var, /mnt/tmp, /mnt/home, /mnt/proc, /mnt/sys. Poi monto i
filesystem corrispondenti, quindi per esempio /dev/hda3 in /mnt/usr,
/dev/hda5 in /mnt/var, /dev/hda6 in /mnt/tmp e /dev/hda7 in /mnt/home.
La share di rsync punta quindi a /mnt che corrisponde alla root del
server e posso avviare il restore dei files.
L'unica accortezza è che al termine del restore, prima di riavviare,
devi montare anche la proc in /mnt/proc, fare un chroot e reinstallare
lilo/grub, altrimenti il sistema non parte.
Tra l'altro nel tuo caso per il restore potresti addirittura utilizzare
il boot via rete che ti semplifica tutto e ti risparmia la chiavetta.


 il boot via rete che ti semplifica tutto e ti risparmia la chiavetta.
Boot via rete a che pro e in che modo?

 Boot via rete a che pro e in che modo?
Al pro che per fare un restore dell'intero sistema puoi far fare il boot
da rete del server dalla rete di backup. Configuri sul server di backup
un ambiente per il boot via pxe e crei un'immagine di sistema che esegua
le operazioni che io faccio con la chiavetta direttamente.
Per restorare una macchina a questo punto sarebbe sufficiente fare il
boot via rete e attendere la fine del lavoro; tutto in automatico senza
intervento manuale.
Ci impiegherai un mesetto per fare il tuning di tutto, ma alla fine
anche una scimmia riuscirebbe a fare il restore (ovviamente ben protetto
da attivazioni accidentali).


 
Io non sono molto pratico di boot via rete e boot via usb.
Tutti i server supportano boot via pxe e via usb ma non saprei da dove 
cominciare per fare quello che hai appena detto (non l'ho mai fatto e 
non mi sono mai interessato a riguardo). In effetti è esattamente quello 
che devo fare. se scoppia il server, accendo il nuovo e faccio boot via 
rete con restore totale.
Qualche howto e qualche dritta per questa operazione?

 Qualche howto e qualche dritta per questa operazione?
Installi dhcp3-server, tftpd-hpa, syslinux e poi è tutto spiegato nella
documentazione di syslinux.
Per la parte di restore, puoi utilizzare il metodo che io uso per
installare le macchine, ovvero ti crei un ambiente minimo con
debootstrap e lo personalizzi per svolgere le operazioni che ti servono
(nel mio caso l'installazione, nel tuo il restore). Ti compili un kernel
minimale che contenga tutto l'hardware dei tuoi server (se sono tutti
uguali) e poi fai un tgz dell'ambiente e lo configuri come initrd per il
kernel in isolinux.
E' più difficile da spiegare che da fare, ma come detto un mesetto di
studio per implementarlo e testarlo ci si vuole tutto, e ricordati di
stare attento a non brasare accidentalmente un server funzionante (cosa
che mi è capitata durante i test :-/ ).


 che mi è capitata durante i test :-/ ).
E che hai fatto (oltre a tirare giu tutti i santi dal paradiso)?!?
Si è piu difficile a dirlo che farlo (io sono privo di idee, una idea 
del genere non mi sarebbe mai venuta in mente). il problema è che ci 
vuole tempo e  qui ho dei grossi casini con 2 server che non riesco a 
sistemare.

 sistemare.
Purtroppo il tempo è sempre il limite maggiore per tutti. Bisognerebbe
essere pagati solo per sperimentare, ma ditte disponibilit sono poche.


 essere pagati solo per sperimentare, ma ditte disponibilit sono poche.
Saremmo tutti Bill Gates a quel punto