Joshua Baker-LePain wrote:
> 
> On Wed, 16 Jan 2002 at 9:40pm, Chris Marble wrote
> 
> > ? sendbackup: index tee cannot write [Broken pipe]
> > |   DUMP: Broken pipe
> > |   DUMP: The ENTIRE dump is aborted.
> > ? index returned 1
> > sendbackup: error [/sbin/dump returned 3, compress got signal 24]
> 
> Hmmm.  It seems like it could be a gzip problem.  Have you tried running 
> the dump/gzip command line (found in sendbackup*debug) by hand?

The /dev/sda5 (/usr) partition misbehaves in the same way, so I did:

dump 0usf 1048576 - /dev/sda5 | restore -tvf -

It ran, spit stuff out and then ended with:

dir     478493  ./kerberos/man/man1
leaf    478494  ./kerberos/man/man1/sclient.1
dir     478495  ./kerberos/man/man8
leaf    478496  ./kerberos/man/man8/sserver.8
leaf    480966  ./kerberos/man/whatis
dir     478497  ./kerberos/sbin
leaf    478498  ./kerberos/sbin/sserver
leaf       176  ./tmp
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.

The /usr/tmp directory is a symbolic link to ../var/tmp/
When I run it on /home the final lines are:

leaf   6291807  ./tars/btilahun.tgz
leaf   6291808  ./tars/jtobiska.tgz
leaf   6291809  ./tars/jwang.tgz
leaf        30  ./quota.user
leaf        31  ./quotas
  DUMP: Broken pipe
  DUMP: The ENTIRE dump is aborted.


So the problem isn't with Amanda but with fairly ordinary dump/restore
commands.  It fails without the "s" and "1048576" parameters too.  Thanks
for the pointer.  The dump command by itself works fine, it's the restore
part that's giving the error.

> > sendsize: argument list: /bin/gtar --create --file /dev/null --directory /home 
>--one-file-system --listed-in
> > cremental /usr/local/pkg/amanda-2.4.2p2/var/amanda/gnutar-lists/Odin_home_0.new 
>--sparse --ignore-failed-rea
> > d --totals .
> > runtar: error [must be invoked by operator]
> >  
> What does 'ls -l /usr/local/libexec/runtar' (or wherever you installed 
> runtar) say?  IIRC, runtar needs to be owned by root and setuid.  Also, 
> what does your (x)inetd entry for amandad look like?  runtar isn't getting 
> run by the right user.

Amanda runs as user operator on the tape server and user backup on this client.
Everything's been running fine with dump for a year.

I've got a symlink on both machines pointing /usr/local/pkg/amanda
to /usr/local/pkg/amanda-2.4.2p2.  Makes updating versions easier.

>From /etc/inetd.conf on the client:
amanda  dgram   udp     wait    backup  /usr/local/pkg/amanda/libexec/amandad       
amandad

And the runtar:
-rwsr-x---    1 root     sys         86403 Dec 19 13:45 
/usr/local/pkg/amanda-2.4.2p2/libexec/runtar*

On the tape host:
amanda    dgram  udp wait   operator /usr/local/pkg/amanda/libexec/amandad    amandad

and the runtar there:
-rwsr-x---    1 root     disk        86403 Apr 19  2001 
/usr/local/pkg/amanda-2.4.2p2/libexec/runtar*

-- 
  [EMAIL PROTECTED] - HMC UNIX Systems Manager
  My opinions are my own and probably don't represent anything anyway.

Reply via email to