new tape drive - backup issues

From: Bucholtz, Michael (michael.bucholtz_at_oasolutions.ca)
Date: 08/04/05

  • Next message: Bucholtz, Michael: "SUMMARY new tape drive - backup issues"
    Date: Thu, 04 Aug 2005 10:33:26 -0700
    To: tru64-unix-managers@ornl.gov
    
    

    We recently installed a new scsci hba & tape drive to replace older
    equipment..
     
    The parts configured fine on the system, can see the devices etc.
    Backing up the system using vdump went fine (see part of the log below),
    but when trying to do a restore, no matter how far we advance the tape
    to the next file system, it always shows trying to restore the root
    fileset (/):

    Here's a snippit of the vdump log (backup the actual /, /usr & /var
    filesets and clone the other 8 filesets).. we do full backups. Any idea
    where I can look to find what the issue is? When I try to advance the
    tape, I do a "mt fsf 3" (to get to the first cloned fileset).. vrestore
    -l lists the root fileset.. our procedure hasn't changed..just the 2
    devices..

    The name of the modified device is /dev/ntape/tape1c
    path : /
    dev/fset : root_domain#root
    type : advfs
    advfs id : 0x41607586.000e2bf0.1
    vdump: Date of last level 0 dump: the start of the epoch
    vdump: Dumping directories
    vdump: Dumping 225834447 bytes, 203 directories, 4435 files
    vdump: Dumping regular files

    vdump: Status at Thu Aug 4 00:19:50 2005
    vdump: Dumped 225957217 of 225834447 bytes; 100.1% completed
    vdump: Dumped 203 of 203 directories; 100.0% completed
    vdump: Dumped 4435 of 4435 files; 100.0% completed
    vdump: Dump completed at Thu Aug 4 00:19:50 2005

    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::
    Backing up /usr at Thu Aug 4 00:19:50 PDT 2005
    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::

    The name of the modified device is /dev/ntape/tape1c
    path : /usr
    dev/fset : usr_domain#usr
    type : advfs
    advfs id : 0x4160758d.000ddbe0.1
    vdump: Date of last level 0 dump: the start of the epoch
    vdump: Dumping directories
    vdump: Dumping 987084042 bytes, 1257 directories, 29803 files
    vdump: Dumping regular files

    vdump: Status at Thu Aug 4 00:22:59 2005
    vdump: Dumped 989488328 of 987084042 bytes; 100.2% completed
    vdump: Dumped 1257 of 1257 directories; 100.0% completed
    vdump: Dumped 29803 of 29803 files; 100.0% completed
    vdump: Dump completed at Thu Aug 4 00:22:59 2005

    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::
    Backing up /var at Thu Aug 4 00:22:59 PDT 2005
    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::

    The name of the modified device is /dev/ntape/tape1c
    path : /var
    dev/fset : var_domain#var
    type : advfs
    advfs id : 0x4160758e.00081c40.1
    vdump: Date of last level 0 dump: the start of the epoch
    vdump: Dumping directories
    vdump: Dumping 1182239883 bytes, 600 directories, 7144 files
    vdump: Dumping regular files

    vdump: Status at Thu Aug 4 00:26:52 2005
    vdump: Dumped 1182271238 of 1182239883 bytes; 100.0% completed
    vdump: Dumped 600 of 600 directories; 100.0% completed
    vdump: Dumped 7150 of 7144 files; 100.1% completed
    vdump: Dump completed at Thu Aug 4 00:26:52 2005

    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::
    Backing up /csb/cnc from /clones/cnc at Thu Aug 4 00:26:52 PDT 2005
    ::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
    :::::::

    The name of the modified device is /dev/ntape/tape1c
    path : /clones/cnc
    dev/fset : coll_domain#clonecnc
    type : advfs
    advfs id : 0x41608004.000dcdf8.15
    vdump: Date of last level 0 dump: the start of the epoch
    vdump: Dumping directories
    vdump: Dumping 16376377704 bytes, 1394 directories, 182429 files
    vdump: Dumping regular files

    vdump: Status at Thu Aug 4 00:32:31 2005
    vdump: Dumped 3971426059 of 16376377704 bytes; 24.3% completed
    vdump: Dumped 63 of 1394 directories; 4.5% completed
    vdump: Dumped 79600 of 182429 files; 43.6% completed

    vdump: Status at Thu Aug 4 00:37:31 2005
    vdump: Dumped 8134342151 of 16376377704 bytes; 49.7% completed
    vdump: Dumped 219 of 1394 directories; 15.7% completed
    vdump: Dumped 84683 of 182429 files; 46.4% completed

    vdump: Status at Thu Aug 4 00:42:33 2005
    vdump: Dumped 11772745476 of 16376377704 bytes; 71.9% completed
    vdump: Dumped 304 of 1394 directories; 21.8% completed
    vdump: Dumped 163927 of 182429 files; 89.9% completed

    vdump: Status at Thu Aug 4 00:47:40 2005
    vdump: Dumped 15736664708 of 16376377704 bytes; 96.1% completed
    vdump: Dumped 493 of 1394 directories; 35.4% completed
    vdump: Dumped 172479 of 182429 files; 94.5% completed

    vdump: Status at Thu Aug 4 00:48:46 2005
    vdump: Dumped 16376382966 of 16376377704 bytes; 100.0% completed
    vdump: Dumped 1394 of 1394 directories; 100.0% completed
    vdump: Dumped 182429 of 182429 files; 100.0% completed
    vdump: Dump completed at Thu Aug 4 00:48:46 2005

    Removing clone fileset coll_domain clonecnc

    (7 additional filesets are backed up after this..)

     
     
    Michael Bucholtz
    Systems Consultant, Colleague Operations & Support
    OA Solutions
    E-mail: michael.bucholtz@oasolutions.ca
    Phone: 250-385-4333 ext 213
    Fax: 250-483-3380
    Cell: 250-217-8976
    www.oasolutions.ca


  • Next message: Bucholtz, Michael: "SUMMARY new tape drive - backup issues"

    Relevant Pages

    • SUMMARY new tape drive - backup issues
      ... I was able to successfully restore files from various filesets off the ... I was specifing the dump command as: ... Backing up the system using vdump went fine, ... Dumping 225834447 bytes, 203 directories, 4435 files ...
      (Tru64-UNIX-Managers)
    • SUMMARY: vdump errors
      ... Thanks to Dr. Thomas Blinn. ... every once in while when running vdump on the root partition. ... Dumping 4700040 bytes, 162 directories, 69 files ... create a different backup strategy for /tmp, if a backup is necessary, ...
      (Tru64-UNIX-Managers)
    • vdump errors
      ... I have an ES40 running 5.1A PK3. ... every once in while when running vdump on the root partition. ... Dumping 4700040 bytes, 162 directories, 69 files ...
      (Tru64-UNIX-Managers)
    • Inaccurate copy of filesystem using vdump.
      ... I am attempting to copy a remotely mounted cdrom using vdump in the manner ... vrestore: Date of the vdump save-set: Tue Feb 24 11:32:17 2004 ... Dumping 489381888 bytes, 1417 directories, 2414 files ... # cat /install2/stage/disk.label ...
      (Tru64-UNIX-Managers)