Re: [Veritas-bu] zoming survey/question
On Wed, Jan 04, 2006 at 03:37:54PM -0500, Dhotre, Shekhar wrote: > > >>This makes it much easier if you ever have to swap an HBA (and we have > had one fail on our master/media server) - I only >>have to update 1 > zone. > > If you configure port based zoning ,then you even don't have to make > zone changes -just swap the failed HBAs or drives . Vendors don't recommend this these days. If a gbic fails on your switch, you'll be rezoning then instead. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RE: vmphyinv "File name already exists"
Got it. Found some old MNT_BY_SLOT_x_x files lying around in volmgr/misc. Duh :) Thanks, Jan -Original Message- From: Chaves, Jan Amcil L. Sent: Thursday, January 05, 2006 10:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: vmphyinv "File name already exists" Hello! I get this output whenever I do vmphyinv: vmphyinv -rn 0 -slot_range 1 7 -d hcart -non_interactive Waiting for mount of media from TLD(0), slot # 1 on host mktibackup Could not mount media from TLD(0), slot # 1 File name already exists We're running NB 5.0 MP5 with two TLDs, TLD(0) and TLD(1). Any clues? Thanks, Jan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] vmphyinv "File name already exists"
Hello! I get this output whenever I do vmphyinv: vmphyinv -rn 0 -slot_range 1 7 -d hcart -non_interactive Waiting for mount of media from TLD(0), slot # 1 on host mktibackup Could not mount media from TLD(0), slot # 1 File name already exists We're running NB 5.0 MP5 with two TLDs, TLD(0) and TLD(1). Any clues? Thanks, Jan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] EMC SIME with Exchange 2003
Title: Message Yes, I am mounting it to the SIME server. Yes, I can see the database files. Yes, I even tried copying these files to a different directory. That is what I don’t understand. I have no exclude list yet when a backup runs for that directory, only the directories are backed up, not the files themselves. I only know this is because when I bring up the restore screen, I only see directories. The backup has a returned code of zero. Ken -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Wednesday, January 04, 2006 9:46 AM To: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] EMC SIME with Exchange 2003 Not with SIME. SIME integrates with Exchange to take a snapshot of the exchange database to a flatfile that can be backed up to tape, mounted on another exchange server. basically the same as telling SQL to do a hot backup to a flat file, then using netbackup to backup the flat fileno need for the SQL agent. Kenneth, are you mounting the snap on an second exchange server, starting exchange services and backing it up from there if so, then yeah, you would need to use the exchange agent to backup that server. you should be just mounting the volume as a share on a regular windows server, and backing it up as D:\, E:\ or whatever. can you see the database files when you browse for restore, before performing the actual restore? Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eliza Yam Sent: January 4, 2006 12:16 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] EMC SIME with Exchange 2003 Exchange database backup requires NBU Exchange Agent. From: "Lee, Kenneth (SBS US)" <[EMAIL PROTECTED]> To: Subject: [Veritas-bu] EMC SIME with Exchange 2003 Date: Tue, 3 Jan 2006 18:20:13 -0500 NetBackup 5.1 – Solaris Client: Exchange 2003 server. I am using EMC SIME to backup Exchange. On the SIME server where the copy of the Exchange database is mounted, when I do a flat file backup of the Exchange database, I receive a return code of zero. But when I tried to restore the Exchange files, I only see the directories and never the actual database files. What am I missing and has anyone run into this problem? Thanks, Ken ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] UNIX RAW PARTITION RESTORE QUESTION....
Title: UNIX RAW PARTITION RESTORE QUESTION All.. My original e-mail got stepped on by someone replying with another question in it, so I changed my subject and will ask my question again, here goes.. Our environment is HP-UX 11.11, Netbackup 5.1 MP3 backing up mostly HP unix with some Sun and Windows backups. I am doing a raw backup on one of the Sun servers and need to test the restore. I can’t find any info on the steps for a raw restore, searched Symantics site and got lost, looked in the archives for this mailing list and came up with nothing. Looked in the System Administrator’s Guide and found very little. Can anyone point me to any Unix raw partition restore examples? My backup policy consists of 87 /dev/rdsk/c**t**d* entries. Can the restore be done via the gui? I know there is a “Raw Partition Backups” under the Restore Type pull down. But I’m not sure what to do after that. I looked at the “bprestore” command and do not see anything referring to a raw restore. Any help or direction will be appreciated, thanks in advance. Wayne BeDour IT Unix System Administrator PH: 313-240-3374 FAX: 313-240-3065 Internet: [EMAIL PROTECTED] ** ** LEGAL DISCLAIMER ** ** This E-mail message and any attachments may contain legally privileged, confidential or proprietary information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this E-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this E-mail message from your computer.
RE: [Veritas-bu] Raw Partition Restore
Title: Raw Partition Restore 15:52:34.820 [964.1180] <2> bprd: socket fd from accept() is 40815:52:34.820 [964.1180] <2> listen_loop: request complete15:52:34.883 [1836.2136] <2> bprd: Created terminate event:"NetBackup Terminate Event, pid: 1836"15:52:34.883 [1836.2136] <2> bprd: Created suspend event:"NetBackup Suspend Event, pid: 1836"15:52:34.883 [1836.2136] <2> logconnections: BPRD ACCEPT FROM 132.158.202.21.4535 TO 132.158.202.21.1372015:52:34.883 [1836.2136] <2> process_request: setsockopt SO_LINGER on 408 succeeded.15:52:34.899 [1836.2136] <2> connected_peer: Connection from host SEMIBKUP1, 132.158.202.21, on non-reserved port 453515:52:34.899 [1836.2136] <2> ParseConfigExA: Unknown configuration option on line 75: RenameIfExists = 115:52:34.899 [1836.2136] <2> ParseConfigExA: Unknown configuration option on line 75: RenameIfExists = 115:52:34.899 [1836.2136] <2> process_request: command C_READ_HOST_CONFIG (73) received15:52:34.914 [1836.2136] <2> get_type_of_client_port: db_getCLIENT() failed: no entity was found (227)15:52:34.914 [1836.2136] <2> nb_getsockconnected: host=ISIL51 service=bpcd address=192.157.180.7 protocol=tcp reserved port=1378215:52:34.914 [1836.2136] <2> nb_getsockconnected: Connect to ISIL51 on port 90615:52:34.914 [1836.2136] <2> logconnections: BPCD CONNECT FROM 132.158.202.21.906 TO 192.157.180.7.1378215:53:34.916 [1836.2136] <2> bpcr_connect: bpcr_connect timeout during select after 60 seconds on port 56315:53:34.916 [1836.2136] <2> put_string: cannot write data to network: An established connection was aborted by the software in your host machine. 15:53:34.916 [1836.2136] <2> send_bprdES: put_string() failed - An established connection was aborted by the software in your host machine. (10053), network write error Any ideas? SEMIBKUP1 = Master Server ISIL51 = Client -Jonathan From: Dhotre, Shekhar [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 3:36 PMTo: Martin, Jonathan (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Raw Partition Restore add entry in the hosts file . run bpclntcmd -hn hostname and -ip on media and client servers . restart the services check if the client has master and media server listed - add fully qualified domain name . enable the logs on client -there is a batch file in veritas/logs directory - it will create all the log file s. monitor the error for any errors and post it .. But after following first three steps it must work ... Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor)Sent: Wednesday, January 04, 2006 2:48 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Raw Partition Restore I just rebuilt a server, new OS (WIN2003) and new hardware, but same network location, server name etc etc... When I go into archive and restore I can see the old server's past backups but for some reason the media server cannot connect to this machine. I've removed it from all policies and added it again but still nothing. Any ideas? Jonathan Martin Intersil Corporation Server and Security Operations [EMAIL PROTECTED] (321) 724-7314 "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
RE: [Veritas-bu] zoming survey/question
>>This makes it much easier if you ever have to swap an HBA (and we have had one fail on our master/media server) - I only >>have to update 1 zone. If you configure port based zoning ,then you even don't have to make zone changes -just swap the failed HBAs or drives . Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED] 48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Wednesday, January 04, 2006 3:11 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] zoming survey/question On Wed, Jan 04, 2006 at 10:50:46AM -0500, Paul Keating wrote: > Just curiousthose of you who admin your own zones/FC switches. > > How do you zone your drives/servers? > > for each HBA port, do you create a zone for the HBA port and all > drives visable to it? > ie. one HBA and 3 drives = 1 zone? Yup. We create 1 zone per host (per fabric). > ZONE_A = Server1_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 (then assuming SSO) > ZONE_B = Server2_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 In our case, our media server has a single zone on each fabric. It contains the WWNs of the HBA, the Fibre/SCSI bridges, and the storage arrays for its DSSUs. This makes it much easier if you ever have to swap an HBA (and we have had one fail on our master/media server) - I only have to update 1 zone. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu - "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country." ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Raw Partition Restore
Title: Raw Partition Restore add entry in the hosts file . run bpclntcmd -hn hostname and -ip on media and client servers . restart the services check if the client has master and media server listed - add fully qualified domain name . enable the logs on client -there is a batch file in veritas/logs directory - it will create all the log file s. monitor the error for any errors and post it .. But after following first three steps it must work ... Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan (Contractor)Sent: Wednesday, January 04, 2006 2:48 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Raw Partition Restore I just rebuilt a server, new OS (WIN2003) and new hardware, but same network location, server name etc etc... When I go into archive and restore I can see the old server's past backups but for some reason the media server cannot connect to this machine. I've removed it from all policies and added it again but still nothing. Any ideas? Jonathan Martin Intersil Corporation Server and Security Operations [EMAIL PROTECTED] (321) 724-7314 "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
Re: [Veritas-bu] zoming survey/question
On Wed, Jan 04, 2006 at 10:50:46AM -0500, Paul Keating wrote: > Just curiousthose of you who admin your own zones/FC switches. > > How do you zone your drives/servers? > > for each HBA port, do you create a zone for the HBA port and all drives > visable to it? > ie. one HBA and 3 drives = 1 zone? Yup. We create 1 zone per host (per fabric). > ZONE_A = Server1_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 > (then assuming SSO) > ZONE_B = Server2_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 In our case, our media server has a single zone on each fabric. It contains the WWNs of the HBA, the Fibre/SCSI bridges, and the storage arrays for its DSSUs. This makes it much easier if you ever have to swap an HBA (and we have had one fail on our master/media server) - I only have to update 1 zone. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Raw Partition Restore
Title: Raw Partition Restore I just rebuilt a server, new OS (WIN2003) and new hardware, but same network location, server name etc etc... When I go into archive and restore I can see the old server's past backups but for some reason the media server cannot connect to this machine. I've removed it from all policies and added it again but still nothing. Any ideas? Jonathan Martin Intersil Corporation Server and Security Operations [EMAIL PROTECTED] (321) 724-7314
[Veritas-bu] Command line reporting help
I am trying to get a command line report that would give me the same information as you can get in the Activity monitor. Specifically, when you click on a job in the Acitvity monitor, right click and select Details, you see the file list. I am trying to set some automated emails up. They just don't want to see the error codes that you get with bperror (0,1,41, etc.). They want to see that this job, with error code 0 backed up this filelist, and that one with error code 1 was backing up that file list. Have I made sense? -Andrew -- Andrew Stueve andrew.stueve AT neovera.com 571-437-5754 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] DLT drives going down
After running getting them back, put an "ENABLE_AUTO_PATH_CORRECTION" entry in the vm.conf file.>>> "Xu, Ying" <[EMAIL PROTECTED]> 1/4/2006 10:08:39 am >>> Try running "sgscan tapes" to see if you could see all your tape drives. If you dont see all your tape drives, you need to fix that problem first, then remap the drives. From: Xu, Ying [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 9:58 AMTo: 'Diane Marcotte'; Barber, Layne (Contractor); WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down You need to remap the tape drives with device tree. This problem might occur if you reboot the server while one tape drive had issues, so the mapping messed up on OS. It happened a couple of time in our environment. -Original Message- From: Diane Marcotte [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 04, 2006 9:25 AM To: Barber, Layne (Contractor); WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down Check that the /dev/rmt/* entries match the devices in the robot. You can see if they do by inserting a tape into the drive and then issuing a mt -f /dev/rmt/* status for the /dev/rmt/ number you have the drive configured to. It should show a device is present, if not then you have a configuration issue. --On Wednesday, January 04, 2006 9:04 AM -0600 "Barber, Layne (Contractor)" <[EMAIL PROTECTED]> wrote: > > tapes stay in the drives and must be manually ejected. The robot > doesn't remove the tapes because it thinks they are not there. It is > acting as if the OS is losing communication with the device since > robtest's unload command comes back with "device not present". > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:58 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > IF it happens at the end of the job, may be worth checking the robot > itself perhaps? > Do the tapes STAY in the tape drives when the error appears? In other > words, does the Robot manage to REMOVE the tape from the Drive? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:56 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > Everything has been power cycled several times. The drives appear to > go down at the end of a job. > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:47 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > I assume its been physically powered down / restarted the drives / robot? > Also, do the tapes go into a DOWN STATE during the middle of a backup, > or beginning or would you say very random? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:34 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > They have upgraded the FW to the latest/greatest and checked cables. I > agree on the polling. > > > __ > > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract > or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu The information in this message may be proprietary and/or confidential,and protected from disclosure. If the reader of this message is notthe intended recipient, or an employee or agent responsible fordelivering this message to the intended recipient, you are herebynotified that any dissemination, distribution or copying of thiscommunication is strictly prohibited. If you have received thiscommunication in error, please notify First Data immediately byreplying to this message and deleting it from your computer.
RE: [Veritas-bu] EMC SIME with Exchange 2003
Title: Message Not with SIME. SIME integrates with Exchange to take a snapshot of the exchange database to a flatfile that can be backed up to tape, mounted on another exchange server. basically the same as telling SQL to do a hot backup to a flat file, then using netbackup to backup the flat fileno need for the SQL agent. Kenneth, are you mounting the snap on an second exchange server, starting exchange services and backing it up from there if so, then yeah, you would need to use the exchange agent to backup that server. you should be just mounting the volume as a share on a regular windows server, and backing it up as D:\, E:\ or whatever. can you see the database files when you browse for restore, before performing the actual restore? Paul -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Eliza YamSent: January 4, 2006 12:16 PMTo: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] EMC SIME with Exchange 2003 Exchange database backup requires NBU Exchange Agent. From: "Lee, Kenneth (SBS US)" <[EMAIL PROTECTED]>To: Subject: [Veritas-bu] EMC SIME with Exchange 2003Date: Tue, 3 Jan 2006 18:20:13 -0500 NetBackup 5.1 – Solaris Client: Exchange 2003 server. I am using EMC SIME to backup Exchange. On the SIME server where the copy of the Exchange database is mounted, when I do a flat file backup of the Exchange database, I receive a return code of zero. But when I tried to restore the Exchange files, I only see the directories and never the actual database files. What am I missing and has anyone run into this problem? Thanks, Ken___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 6.0 DSSU's
I expired the image via the gui. Thanks for setting me strait Karl
RE: [Veritas-bu] EMC SIME with Exchange 2003
Exchange database backup requires NBU Exchange Agent. From: "Lee, Kenneth (SBS US)" <[EMAIL PROTECTED]>To: Subject: [Veritas-bu] EMC SIME with Exchange 2003Date: Tue, 3 Jan 2006 18:20:13 -0500 NetBackup 5.1 Solaris Client: Exchange 2003 server. I am using EMC SIME to backup Exchange. On the SIME server where the copy of the Exchange database is mounted, when I do a flat file backup of the Exchange database, I receive a return code of zero. But when I tried to restore the Exchange files, I only see the directories and never the actual database files. What am I missing and has anyone run into this problem? Thanks, Ken ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] DLT drives going down
Title: RE: [Veritas-bu] DLT drives going down Try running "sgscan tapes" to see if you could see all your tape drives. If you dont see all your tape drives, you need to fix that problem first, then remap the drives. From: Xu, Ying [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 9:58 AMTo: 'Diane Marcotte'; Barber, Layne (Contractor); WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down You need to remap the tape drives with device tree. This problem might occur if you reboot the server while one tape drive had issues, so the mapping messed up on OS. It happened a couple of time in our environment. -Original Message- From: Diane Marcotte [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 04, 2006 9:25 AM To: Barber, Layne (Contractor); WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down Check that the /dev/rmt/* entries match the devices in the robot. You can see if they do by inserting a tape into the drive and then issuing a mt -f /dev/rmt/* status for the /dev/rmt/ number you have the drive configured to. It should show a device is present, if not then you have a configuration issue. --On Wednesday, January 04, 2006 9:04 AM -0600 "Barber, Layne (Contractor)" <[EMAIL PROTECTED]> wrote: > > tapes stay in the drives and must be manually ejected. The robot > doesn't remove the tapes because it thinks they are not there. It is > acting as if the OS is losing communication with the device since > robtest's unload command comes back with "device not present". > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:58 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > IF it happens at the end of the job, may be worth checking the robot > itself perhaps? > Do the tapes STAY in the tape drives when the error appears? In other > words, does the Robot manage to REMOVE the tape from the Drive? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:56 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > Everything has been power cycled several times. The drives appear to > go down at the end of a job. > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:47 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > I assume its been physically powered down / restarted the drives / robot? > Also, do the tapes go into a DOWN STATE during the middle of a backup, > or beginning or would you say very random? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:34 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > They have upgraded the FW to the latest/greatest and checked cables. I > agree on the polling. > > > __ > > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract > or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu The information in this message may be proprietary and/or confidential,and protected from disclosure. If the reader of this message is notthe intended recipient, or an employee or agent responsible fordelivering this message to the intended recipient, you are herebynotified that any dissemination, distribution or copying of thiscommunication is strictly prohibited. If you have received thiscommunication in error, please notify First Data immediately byreplying to this message and deleting it from your computer.
Re: [Veritas-bu] NB 6.0 DSSU's
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 You should use bpexpdate or the GUI to expire the backup image if you want to actually remove the file. But there is a default threshold of 80% on dssu's in NBU6 I think. Not sure what the problem is you are having, but the natural behavior of dssu's are to be pretty full all the time. If NBU successfully performs the second phase of staging, then it will clear out the oldest image copy on the dssu when it needs space Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 [EMAIL PROTECTED] wrote: > > Hi, > > I have a SAN with two DSSU's on the same partition(probably not the best > thing).I need to free up some space on my DSSU's because I'm running out > of space. > > Should i be using rm on the files i want to delete? > > Thanks > Karl -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFDu/tkl+lekZRM55oRAgqFAKDOkN76z0X4Nfyl0zOp9pfsOOhoIgCfcaP9 QG+6CIvrHgISd0w8evopefA= =vG2S -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] NB 6.0 DSSU's
"Steven Cashman" <[EMAIL PROTECTED]> wrote on 01/04/2006 10:21:35 AM: > Also be aware of how DSSUs operate. They will keep images that have > been moved onto tape available on the disk until the disk starts > getting full. Then as NBU needs more space it will start removeing > older images. DSSU drives are almost always near full > > You should work to remove 2 DSSU pointing to the same device for this reason. Yea i found that out. I just need to free up some space until i'm able to partition the disk. Which means i might have to rm anyway. Karl
RE: [Veritas-bu] NB 6.0 DSSU's
DSSU manages the space automatically ...although you will see df -k output as 100% full - I would not worry about it . if you delete the files /images you may not be able to restore the data . if you really need to remove the images then use bpexpire command . I have 6TB of DSSu on master/media and 6TB on media .they always show as 100% or 95% full (see below /masterfs01 /masterfs02 ) are the two file systems that I created -each FS is 3TB . [EMAIL PROTECTED]:/veritas/NBU6.0>df -g Filesystem GB blocks Free %Used Iused %Iused Mounted on /dev/hd4 0.06 0.05 25% 2064 16% / /dev/hd2 3.44 0.57 84% 29258 18% /usr /dev/hd9var 0.06 0.05 28% 387 4% /var /dev/hd3 0.06 0.02 75% 359 9% /tmp /dev/hd1 0.06 0.06 9% 48 1% /home /proc - - - - - /proc /dev/hd10opt 0.12 0.00 97% 2808 66% /opt /dev/master_intlv01 20.00 6.02 70% 14986 2% /software /dev/nbudb_lv 100.00 64.78 36% 65778 1% /nbudb /dev/lv00 60.00 49.33 18% 265 1% /veritas /dev/fslv00 3000.00 5.98 100% 5371 1% /masterfs01 /dev/fslv01 3000.00 77.60 98% 3192 1% /masterfs02 [EMAIL PROTECTED]:/veritas/NBU6.0>uname -a AIX master 3 5 00CDBA4D4C00 Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Wednesday, January 04, 2006 11:01 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NB 6.0 DSSU's Hi, I have a SAN with two DSSU's on the same partition(probably not the best thing).I need to free up some space on my DSSU's because I'm running out of space. Should i be using rm on the files i want to delete? Thanks Karl "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
RE: [Veritas-bu] NB 6.0 DSSU's
Title: Message I agree with kate :-) Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greenberg, Katherine ASent: Wednesday, January 04, 2006 11:07 AMTo: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] NB 6.0 DSSU's Definitely NOT. Use the GUI and expire the PRIMARY IMAGE of backups that have been moved off to tape already. ~Kate -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Wednesday, January 04, 2006 11:01 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NB 6.0 DSSU'sHi, I have a SAN with two DSSU's on the same partition(probably not the best thing).I need to free up some space on my DSSU's because I'm running out of space. Should i be using rm on the files i want to delete? Thanks Karl This e-mail may contain confidential or privileged information. If youthink you have received this e-mail in error, please advise the senderbyreply e-mail and then delete this e-mail immediately. Thank you.Aetna "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
RE: [Veritas-bu] zoming survey/question
Title: Message I have zoned 2 HBA to 4 drives ,Our AIX master and media server have : 4 HBAs each - two for IBM SAN drives 2 for LTO3 tape librray . the backups goes to IBM SAN (DSSU) first and then from there to IBM3584 LTO3 librray . there is also a Multiprotocol router in between so that producstion SAN data can be backed up over to backup SAN -It requires creating LSAN (logical SANS ) . IBM_2109_A16:admin> lsanshow lsanshow: not found IBM_2109_A16:admin> swicthshow swicthshow: not found IBM_2109_A16:admin> switchshow Switch Name : IBM_2109_A16 Switch State : Online Switch Type : 38.0 Switch Role : Principal Switch Domain: 100 Switch ID : FFFC64 Switch WWN : 10:00:00:05:1e:16:29:40 beacon status: OFF zoning : OFF FC router BB Fabric ID: 1 Port Media Speed State Info === 0 id N2 Online EX_PORT 10:00:00:05:1e:36:03:4e "sandirlog" (fabric 1 id N2 Online EX_PORT 10:00:00:05:1e:36:03:4e "sandirlog" (fabric 2 id N2 Online EX_PORT 10:00:00:60:69:90:1d:5e "sanmgmt2" (fabric i 3 id N2 Online EX_PORT 10:00:00:60:69:90:1e:25 "sanmgmt1" (fabric i 4 id N2 Online EX_PORT 10:00:00:05:1e:36:03:4e "sandirlog" (fabric 5 id N2 Online EX_PORT 10:00:00:05:1e:36:03:4e "sandirlog" (fabric 6 id N2 Online EX_PORT 10:00:00:60:69:90:88:df "sanmgmt3" (fabric i 7 id N2 Online EX_PORT 10:00:00:60:69:90:87:d4 "sanmgmt4" (fabric i 8 -- AN No_Module stopped 9 -- AN No_Module stopped 10 -- AN No_Module stopped 11 -- AN No_Module stopped 12 -- AN No_Module stopped 13 -- AN No_Module stopped 14 -- AN No_Module stopped 15 -- AN No_Module stopped IBM_2109_A16:admin> Shekhar Dhotre ICT Storage Engineering. v 404.846.7483 | f 404.848.1077 [EMAIL PROTECTED]48 Perimeter Center East | Atlanta, GA 30346 Remember the difference between a boss and a leader; a boss says "Go!" - a leader says "Let's go!" From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul KeatingSent: Wednesday, January 04, 2006 10:51 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] zoming survey/question Just curiousthose of you who admin your own zones/FC switches. How do you zone your drives/servers? for each HBA port, do you create a zone for the HBA port and all drives visable to it? ie. one HBA and 3 drives = 1 zone? ZONE_A = Server1_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 (then assuming SSO) ZONE_B = Server2_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 or do you set up a zone for each device? ie. one HBA and 3 drives = 3 zones. ZONE_A = SERVER1_HBA0 & DRIVE0 ZONE_B = SERVER1_HBA0 & DRIVE1 ZONE_C = SERVER1_HBA0 & DRIVE2 (again assuming SSO) ZONE_D = SERVER2_HBA0 & DRIVE0 ZONE_E = SERVER2_HBA0 & DRIVE1 ZONE_F = SERVER2_HBA0 & DRIVE2 "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
Re: [Veritas-bu] DLT drives going down
Try running devfsadm -c tape to get the drives back. --On Wednesday, January 04, 2006 3:44 PM + Dave Markham <[EMAIL PROTECTED]> wrote: Im seeing Drive downs on my systems using fibre. They seem to have dissapeared from 2 of the media managers also. running netbackup 5.0 mp4 with Sun L700 library 5 LTO2 drives, 3 of which are shared SSO option to 2 other media servers. All connected via a san switch ( what type i dont know as its in a remote site and i didnt install it ). I know the drives are zoned somehow and the wwn's for devices are in /kernel/drv/sd.conf. Everything was working fine and now some devices cant be seen when running cfgadm -al it says failing.. Storedgetek have been out to check drives and say they are fine , yet every day my script notes 2 going down and brings them backup. It was just one of the shared drives now it has moved to 2 so all my ITC fails for the media servers. I have been trying to run cfgadm to reconfigure but i cant seem to get the syntax right :( D WEAVER, Simon wrote: Ok, what about re-running the DEVICE Manager wizard to see if NBU thinks something changed back in October? Let it find the robot / drives again? maybe there is a scsi ID change somewhere? *Simon Weaver* *Technical Support* *Windows Domain Administrator* */EADS Astrium/* */Tel: 02392-708598/* *Email: [EMAIL PROTECTED] -Original Message- *From:* Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] *Sent:* 04 January 2006 15:04 *To:* WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu *Subject:* RE: [Veritas-bu] DLT drives going down tapes stay in the drives and must be manually ejected. The robot doesn't remove the tapes because it thinks they are not there. It is acting as if the OS is losing communication with the device since robtest's unload command comes back with "device not present". *From:* WEAVER, Simon [mailto:[EMAIL PROTECTED] *Sent:* Wednesday, January 04, 2006 08:58 *To:* Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu *Subject:* RE: [Veritas-bu] DLT drives going down IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? *Simon Weaver* *Technical Support* *Windows Domain Administrator* */EADS Astrium/* */Tel: 02392-708598/* *Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] DLT drives going down
I would do the following : >From sun server run : I have netbackup running on AIX servers . 1) robtest -mount a scratch tape into one of the drives . 2)run a tar back to the tape of /tmp- if the tar backup is successful then the OS and drives are fine - move to the NetBackup part. 3)Go back to the Library and write down S/N of the drives . 4)run NetBackup scan command and print the output . 5)match the S/N of the drives and scan out put and see the drive order i.e. 1 2 3 4 5etc.. 6)Run tpconfig -and configure drives and robot in NBU. There tpautocnf command too but it messes up drive numbering.its in /usr/openv/volmgr/bin. WARNING The Media Manager device daemon is active on this machine. If any device changes are made, the daemon must be stopped and restarted for the changes to take effect. To do this enter: /usr/openv/volmgr/bin/stopltid /usr/openv/volmgr/bin/ltid Press any key to continue or CTRL-C to terminate tpconfig That's the clean way I know and use . Shekhar Dhotre. Sr.Storage Engineer/Architect. Bovis lend LeaseInc. Atlanta,GA-30346. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Wednesday, January 04, 2006 10:45 AM To: WEAVER, Simon Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] DLT drives going down Im seeing Drive downs on my systems using fibre. They seem to have dissapeared from 2 of the media managers also. running netbackup 5.0 mp4 with Sun L700 library 5 LTO2 drives, 3 of which are shared SSO option to 2 other media servers. All connected via a san switch ( what type i dont know as its in a remote site and i didnt install it ). I know the drives are zoned somehow and the wwn's for devices are in /kernel/drv/sd.conf. Everything was working fine and now some devices cant be seen when running cfgadm -al it says failing.. Storedgetek have been out to check drives and say they are fine , yet every day my script notes 2 going down and brings them backup. It was just one of the shared drives now it has moved to 2 so all my ITC fails for the media servers. I have been trying to run cfgadm to reconfigure but i cant seem to get the syntax right :( D WEAVER, Simon wrote: > Ok, what about re-running the DEVICE Manager wizard to see if NBU > thinks something changed back in October? > Let it find the robot / drives again? maybe there is a scsi ID change > somewhere? > > *Simon Weaver* > *Technical Support* > *Windows Domain Administrator* > > */EADS Astrium/* > */Tel: 02392-708598/* > > *Email: [EMAIL PROTECTED] > > -Original Message- > *From:* Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED] > *Sent:* 04 January 2006 15:04 > *To:* WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] DLT drives going down > > tapes stay in the drives and must be manually ejected. The robot > doesn't remove the tapes because it thinks they are not there. It > is acting as if the OS is losing communication with the device > since robtest's unload command comes back with "device not present". > > > *From:* WEAVER, Simon [mailto:[EMAIL PROTECTED] > *Sent:* Wednesday, January 04, 2006 08:58 > *To:* Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > *Subject:* RE: [Veritas-bu] DLT drives going down > > IF it happens at the end of the job, may be worth checking the > robot itself perhaps? > Do the tapes STAY in the tape drives when the error appears? In > other words, does the Robot manage to REMOVE the tape from the Drive? > > > > *Simon Weaver* > *Technical Support* > *Windows Domain Administrator* > > */EADS Astrium/* > */Tel: 02392-708598/* > > *Email: [EMAIL PROTECTED] > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract > or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu - "T
RE: [Veritas-bu] NB 6.0 DSSU's
Title: Message Definitely NOT. Use the GUI and expire the PRIMARY IMAGE of backups that have been moved off to tape already. ~Kate -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Wednesday, January 04, 2006 11:01 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NB 6.0 DSSU'sHi, I have a SAN with two DSSU's on the same partition(probably not the best thing).I need to free up some space on my DSSU's because I'm running out of space. Should i be using rm on the files i want to delete? Thanks Karl This e-mail may contain confidential or privileged information. If youthink you have received this e-mail in error, please advise the senderbyreply e-mail and then delete this e-mail immediately. Thank you.Aetna
[Veritas-bu] NB 6.0 DSSU's
Hi, I have a SAN with two DSSU's on the same partition(probably not the best thing).I need to free up some space on my DSSU's because I'm running out of space. Should i be using rm on the files i want to delete? Thanks Karl
RE: [Veritas-bu] DLT drives going down
Title: RE: [Veritas-bu] DLT drives going down You need to remap the tape drives with device tree. This problem might occur if you reboot the server while one tape drive had issues, so the mapping messed up on OS. It happened a couple of time in our environment. -Original Message- From: Diane Marcotte [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 04, 2006 9:25 AM To: Barber, Layne (Contractor); WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down Check that the /dev/rmt/* entries match the devices in the robot. You can see if they do by inserting a tape into the drive and then issuing a mt -f /dev/rmt/* status for the /dev/rmt/ number you have the drive configured to. It should show a device is present, if not then you have a configuration issue. --On Wednesday, January 04, 2006 9:04 AM -0600 "Barber, Layne (Contractor)" <[EMAIL PROTECTED]> wrote: > > tapes stay in the drives and must be manually ejected. The robot > doesn't remove the tapes because it thinks they are not there. It is > acting as if the OS is losing communication with the device since > robtest's unload command comes back with "device not present". > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:58 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > IF it happens at the end of the job, may be worth checking the robot > itself perhaps? > Do the tapes STAY in the tape drives when the error appears? In other > words, does the Robot manage to REMOVE the tape from the Drive? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:56 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > Everything has been power cycled several times. The drives appear to > go down at the end of a job. > > > __ > From: WEAVER, Simon [mailto:[EMAIL PROTECTED]] > Sent: Wednesday, January 04, 2006 08:47 > To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > > I assume its been physically powered down / restarted the drives / robot? > Also, do the tapes go into a DOWN STATE during the middle of a backup, > or beginning or would you say very random? > > > > Simon Weaver > Technical Support > Windows Domain Administrator > > EADS Astrium > Tel: 02392-708598 > > Email: [EMAIL PROTECTED] > > > > -Original Message- > From: Barber, Layne (Contractor) > [mailto:[EMAIL PROTECTED]] > Sent: 04 January 2006 14:34 > To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] DLT drives going down > > > They have upgraded the FW to the latest/greatest and checked cables. I > agree on the polling. > > > __ > > > This email is for the intended addressee only. > If you have received it in error then you must not use, retain, > disseminate or otherwise deal with it. > Please notify the sender by return email. > The views of the author may not necessarily constitute the views of > EADS Astrium Limited. > Nothing in this email shall bind EADS Astrium Limited in any contract > or obligation. > > EADS Astrium Limited, Registered in England and Wales No. 2449259 > Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 > 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu The information in this message may be proprietary and/or confidential,and protected from disclosure. If the reader of this message is notthe intended recipient, or an employee or agent responsible fordelivering this message to the intended recipient, you are herebynotified that any dissemination, distribution or copying of thiscommunication is strictly prohibited. If you have received thiscommunication in error, please notify First Data immediately byreplying to this message and deleting it from your computer.
[Veritas-bu] zoming survey/question
Title: Message Just curiousthose of you who admin your own zones/FC switches. How do you zone your drives/servers? for each HBA port, do you create a zone for the HBA port and all drives visable to it? ie. one HBA and 3 drives = 1 zone? ZONE_A = Server1_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 (then assuming SSO) ZONE_B = Server2_HBA0 & DRIVE0 & DRIVE1 & DRIVE2 or do you set up a zone for each device? ie. one HBA and 3 drives = 3 zones. ZONE_A = SERVER1_HBA0 & DRIVE0 ZONE_B = SERVER1_HBA0 & DRIVE1 ZONE_C = SERVER1_HBA0 & DRIVE2 (again assuming SSO) ZONE_D = SERVER2_HBA0 & DRIVE0 ZONE_E = SERVER2_HBA0 & DRIVE1 ZONE_F = SERVER2_HBA0 & DRIVE2
Re: [Veritas-bu] DLT drives going down
Im seeing Drive downs on my systems using fibre. They seem to have dissapeared from 2 of the media managers also. running netbackup 5.0 mp4 with Sun L700 library 5 LTO2 drives, 3 of which are shared SSO option to 2 other media servers. All connected via a san switch ( what type i dont know as its in a remote site and i didnt install it ). I know the drives are zoned somehow and the wwn's for devices are in /kernel/drv/sd.conf. Everything was working fine and now some devices cant be seen when running cfgadm -al it says failing.. Storedgetek have been out to check drives and say they are fine , yet every day my script notes 2 going down and brings them backup. It was just one of the shared drives now it has moved to 2 so all my ITC fails for the media servers. I have been trying to run cfgadm to reconfigure but i cant seem to get the syntax right :( D WEAVER, Simon wrote: Ok, what about re-running the DEVICE Manager wizard to see if NBU thinks something changed back in October? Let it find the robot / drives again? maybe there is a scsi ID change somewhere? *Simon Weaver* *Technical Support* *Windows Domain Administrator* */EADS Astrium/* */Tel: 02392-708598/* *Email: [EMAIL PROTECTED] -Original Message- *From:* Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] *Sent:* 04 January 2006 15:04 *To:* WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu *Subject:* RE: [Veritas-bu] DLT drives going down tapes stay in the drives and must be manually ejected. The robot doesn't remove the tapes because it thinks they are not there. It is acting as if the OS is losing communication with the device since robtest's unload command comes back with "device not present". *From:* WEAVER, Simon [mailto:[EMAIL PROTECTED] *Sent:* Wednesday, January 04, 2006 08:58 *To:* Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu *Subject:* RE: [Veritas-bu] DLT drives going down IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? *Simon Weaver* *Technical Support* *Windows Domain Administrator* */EADS Astrium/* */Tel: 02392-708598/* *Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] DLT drives going down
Check that the /dev/rmt/* entries match the devices in the robot. You can see if they do by inserting a tape into the drive and then issuing a mt -f /dev/rmt/* status for the /dev/rmt/ number you have the drive configured to. It should show a device is present, if not then you have a configuration issue. --On Wednesday, January 04, 2006 9:04 AM -0600 "Barber, Layne (Contractor)" <[EMAIL PROTECTED]> wrote: tapes stay in the drives and must be manually ejected. The robot doesn't remove the tapes because it thinks they are not there. It is acting as if the OS is losing communication with the device since robtest's unload command comes back with "device not present". __ From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:58 To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:56 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down Everything has been power cycled several times. The drives appear to go down at the end of a job. __ From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:47 To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down I assume its been physically powered down / restarted the drives / robot? Also, do the tapes go into a DOWN STATE during the middle of a backup, or beginning or would you say very random? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34 To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. __ This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] DLT drives going down
Title: Message Ok, what about re-running the DEVICE Manager wizard to see if NBU thinks something changed back in October? Let it find the robot / drives again? maybe there is a scsi ID change somewhere? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 15:04To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down tapes stay in the drives and must be manually ejected. The robot doesn't remove the tapes because it thinks they are not there. It is acting as if the OS is losing communication with the device since robtest's unload command comes back with "device not present". From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:58To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] DLT drives going down
The scsi bridge is the culprit here .. seen it been before many times -replaced scsi bridge with pure fiber LTOs - everything is working fine after that . From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Layne (Contractor)Sent: Wednesday, January 04, 2006 9:10 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 "This email (including any attachments) is confidential. If you are not the intended recipient you must not copy, use, disclose, distribute or rely on the information contained in it. If you have received this email in error, please notify the sender immediately by reply email and delete the email from your system. Confidentiality and legal privilege attached to this communication are not waived or lost by reason of mistaken delivery to you. Lend Lease does not guarantee that this email or the attachment(s) are unaffected by computer virus, corruption or other defects. Lend Lease may monitor incoming and outgoing emails for compliance with its Email Policy. Please note that our servers may not be located in your country."
RE: [Veritas-bu] DLT drives going down
Title: Message tapes stay in the drives and must be manually ejected. The robot doesn't remove the tapes because it thinks they are not there. It is acting as if the OS is losing communication with the device since robtest's unload command comes back with "device not present". From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:58To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:56To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Everything has been power cycled several times. The drives appear to go down at the end of a job. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:47To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down I assume its been physically powered down / restarted the drives / robot? Also, do the tapes go into a DOWN STATE during the middle of a backup, or beginning or would you say very random? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] DLT drives going down
Title: Message Thanks! We too had the hand replaced in the robot (they actually tested it at their lab afterwards and it was faulty). We have to up the drives as well when the scsi bridge has been cycled. Also, the drives may go down over night or go down the next night. But 2 days is the max they stay up. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ellwood, MW (Mike)Sent: Wednesday, January 04, 2006 08:52To: veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Different hardware and software, but when we had a problem with drives going down, it was caused by problems on the robot. Power cycling the robot would usually get the robot going again, but it would often leave the drive(s) in a DOWN condition, and you had to manually UP them with vmoprcmd. (This on Sun L20 robot, Solaris 5.10). I developed a little script to UP any drives it found in a DOWN condition. (I think the problem in the robot was with the picker arm, and it went away when that was replaced). Sorry, may not be too relevant to your problem, but I throw it into the mix in case it triggers any thoughts. Regards, Mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Layne (Contractor)Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064
RE: [Veritas-bu] DLT drives going down
Title: Message Different hardware and software, but when we had a problem with drives going down, it was caused by problems on the robot. Power cycling the robot would usually get the robot going again, but it would often leave the drive(s) in a DOWN condition, and you had to manually UP them with vmoprcmd. (This on Sun L20 robot, Solaris 5.10). I developed a little script to UP any drives it found in a DOWN condition. (I think the problem in the robot was with the picker arm, and it went away when that was replaced). Sorry, may not be too relevant to your problem, but I throw it into the mix in case it triggers any thoughts. Regards, Mike -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Barber, Layne (Contractor)Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064
[Veritas-bu] Raw Partition Restore
Title: Raw Partition Restore Our environment is HP-UX 11.11, Netbackup 5.1 MP3 backing up mostly HP unix with some Sun and Windows backups. I am doing a raw backup on one of the Sun servers and need to test the restore. I can’t find any info on the steps for a raw restore, searched Symantics site and got lost, looked in the archives for this mailing list and came up with nothing. Looked in the System Administrator’s Guide and found very little. Can anyone point me to any Unix raw partition restore examples? My backup policy consists of 87 /dev/rdsk/c**t**d* entries. Can the restore be done via the gui? I know there is a “Raw Partition Backups” under the Restore Type pull down. But I’m not sure what to do after that. I looked at the “bprestore” command and do not see anything referring to a raw restore. Any help or direction will be appreciated, thanks in advance. Wayne BeDour IT Unix System Administrator PH: 313-240-3374 FAX: 313-240-3065 Internet: [EMAIL PROTECTED] ** ** LEGAL DISCLAIMER ** ** This E-mail message and any attachments may contain legally privileged, confidential or proprietary information. If you are not the intended recipient(s), or the employee or agent responsible for delivery of this message to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this E-mail message is strictly prohibited. If you have received this message in error, please immediately notify the sender and delete this E-mail message from your computer.
RE: [Veritas-bu] DLT drives going down
Title: Message IF it happens at the end of the job, may be worth checking the robot itself perhaps? Do the tapes STAY in the tape drives when the error appears? In other words, does the Robot manage to REMOVE the tape from the Drive? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:56To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Everything has been power cycled several times. The drives appear to go down at the end of a job. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:47To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down I assume its been physically powered down / restarted the drives / robot? Also, do the tapes go into a DOWN STATE during the middle of a backup, or beginning or would you say very random? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] DLT drives going down
Title: Message Everything has been power cycled several times. The drives appear to go down at the end of a job. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:47To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down I assume its been physically powered down / restarted the drives / robot? Also, do the tapes go into a DOWN STATE during the middle of a backup, or beginning or would you say very random? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:21To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Hm what about Firmware for the SDLT tape drives? Any loose cables / connections or possible to change Scsi connectors? Not too sure why they feel the software is polling a drive could cause a problem? - if anything I would say polling a device is probably good as Netbackup confirms it can see it! The thing that makes me wonder if its cable / firmware issue is the comment "MEDIUM NOT PRESENT". Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hert
RE: [Veritas-bu] DLT drives going down
Title: Message ACtually just one more thing I noticed - you said they checked cables - what about REPLACE? Reason I say this, is due to the amount of time its been working (June to Oct) and we are now in Jan, so I think its safe to say it sounds like H/W Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:21To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Hm what about Firmware for the SDLT tape drives? Any loose cables / connections or possible to change Scsi connectors? Not too sure why they feel the software is polling a drive could cause a problem? - if anything I would say polling a device is probably good as Netbackup confirms it can see it! The thing that makes me wonder if its cable / firmware issue is the comment "MEDIUM NOT PRESENT". Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not nec
RE: [Veritas-bu] DLT drives going down
Title: Message I assume its been physically powered down / restarted the drives / robot? Also, do the tapes go into a DOWN STATE during the middle of a backup, or beginning or would you say very random? Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:34To: WEAVER, Simon; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:21To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Hm what about Firmware for the SDLT tape drives? Any loose cables / connections or possible to change Scsi connectors? Not too sure why they feel the software is polling a drive could cause a problem? - if anything I would say polling a device is probably good as Netbackup confirms it can see it! The thing that makes me wonder if its cable / firmware issue is the comment "MEDIUM NOT PRESENT". Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium L
RE: [Veritas-bu] DLT drives going down
Title: Message They have upgraded the FW to the latest/greatest and checked cables. I agree on the polling. From: WEAVER, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 04, 2006 08:21To: Barber, Layne (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] DLT drives going down Hm what about Firmware for the SDLT tape drives? Any loose cables / connections or possible to change Scsi connectors? Not too sure why they feel the software is polling a drive could cause a problem? - if anything I would say polling a device is probably good as Netbackup confirms it can see it! The thing that makes me wonder if its cable / firmware issue is the comment "MEDIUM NOT PRESENT". Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of EADS Astrium Limited.Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.EADS Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] DLT drives going down
Title: Message Hm what about Firmware for the SDLT tape drives? Any loose cables / connections or possible to change Scsi connectors? Not too sure why they feel the software is polling a drive could cause a problem? - if anything I would say polling a device is probably good as Netbackup confirms it can see it! The thing that makes me wonder if its cable / firmware issue is the comment "MEDIUM NOT PRESENT". Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Barber, Layne (Contractor) [mailto:[EMAIL PROTECTED] Sent: 04 January 2006 14:10To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] DLT drives going down We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064 This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] DLT drives going down
We have an issue of drives randomly going down every night. NBU 5.0 mp5 HP-UX 11.11 STK L180 w/ STK 3400 scsi bridge. For some reason, 1 or more drives go down at random every night when backups run. Different tapes and different drives. Backups will be running fine and then drives begin to go down. These are SDLT320 drives. once they go down, you can't use robtest to move the tapes (medium not present error) or use the robtest unload command (device not present). If we power cycle the scsi bridge, we can talk to the drives and do what ever we want. STK is claiming that there is something coming from the host that is "polling" the library from the physical layer (assume HBA). We have had the SA for the master/media server disable any polling and load the latest patches from HP to no avail. We have changed from auto index to a manual map index as well. This was working from the end of June up until the second week in October. Thoughts/suggestions? Log snippets from last night: syslog entriesJan 4 05:37:42 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 05:50:10 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0801c0 I/O error during closeJan 4 11:27:52 ujachr01 vmunix: SCSI TAPE: dev = 0xcd0800c0 I/O error during closeJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:34:36 ujachr01 tldcd[18968]: TLD(1) Move_medium errorJan 4 11:34:36 ujachr01 tldd[4233]: TLD(1) drive 5 (device 4) is being DOWNED, status: Robotic dismount failureJan 4 11:34:36 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 5 (addr 504) access = 0 Contains Cartridge = yesSource address = 1119 (slot 120)Barcode = JA1156 Jan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) key = 0x5, asc = 0x3a, ascq = 0x0, MEDIUM NOT PRESENTJan 4 11:55:12 ujachr01 tldcd[19684]: TLD(1) Move_medium errorJan 4 11:55:12 ujachr01 tldd[4233]: TLD(1) drive 1 (device 0) is being DOWNED, status: Robotic dismount failureJan 4 11:55:12 ujachr01 tldd[4233]: Check integrity of the drive, drive path, and media drive 1 (addr 500) access = 0 Contains Cartridge = yesSource address = 1106 (slot 107)Barcode = JA1064
Re: [Veritas-bu] Restore NBU tape with tar command?
Hello Andrew Here is what I have from an earlier mail (for extract just change t to x) I have had succes with listing the files on a tape with Netbackup tar when I know the blocksize. For nonmultipexed tape, blocksize 256k: /usr/openv/netbackup/tar -itvf -b 512 For multipexed tape, blocksize 256k: /usr/openv/netbackup/tar -iMtvf -b 512 If remember correctly /usr/openv/netbackup/tar ++help gives a list of options Regards Michael On Tue, 03 Jan 2006 11:13:37 -0500, Andrew Armstrong wrote > I am in the process of putting together a disaster recovery plan in case our primary server goes down. This server is a stand-alone NBU server, backing up only itself, etc. I have no problems using NBU to do the recovery (bare metal restore, etc.), but those above me also require a vendor- independent recovery plan, in case there are "problems" using NBU to recover the data. I have experimented with using the NBU version of tar, and have successfully restored files from the tape. My only question is this: is it possible to make tar continue to the next backup set on the tape automatically? Currently, I am only able to restore small pieces of the system at a time (looks like 2000k or so). I am familiar with the option to span multi-volume archives, but I would like to see if there is an option to (for lack of a better way to put it) start at a certain point on the tape and restore everything from that point on, without prompts for user intervention. (The requirements for the DR plan dictate that a user with little or no admin experience should be able to do the recovery... this is NOT my requirement, but one put on me by those above) > > Any help/advice would be greatly appreciated! > > > > Andrew Armstrong > Network Engineer > CNE CCNA MCP VCP > T & S Brass and Bronze Works > [EMAIL PROTECTED] > (864) 834-6785 > > -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Exchange license
Title: Message I did believe (when I used to backup Exchange) that one license coverd all the exchange servers. With Symantec now holding the NBU License rules, it could well change Hope this helps Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: King, Cheryl [mailto:[EMAIL PROTECTED] Sent: 03 January 2006 16:08To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Exchange license Last week there was a discussion about licensing the Exchange client. One of the responses said something about running any number of exchange clients with one license. I ordered one license per client. Did I overpay? This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
RE: [Veritas-bu] Database help
Sandy Have you tried using a different tape to backup the DB? How large is it? Is there any logging enabled to see at what point the backup of the DB Fails? Also, is it stored on a disk with sufficient space? What is the retention periods? You could use bpexpdate to force them out of Netbackup, and assuming the tapes are ok, you would need to Import ALL of the tapes in 2 phases (from experience I can say it's a real nightmare to do and takes approx 5 hours PER tape!) Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Elrick, Sandy [mailto:[EMAIL PROTECTED] Sent: 03 January 2006 18:06 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Database help Hello all, NBDC 3.4.6/Solaris instance with NB Database backup issues. I am pretty much constantly getting 84's. I know it's an old instance and before I go down the road of modifying the database backups (I have narrowed it down to the fact that the databases are too large / cannot span tape) I want to check with you folk. Is there any way to determine the specific failure point on the database backup? Can I remove some older tapes from the database and be able to import them again? If I can reimport, are there any gotchas I should be aware of? Thank you Sandy Elrick Calgary, Alberta The information contained in this e-mail message is PRIVATE. It may contain confidential information and may be legally privileged. It is intended for the exclusive use of the addressee(s). If you are not the intended recipient, you are hereby notified that any dissemination, distribution or reproduction of this communication is strictly prohibited. If the intended recipient(s) cannot be reached or if a transmission problem has occurred, please notify the sender immediately by return e-mail and destroy all copies of this message. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu