public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
* xfsdump -J: affecting 'normal dumps?'
@ 2009-06-12 15:38 Linda A. Walsh
  0 siblings, 0 replies; only message in thread
From: Linda A. Walsh @ 2009-06-12 15:38 UTC (permalink / raw)
  To: xfs-oss

I wanted to copy a file system to another partition.  To get
everything, I used xfsdump/restore with the "-J" option, which is
stated to not update the online dump inventory.

My dumps, since the 1st of the month have been working 
fine up to this morning -- They were levels
0,2,5,4,7,6,9,8,9,9 and this mornings was a '1'.  It failed
saying that the last level 0 dump upon which it was based had
failed -- but AFAIK, that's not possible if the intermediate
(2,5,4,7,6,9,8,9,9) dumps all worked.  The only thing that couldl
have thrown it off would have been my xfsdump/restore (a data copy)
where both the dump and restore used the '-J' option (I encoded it 
in a script as:

xfsdump -b 64k -l 0 -J -p 300 - "$1" | xfsrestore -b 64k -B -F -J  - "$2"

Do I misunderstand the function of the "-J" switch?  Shouldn't
my level '1' dump have ignored the "datacopy" dump I performed with
the -J?  

Or was(is) there another option I should have(be) using?

Is there any easy way to get my dumps back-on-track?  I.e. to kick off a normal level-1 dump and have it be based on my June-1 lvl 0 dump?

Thanks!
Linda

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2009-06-12 15:38 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-06-12 15:38 xfsdump -J: affecting 'normal dumps?' Linda A. Walsh

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox