Re: xfsdump Problems

From: noorg (engineer_at_noorg.org)
Date: 08/17/04 

Date: Tue, 17 Aug 2004 02:14:38 GMT

Hi Tristram,

> > Another thought. I wonder if io_ring_length was too small. I was
> > using the default 3 by 2MB ring. I'll search groups.google.com for
> > this to see if this is pertinant.
>
> I wouldn't have thought that would be a problem. The defaults have
> always worked fine for me with various DAT drives.

Thanks for that confirmation.

> >
> > Also, I forgot to include the xfs_dump command line I used. Here it
> > is:
> >
> > xfsdump -f /dev/tape -l 0 -L iris08062004 -M tape00 -p 120 -v verbose
> > /CDROM
> >
>
> Are you trying to dump the CDROM? That would seem a bit strange.

No. /CDROM is just a mount point for the dump source which is an
IRIX system disk (IRIX6.5.20 boot volume).

> Have you tried doing an xfsdump to disk rather than tape?

Not yet.

> Can you work the tape happily with tar or dd?

I've not tried but I should give this a whirl.

> Have you tried using the non-compression device instead?

I'm using the default /dev/tape device.

> You say the error occurs after you have swapped tapes. What if you do a
> smaller dump which only needs one tape? Does that cause errors?

I recently finished a level 0 dump of a 6.5.20 system disk under IRIX
6.2
using the 6.2 xfsdump implementation whereas IRIX 6.5.20 xfsdump has
been
failing (as documented in earlier posts of this thread). This xfsdump
implementation is part of patchSG0003289.eoe_sw.xfs for IRIX6.2.
The dump target was a single tape.

Given the above, I think I may have encountered an xfsdump bug. I need
to
firm up that hypothesis though.

> I use xfsdump across multiple tapes and drives without troubles from my
> Octane. One of my DAT drives is the same model as yours. The only
> troubles I have encountered have been when I used the non-rewinding
> devices, and then switched the machine off with the tape not rewound.
> That seems to corrupt the tape at the point it was up to. I'm still
> running IRIX 6.5.15, mind you, so it is always possible there are some
> extra bugs in 6.5.20.

I've never had problems with this DAT drive.

> You could pick up another DDS2 or DDS3 drive from ebay for 20 or 30 GBP.

I'm not convinced that it's a DAT drive problem.

Thanks for your response.

> --
> Dr Tristram J. Scott
> Energy Consultant

Yours,

Josh.

.------------------------------------------------.
| Josh Birnbaum Mail: engineer@noorg.org |
| President Internet: www.noorg.org |
| Noorg, Inc |
| ---------------------------------------------- |
| ifchk - host based promiscuous mode detection |
| & handling available for download at: |
| http://www.noorg.org/ifchk/ |
`------------------------------------------------'

Relevant Pages

  • Re: xfsdump Problems
    ... > Are you trying to dump the CDROM? ... I recently finished a level 0 dump of a 6.5.20 system disk under IRIX ... using the 6.2 xfsdump implementation whereas IRIX 6.5.20 xfsdump has ... The dump target was a single tape. ...
    (comp.sys.sgi.misc)
  • Multi-tape backup with "dump"
    ... dump wedges when I put in a new tape. ... as much cpu as they can, ... <ACPI PCI bus> on pcib0 ...
    (freebsd-questions)
  • ufsrestore not /dev/fd friendly
    ... I've recently begun keeping dump tapes' contents online. ... Verify tape and initialize maps ... Unfortunately, on Solaris, ufsrestore seems to incorrectly interpret ... resync restore, skipped 1 blocks ...
    (comp.unix.solaris)
  • Re: Using xfs_growfs on a single disc
    ... xfsdump: ... xfsdump: ino map phase 1: skipping ... xfsrestore: ...
    (comp.sys.sgi.misc)
  • Re: Dumping SMF directly to TAPE
    ... Actually our SMF dump job dumps to a daily tape which in the next step is mod on to a weekly tape using IEBGENER. ... This proc used the old IBM "SMFDUMP" program to dump all non-empty SMF datasets to DASD GDS. ...
    (bit.listserv.ibm-main)