I am having trouble with my tape changer and am curious as to if anyone else has this problem. I have a netfiler 740 (w/ Ontap 5.1.2) with a Quantum PowerStore L500 Library (DLT7000). It refuses to change tapes when I run the appropriate DUMP command. If anyone has experienced this and/or has a solution, any input would be appreciated.
Thanx
W. Patrick Day Sys Admin Bayer Corporation patrick.day.b@bayer.com
I am having trouble with my tape changer and am curious as to if anyone else has this problem. I have a netfiler 740 (w/ Ontap 5.1.2) with a Quantum PowerStore L500 Library (DLT7000). It refuses to change tapes when I run the appropriate DUMP command. If anyone has experienced this and/or has a solution, any input would be appreciated.
Dump only does the automatic unload/reload thing (the urst devices) with a tape stacker, or a library running stacker mode.
To take advantage of a library, NDMP is needed.
This sometimes is a problem.
To test the functionality, you don't even need to use dump. Something like "mt -f rst0a offline" will change tapes when the library is properly configured for stacker mode (or the stacker is properly configured to be itself).
Stephen Manley FS Recovery Enthusiast
Hi chaps,
Being my first question on this list, go easy on me ;)
I would like to be able to dump multiple qtrees to tape via rsh and not the local console.
A bit like this:
rsh -n ukwfs9 dump 0ufn urst0a,nrst0a treetest / <<!EOT
qtree0 qtree1
!EOT
As the above don't work, can it be done as it just does '/'. I can also do 'rsh -n ukwfs9 dump 0uf urst0a,nrst0a qtree' which works fine, but dumping one qtree is of no help!
Thanks
Peter
Hi chaps,
Being my first question on this list, go easy on me ;)
I would like to be able to dump multiple qtrees to tape via rsh and not the local console.
A bit like this:
rsh -n ukwfs9 dump 0ufn urst0a,nrst0a treetest / <<!EOT
qtree0 qtree1
!EOT
As the above don't work, can it be done as it just does '/'. I can also do 'rsh -n ukwfs9 dump 0uf urst0a,nrst0a qtree' which works fine, but dumping one qtree is of no help!
To dump multiple subtrees, you want to add the 'l' option (it means something different on NetApp dump than on ufsdump). This will look for the input of the subdirectories you want to dump.
So maybe, rsh -n ukwfs9 dump 0ufnl urst0a,nrst0a treetest /
And then feed in the input however you prefer.
Though, in 5.1 a full qtree or volume dump will tend to perform better than a subtree dump (due to find performance). Also, there is a 'Q' option to dump all data NOT found in qtrees.
Sm
On Wed, 2 Dec 1998, Stephen Manley wrote:
Hi chaps,
Being my first question on this list, go easy on me ;)
I would like to be able to dump multiple qtrees to tape via rsh and not the local console.
A bit like this:
rsh -n ukwfs9 dump 0ufn urst0a,nrst0a treetest / <<!EOT
qtree0 qtree1
!EOT
As the above don't work, can it be done as it just does '/'. I can also do 'rsh -n ukwfs9 dump 0uf urst0a,nrst0a qtree' which works fine, but dumping one qtree is of no help!
To dump multiple subtrees, you want to add the 'l' option (it means something different on NetApp dump than on ufsdump). This will look for the input of the subdirectories you want to dump.
So maybe, rsh -n ukwfs9 dump 0ufnl urst0a,nrst0a treetest /
And then feed in the input however you prefer.
Does not seem to work, the dump command is waiting for input!
Though, in 5.1 a full qtree or volume dump will tend to perform better than a subtree dump (due to find performance). Also, there is a 'Q' option to dump all data NOT found in qtrees.
Sm
I would like to be able to dump multiple qtrees to tape via rsh and not the local console.
A bit like this:
rsh -n ukwfs9 dump 0ufn urst0a,nrst0a treetest / <<!EOT
qtree0 qtree1
!EOT
To dump multiple subtrees, you want to add the 'l' option (it means something different on NetApp dump than on ufsdump). This will look for the input of the subdirectories you want to dump.
So maybe, rsh -n ukwfs9 dump 0ufnl urst0a,nrst0a treetest /
And then feed in the input however you prefer.
Does not seem to work, the dump command is waiting for input!
Are you sure? I have a script here:
tooting:/u/stephen/tmp(4) cat script rsh milton dump 0ufnl rst0a treetest / <<!EOT home etc
!EOT
tooting:/u/stephen/tmp(5) ./script DUMP: Dumping tape volume 1 on rst0a DUMP: creating "/vol/vol0/.snapshot/snapshot_for_backup.9547" snapshot. DUMP: Using Partial Volume Dump of selected subtrees DUMP: Date of this level 0 dump: Thu Dec 3 09:13:32 1998. DUMP: Date of last level 0 dump: the epoch. DUMP: Dumping /vol/vol0/ to null DUMP: mapping (Pass I)[regular files] DUMP: Reading file names from standard input ==>>>> (Note: It took a while before the next line came out) <<<<<== DUMP: mapping (Pass II)[directories] DUMP: estimated 273944 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: dumping (Pass V) [ACLs] DUMP: 273806 tape blocks DUMP: DUMP IS DONE DUMP: Deleting "/vol/vol0/.snapshot/snapshot_for_backup.9547" snapshot
It just seems to work.
Perhaps you aren't waiting for the Pass I of dump to complete? It will need to spend some time traversing the file system. Perhaps you should do a "sysstat" to see if there is filer activity?
Or maybe a smaller dump, just so you know if it works. Maybe create a dummy directory, so that dump just flies through the mapping phase?
Stephen Manley FS Recovery Groupie
-
Hunter Mr P -
Patrick.Day.B＠bayer.com -
stephen＠netapp.com