John R. Jackson wrote: > > This would be a more accurate test: > > dump 0sf 1048576 - /dev/sda5 | (restore -tvf - ; cat > /dev/null)
Suprisingly that ran fine: dir 478497 ./kerberos/sbin leaf 478498 ./kerberos/sbin/sserver leaf 176 ./tmp DUMP: 81.09% done at 8174 kB/s, finished in 0:01 DUMP: Volume 1 completed at: Thu Jan 17 12:56:51 2002 DUMP: Volume 1 3248140 tape blocks (3172.01MB) DUMP: Volume 1 took 0:06:42 DUMP: Volume 1 transfer rate: 8079 kB/s DUMP: 3248140 tape blocks (3172.01MB) DUMP: finished in 402 seconds, throughput 8079 kBytes/sec DUMP: Date of this level 0 dump: Thu Jan 17 12:50:03 2002 DUMP: Date this dump completed: Thu Jan 17 12:56:51 2002 DUMP: Average transfer rate: 8079 kB/s DUMP: DUMP IS DONE > As to your original problem, I agree with Joshua that it sounds like a > gzip problem. Note the following: > > compress got signal 24 > > What is signal number 24 on your OS (grep -w 24 /usr/include/sys/signal.h)? I thought the compress getting signal 24 was from the dump returning signal 3. I'm getting these signal numbers from the signal man page. Signal 3 is "Quit from keyboard" Signal 24 is "Stop typed at tty" > My next guess would be that you've hit a 2 GByte boundary someplace. > How much data are you dumping on the file systems that fail? Are there > some that are under 2 GBytes that work? I've got gzip 1.3.2 on both client and server. I've got working large partitions on some other systems - including the tape host: /dev/sda1 4386344 2418076 1745368 58% /home > > runtar: error [must be invoked by operator] > > As Joshua said, this has got to be a problem for doing backups of that > client. When you built Amanda for that client (however that happened), > it was told it would be run by "operator". That isn't happening and > runtar is failing. > > This would only affect the backups done with GNU tar (/home), but it is > fatal for that one. You either need to rebuild Amanda for that client > and set --with-user to "backup" or start running amandad as "operator" > on that client. My config.status file on the troublesome client says: # ./configure --prefix=/usr/local/pkg/amanda-2.4.2p2 --with-user=backup --with-config=hmcis --with-group=sys The files in /usr/local/pkg/amanda/libexec are owned by a mixture of backup:sys and root:sys. I've got a .amandahosts file that's been fine for the dumps. Amanda's running as operator on the tape host. Do I have to use the same user on both server and client if I'm using gnutar? -- [EMAIL PROTECTED] - HMC UNIX Systems Manager My opinions are my own and probably don't represent anything anyway.
