Backup Central

I have been able to get the backup to start and run for nearly 2 hrs
before it fails with the error "Tar exited with error 13 () status". I
have not been able to find a source of the tar return codes to interpret
this error. Any advice would be appreciated.




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

On 04/14 09:03 , Mark Rude wrote:
I have been able to get the backup to start and run for nearly 2 hrs
before it fails with the error "Tar exited with error 13 () status". I
have not been able to find a source of the tar return codes to interpret
this error. Any advice would be appreciated.

usually when I've seen errors like this, it's a hardware problem. if
possible, take your box down and run memtest86 on it for a while.

also, try tar'ing up the whole disk and outputting to /dev/null; if it craps
out on this (maybe have to try several times, to look for patterns), it
might even let you know if there's something specific that's causing it.

I've had an old Sparc or two which wouldn't back up reliably with tar; due
to SCSI bus errors. By looking at what part of the filesystem it died on, I
could tell which disk was causing problems.

Carl Soderstrom.
--
Systems Administrator
Real-Time Enterprises
www.real-time.com


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

Mark Rude writes:

I have been able to get the backup to start and run for nearly 2 hrs
before it fails with the error "Tar exited with error 13 () status". I
have not been able to find a source of the tar return codes to interpret
this error. Any advice would be appreciated.

I believe the valid exit status values from GNU tar are 0, 1 and
2. 13 might be coming from ssh, perhaps some network issue? As
Carl suggested, running the tar command manually (in the same way
BackupPC does, eg: including ssh) several times is a good check
to see if you have some network or other problem.

Craig


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

On 04/14 11:42 , Craig Barratt wrote:
I believe the valid exit status values from GNU tar are 0, 1 and
2. 13 might be coming from ssh, perhaps some network issue?

I was understanding it to be a 'signal 13', a bad exit code something like a
sig11.

As
Carl suggested, running the tar command manually (in the same way
BackupPC does, eg: including ssh) several times is a good check
to see if you have some network or other problem.

you don't even necessarily have to run over the network; just doing a local
tar to /dev/null will stress the disks harder.

$ tar cf /dev/null /

just remember that the second time you run this, linux will be reading much
of it out of cache.

if you have enough disk space; try something like this:

$ tar cf /var/tmp/bigfile.out /

this will beat the disks harder, since it will be doing reads & writes. it's
also more likely to use up main memory; so stuff will not be cached as much
the next time you run it.

Carl Soderstrom.
--
Systems Administrator
Real-Time Enterprises
www.real-time.com


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

On Fri, 2004-04-16 at 10:02, Carl Wilhelm Soderstrom wrote:

you don't even necessarily have to run over the network; just doing a local
tar to /dev/null will stress the disks harder.

$ tar cf /dev/null /

This is actually a special case for gnutar and makes it do almost
none of the work... It notices when the output device major/minor
numbers match those for /dev/null and doesn't bother generating
any output as an optimization so the --totals option can be used
for fast estimates of the size of a full or incremental run. Amanda
uses this feature to decide how to arrange runs of many filesystems
to fit on the tape for each day. Try:
tar cf - / >/dev/null
if you want to actually read all the files and throw it away.

---
Les Mikesell
les < at > futuresource.com




-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

$ tar cf /dev/null /

This is actually a special case for gnutar and makes it do almost
none of the work...

ah. thanks. I was wondering why it ran so fast the last time I tested it.

my boss always complains about amanda beating up the disks on his
workstation when this part of the amanda run was going on (and my own
experiments confirm this); so I figured it would generate a decent load at
least the first time through.

Carl Soderstrom.
--
Systems Administrator
Real-Time Enterprises
www.real-time.com


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Carl Wilhelm Soderstrom wrote:

| my boss always complains about amanda beating up the disks on his
| workstation when this part of the amanda run was going on (and my own
| experiments confirm this); so I figured it would generate a decent load at
| least the first time through.

I'm just testing raiserfs4 on a spear disk in my workstation. It makes
your harddisk really silent
And the perfomance is wonderfull.

When my spear time increases, i will try to write a special find for
backuppc pool on raiser4 partitions, i hope this will increase the
performance dramaticly.

regards
~ Daniel

- --
nihil me cirumdat

.. . .. ... . . .. . ... . .. . ... . . .
pgp key < at > http://files.poelzi.org/pgp.txt
ED80 E53D 5269 4BB1 1E73 3A53 CBF9 A421 0A7B 003D
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Debian - http://enigmail.mozdev.org

iD8DBQFAgEzGy/mkIQp7AD0RAg/bAKDQPfIJdAD+UYR6adYc9Pin/uwT2ACfVKT4
aemqYp47GvBAtwfdiGhzTFE=
=/lJc
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
BackupPC-users mailing list
BackupPC-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/backuppc-users
http://backuppc.sourceforge.net/