Re: trouble backing up with tar
On 09.08.2001 06:47:51 "John R. Jackson" wrote: >>Can anybody tell me why ufsdump is being used instead of vxdump? > >Amanda makes that decision based on what's in your /etc/vfstab file. >What does the disklist entry for this disk look like (i.e. are you telling >Amanda the mount point or a /dev entry?)? What does the corresponding >/etc/vfstab entry say? Yeah, I guessed that much and after adding an entry to /etc/vfstab the backup was successful. Obviously the real problem was that there was no /etc/vfstab entry for the disk, because it's been mounted from Veritas Cluster. Regards Silke
RE: trouble backing up with tar
For some strange reason that doesn't work. The backup always fails with: sendsize: getting size via dump for /dev/vx/dsk/tmp_perforce/vol01 level 0 sendsize: running "/usr/sbin/ufsdump 0sf 1048576 - /dev/vx/rdsk/tmp_perforce/vol01" running /usr/local/libexec/killpgrp-2.4.1p1 DUMP: Warning - super-block on device `/dev/vx/rdsk/tmp_perforce/vol01' is corrupt - run fsck DUMP: The ENTIRE dump is aborted. Can anybody tell me why ufsdump is being used instead of vxdump? I built the amanda client on the machine with the disk and configure found vxdump and vxrestore. Regards Silke "Jolet, John" edic.com>cc: Subject: RE: trouble backing up with tar 03.08.01 14:53 use dump. it runs dump on the 2.6 machine, then pipes the stuff through to the amanda server. I'm backing up aix boxes using aix's backup to a linux amanda server. the dump program is local to the client. -----Original Message- From: Silke Mueller [mailto:[EMAIL PROTECTED]] Sent: Friday, August 03, 2001 5:48 AM To: [EMAIL PROTECTED] Subject: trouble backing up with tar Hi, I want to back up a 40 GB disk with gnutar and a DLT 7000. There are approximately 1.300.000 files on the disk and the dump exits with the error message "driver: result time 8235.753 from dumper0: FAILED 01-2 [data timeout]". There are no other errors. Btw. the etimeout is 15000. I don't use dump, because the disk is vxfs on a Solaris 2.6 machine and my backup server is a Solaris7 machine without any vxfs. Any ideas how to solve this? Thanks Silke
trouble backing up with tar
Hi, I want to back up a 40 GB disk with gnutar and a DLT 7000. There are approximately 1.300.000 files on the disk and the dump exits with the error message "driver: result time 8235.753 from dumper0: FAILED 01-2 [data timeout]". There are no other errors. Btw. the etimeout is 15000. I don't use dump, because the disk is vxfs on a Solaris 2.6 machine and my backup server is a Solaris7 machine without any vxfs. Any ideas how to solve this? Thanks Silke
Problems with tar
Hello, I'm using gnutar to save some devices and I get something like this on tape: 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz1/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz10/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz11/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz12/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz13/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz14/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz15/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz16/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz17/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz18/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz19/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz2/ 07270112417/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz20/ 07270112420/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz21/ 07270112420/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz22/ 07270112420/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz23/ 07270112420/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz24/ 07270112420/./OPCTEST/OPC/TIM/skripte/Opc_esi/data/input/Ota/sz25/ Due to the prefix numbers it takes a lot of time and work to restore entire directories from tape. So my question is: what are those numbers and how do I get amanda to not write them on the tape? Any help is appreciated. Regards Silke - Silke Mueller | Am Hoppenhof 33 ORGA Kartensysteme| 33104 Paderborn email: [EMAIL PROTECTED] | phone: +49 +5251 889-1305
