On Thu, Apr 25, 2002 at 09:35:18PM +1000, [EMAIL PROTECTED] wrote:
> I have just setup amanda on a test installation for a sparc 5.
> 
> It has mounted partitions as follows:
> Filesystem            kbytes    used   avail capacity  Mounted on
> /dev/dsk/c1t3d0s0    1778230  694298 1030586    41%    /
> /dev/dsk/c1t5d0s0    2007070  265390 1681468    14%    /home
> /dev/dsk/c1t2d0s0    2007070  119950 1826908     7%    /opt
> /dev/dsk/c1t1d0s0    2007070 1230887  715971    64%    /opt/local
> 
> All of which adds up to around 2.2 Gb. I have specified the tape compression
> device, but to use software compression for c1t1d0s0 otherwise amanda won't
> touch it.

Don't get what you mean "specified the tape compression device" unless you
are saying something like /dev/rmt/0cn.  If that is the case, figure out
why amanda "won't touch" /opt/local.  You should never mix hardware and
software compression.  Amanda doesn't do the backups, so she really never
touches them.

> My test level 0 dump produced this, which is baffling:
> 
> These dumps were to tapes godzilla1, godzilla2.
> The next 2 tapes Amanda expects to used are: a new tape, a new tape.
> 
> FAILURE AND STRANGE DUMP SUMMARY:
> godzilla   c1t1d0s0 lev 0 FAILED ["data write: Broken pipe"]
> godzilla   c1t1d0s0 lev 0 FAILED [dump to tape failed]
> 
> [lots of ufsdump output deleted]
> 
> and then this:
> 
> DUMP SUMMARY:
> DUMPER STATS            TAPER STATS 
> HOSTNAME     DISK        L ORIG-KB OUT-KB COMP% MMM:SS  KB/s MMM:SS  KB/s
> -------------------------- --------------------------------- ------------
> godzilla     c1t1d0s0    0 1242399 704928  56.7 185:46  63.2 185:47  63.2
> godzilla     c1t2d0s0    0  121088 121088   --    4:29 450.2   4:30 448.6
> godzilla     c1t3d0s0    0  720032 720032   --   23:19 514.8  23:20 514.5
> godzilla     c1t5d0s0    0  267392 267392   --   10:15 434.5  10:17 433.8
> 
> (brought to you by Amanda version 2.4.2p2)
> 
> So it looks like it succeeded, but amanda wasted a couple of hours getting
> halfway through a ufsdump which was always going to fail, then getting it
> right with the second tape.

Is there a reason you are not using a holding disk?

Is your tape capacity below 2 GB?  Only 1.8 GB total was written?

Why do you say it "was always going to fail"?  Is it something that amanda
should have predicted?  Why did it fail?  Amanda is just reporting what
the backup programs reported to her.

There may be more detail available in some log files.  Amanda generally puts
its debug logs in /tmp/amanda.  Solaris is likely to have recorded something
about the ufsdump error in /var/adm/messages.

> Is there a way to force the first three partitions onto one tape, and the 
> fourth onto the second? 

Don't recall one, why would you want to?

-- 
Jon H. LaBadie                  [EMAIL PROTECTED]
 JG Computing
 4455 Province Line Road        (609) 252-0159
 Princeton, NJ  08540-4322      (609) 683-7220 (fax)

Reply via email to