Ciao, vorrei usare xfsdump su un subtree (80GB) di un filesystem da 500GB. I tempi però mi sembrano inaccettabili, dopo 2 ore non ho neanche il backup della dir di test che contiene 4 file da pochi Kb! Sembra che xfsdump faccia lo scan e poi prune di tutto il filesystem, e la cosa mi sembra, come dire, molto inefficente. Lavoro su debian sarge. Ho controllato un po', ma non ho trovato particolari segnalazioni per questo problema. L'idea di fare il backup con il tool nativo del filesystem nasce dal fatto che nei subtree ci sono moltissimi hardlink, che dovrebbero essere gestiti meglio da un tool nativo del filesystem che da un tool generico come tar o rsync. Idee? Tornare a ext3? Ho dimenticato qualcosa? Sbaglio qualcosa? Ho un hw che non regge (attualmente ho 800Mb in swap e l.a. a 12, ma un dump su ext3 funziona decentemente)? Sessione parziale: machine:~# du -s /media/hd01/backup/server/ 8 /media/hd01/backup/server/ machine:~# find /media/hd01/backup/server/ | wc -l 4 machine:~# time xfsdump -p 60 -v drive=debug,media=debug -s backup/server - /media/hd01 | dd of=/dev/null xfsdump: using file dump (drive_simple) strategy xfsdump: version 2.2.27 (dump format 3.0) - Running single-threaded xfsdump: level 0 dump of machine:/media/hd01 xfsdump: dump date: Fri Aug 11 10:06:11 2006 xfsdump: session id: 4b5858fd-9fd9-XXXX-b222-26c379804d79 xfsdump: session label: "" xfsdump: ino map phase 1: parsing subtree selections xfsdump: ino map phase 2: constructing initial dump list xfsdump: status at 10:07:11: inomap phase 2 368641/10624935 inos scanned, 60 seconds elapsed [...] xfsdump: status at 10:25:11: inomap phase 2 10502145/10624935 inos scanned, 1140 seconds elapsed xfsdump: ino map phase 3: pruning unneeded subtrees [da circa 2 ore non emette più niente, pur lavorando] Ciao, Daniele P. -- Per iscriversi (o disiscriversi), basta spedire un messaggio con OGGETTO "subscribe" (o "unsubscribe") a mailto:linuxtrent-request@xxxxxxxxxxxxx