Hi,
Our daily vdump backup takes 2 tapes/day.
I tried to vrestore a file that's on Volume 2
of the tape & ran into this :
(believe we can't just load Volume 2 but has
to put in Volume 1 first)
ssgp09_root >>>tp=/dev/ntape/tape0c; export tp
ssgp09_root >>>mt -f $tp fsf 8
ssgp09_root >>>vrestore -i $tp
vrestore: Date of the vdump save-set: Thu Aug 2 01:24:06 2007
vrestore: Save-set source directory : /u05
(/) ls
.:
.tags dump/ home/ u05-fs users/
(/) cd dump
(/dump/) ls
.:
cdb_bckup_me.dmp.Z cdb_postbckup.dmp.Z
cdbhon_postbckup.dmp.Z cdblab_postbckup.dmp.Z
cdbsha_postbckup.dmp.Z cdbtok_postbckup.dmp.Z
cohk_bckup.dmp cosh_bckup.dmp
cost_bckup.dmp.Z coty_bckup.dmp
ffs_bckup.dmp lrpt_bckup_hon.dmp.Z
lrpt_bckup_sgp.dmp.Z lrpt_bckup_sha.dmp.Z <== file to
restore
lrpt_bckup_tok.dmp.Z pbst_posbckup.dmp.Z
pbst_prebckup.dmp.Z saf_bckup.dmp.Z
wss_postbckup.dmp wss_postbckup.dmp.Z
wss_prebckup.dmp wss_prebckup.dmp.Z
wss_purge_year_end_pre_SGP.dmp wss_purge_year_end_pre_SGP.dmp.Z
(/dump/) add lrpt_bckup_sha.dmp.Z
(/dump/) extract
vrestore: Change Tapes: Mount tape# 0002
vrestore: can't open device file </dev/tape/tape0_d1>; not ready
vrestore: can't open device file </dev/tape/tape0_d1>; not ready
vrestore: can't open device file </dev/tape/tape0_d1>; not ready
vrestore: can't open device file </dev/tape/tape0_d1>; not ready
vrestore: Press RETURN when tape is mounted...
*****
(I then login thru another session to load 2nd tape volume :
ssgp09_root >>>robot unload slot 3 drive 0
UNLOAD DRIVE 0 into SLOT 3 using ROBOT /dev/changer/mc0.
ssgp09_root >>>robot load slot 2 drive 0
LOADING SLOT 2 into DRIVE 0 using ROBOT /dev/changer/mc0.
ssgp09_root >>>
ssgp09_root >>>mt -f /dev/tape/tape0c stat
DEVIOGET ELEMENT CONTENTS
---------------- --------
category DEV_TAPE
bus DEV_SCSI
interface SCSI
device TZ89
adpt_num 0
nexus_num 5
bus_num 1
ctlr_num 1
slave_num 1
dev_name tz
unit_num 1
soft_count 0
hard_count 0
stat 0xD
DEV_BOM DEV_OFFLINE DEV_WRTLCK
category_stat 0x0
DEV_85700_BPI
DEVGETINFO ELEMENT CONTENTS
------------------ --------
media_status 0x10009
BOM WrtProt POS_VALID
unit_status 0x1a2
Offline 2_FM_Close Rewind Compacting Buffered
record_size 0
density (current) 85700 BPI
density (on write) 81630 BPI
Filemark Cnt 0
Record Cnt 0
Class 1 - DLT (tk)
MTIOCGET ELEMENT CONTENTS
---------------- --------
mt_type MT_ISSCSI
mt_dsreg 0xD
DEV_BOM DEV_OFFLINE DEV_WRTLCK
mt_erreg 0x2 Unit is not ready.
mt_resid 0
mt_fileno 0
mt_blkno 0
DEV_EEI_STATUS
version 0x2
status 0x3200 Device inoperable (needs initialize)
flags 0x1000007
CAM_STATUS SCSI_STATUS SCSI_SENSE CAM_DATA
cam_status 0x4 CCB request completed with an err
scsi_status 0x2 SCSI_STAT_CHECK_CONDITION
scsi_sense_data (hex)
70 0 2 0 0 0 0 16
0 0 0 0 4 1 0 0
0 0 82 7 6c 0 0 2a
8e 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0
0 0 0 0 0 0 0
ASC/ASQ = 4/1 LUN Is in process of becoming ready)
*****
Then I hit ENTER on the other session to continue on the 1st session :
vrestore: encountered unexpected block type; terminating
BLOCK HEADER
block size : 61440
flags : <compressed>
volume set : 1
volume sets: 1
volume num : 0
block num : 1
header CRC : 0xdb0a
block CRC : 0x0000
xor blocks : 0
xor blk num: 0
id : Wed Aug 1 02:05:57 2007
version : 5.0
0 0x0000f000 0x00000001 0x00010001 0x00010000
4 0x0000db0a 0x00000000 0x46af7a05 0x00302e35
8 0x00000000 0x00000000 0x00000000 0x00000000
12 0x00000000 0x00000000 0x00000000 0x46af79cd
16 0x00072392 0x00000000 0x00000000 0x00000000
20 0x00000000 0x00000000 0x00000000 0x00000000
24 0x00000000 0x00000000 0x00000000 0x00000000
28 0x00000000 0x00000000 0x00000000 0x00000000
32 0x00000000 0x00000000 0x00000000 0x00000000
36 0x00000000 0x00000000 0x00000000 0x00000000
40 0x00000000 0x00000000 0x00000000 0x00000000
44 0x00000000 0x00000000 0x00000000 0x00000000
48 0x00000000 0x00000000 0x00000000 0x00000000
52 0x00000000 0x00000000 0x00000000 0x00000000
56 0x00000000 0x00000000 0x00000000 0x00000000
60 0x00000000 0x00000000 0x00000000 0x00000000
vrestore: rewinding tape
The file to restore is in 2nd volume but I believe
I have to go thru the 1st volume (which the "ls"
command showed the file is there).
What have I missed?
Thanks,
Goh
Received on Sat Oct 20 2007 - 17:39:15 NZDT