Hello...

     This is what I got last night:


file -- runtar.20010815001028.debug
runtar: debug 1 pid 920 ruid 33 euid 0 start time Wed Aug 15 00:10:28 2001
/bin/tar: version 2.4.2p2
running: /bin/tar: /bin/tar --create --file /dev/null --directory /www 
--one-file-system --listed-incremental 
/var/lib/amanda/gnutar-lists/eeyore_www_0.new --sparse 
--ignore-failed-read --totals .

file -- runtar.20010815010829.debug
runtar: debug 1 pid 1280 ruid 33 euid 0 start time Wed Aug 15 01:08:29 2001
gtar: version 2.4.2p2
running: /bin/tar: gtar --create --file - --directory /www 
--one-file-system --listed-incremental 
/var/lib/amanda/gnutar-lists/eeyore_www_0.new --sparse 
--ignore-failed-read --totals .


And the report showed: ...     0 [data timeout] (1:38:28)

? ? ?

color me confused


Christopher McCrory wrote:

> Hello...
> 
>     first, thanks to all the helpful people on this list.  I rarely have 
> to post anything, I just look through the list archives and my questions 
> are already answered. :)
> 
> 
>     I have a problem tring to backup a reiserfs partition with gnutar.  
> I use dump for all the other systems.  The system is a redhat linux 7.1. 
> three filesystems, only one is reiserfs.
> 
> reiserfs: checking transaction log (device 08:11) ...
> Using tea hash to sort names
> reiserfs: using 3.5.x disk format
> ReiserFS version 3.6.25
> (no reiserfs debug)
> 
> tar-1.13.19-4
> amanda-client-2.4.2p2-1
> amanda-2.4.2p2-1
> 
> 
> The same exact data is also on other servers, so in the past I just 
> skipped this filesystem.  Now I would like to convert some other 
> filesystems to reiserfs, so now I have to get the backups working.  the 
> reiserfs filesystem isn't huge, but it does have lots of small files. ( 
> try http://www.pricegrabber.com , see the pictures?  They might be 
> coming off this reiserfs system.  look around...there are a lot of 
> images ;).  If I put it in my disklist, the estimate takes about an hour 
> (etimeout 7200).  Then the backups start, the other filesystems work, 
> but this one fails everytime.
> 
> looking back through my mailing list archives, I saw a thread regarding 
> 'calcsize'  and using that instead of GNUTAR to do estimates.  Is there 
> another way to get faster gnutar performance?  Is there an amanda.conf 
> switch to use calcsize?  or use gerhard's patch?
> 
> Any other ideas?
> 
> I'm going to put it back in for tonight's run to get all the debug info.
> 
> 
> 
> define dumptype my-global {
>         index yes
>         record yes
>         priority high
>         maxdumps 1
>         compress client fast
>         holdingdisk yes
>         dumpcycle 2
> }
> 
> define dumptype my-type {
>         my-global
> }
> 
> define dumptype my-type-reiserfs {
>         my-global
>         program "GNUTAR"
> }
> 
> 
> 
> bash-2.04$ cat runtar.20010806020712.debug
> runtar: debug 1 pid 31211 ruid 33 euid 0 start time Mon Aug  6 02:07:12 
> 2001
> gtar: version 2.4.2p2
> running: /bin/tar: gtar --create --file - --directory /www 
> --one-file-system --listed-incremental 
> /var/lib/amanda/gnutar-lists/eeyore_www_0.new --sparse 
> --ignore-failed-read --totals .
> 
> 
> TIA
> 



-- 
Christopher McCrory
"The guy that keeps the servers running"
[EMAIL PROTECTED]
http://www.pricegrabber.com

I don't make jokes in base 13. Anyone who does should get help. 
--Douglas Adams

Reply via email to