[Veritas-bu] VMWARE VCB netbackup integration blues
I have installed VCB and VCB netbackup integration on my backup server made a policy for vmware backup. bpbrowse seem to work but there isn't mounted anything and I get no error messages I'm told but the vmware people that there is create snapshot of the VM I try to backup Any ideas/suggestions ? Regards Michael -- 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] Disaster Recovery Procedures
Both really ! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Jones, Courtenay [mailto:[EMAIL PROTECTED] Sent: 05 March 2007 16:25 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Disaster Recovery Procedures Enviroment: NBU 6.0 MP4, W2K3 Master Server, HP ESL Library (LTO3) We contract with Sungard for our yearly disaster recovery exercise. This will be our first year going through with Netbackup, so we are running through the steps here in our lab. We have gone through the catalog recovery as documented by Symantec, but I do have one question. On pg 545, it mentions restoring the Netbackup directories (excluding \Netbackup\db, \Netbackupdb, \Netbackup\var, Volmgr\database). Is this necessary for a DR exercise, or is it essential for the NBU stability? We have noticed alot of NBU console crashing, hanging, and other symptoms we dont see in our production. Regards, -cj Courtenay Jones UNIX Administrator, Systems Engineering Wolseley North American Division * 8020 Arco Corporate Drive * Raleigh * NC * 27617 T: +1 (919) 431 1882 * F: +1 (919) 431 1198 * M: +1 (919) 673 3983 http://www.wolseley.com/ www.wolseley.com Wolseley plc registered office Parkview 1220 Arlington Business Park Theale Nr Reading RG7 4GA United Kingdom Registration No. 29846 England This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - 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] Remove archive log after backup using nbu sap agent on oracle db with RMAN
Hi all, I am configuring nbu sap agent to backup oracle database with RMAN option but i have problem in removing archive log after each successful backup. Can somebody help me with this? My master server is running on solaris with NBU 6.0 MP4 while client is running on suse linux 9 (64bit) with NBU6.0. Thank you. Regards, Shaharul ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Inline tape copy performance
It will show each stream as if it were 3 different jobs in the activity monitor. The first job will show you the mounts/positions etc... for the entire stream and the other two jobs show you the respective mounts/positions etc... for the specific copy. So if you have (as we do) a job that you've broken into 3 streams doing in-line copies you'll actually see 9 jobs for it using a total of 6 tape drives. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Santos, Tarso D Sent: Tuesday, March 06, 2007 1:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inline tape copy performance Hi all, I am trying to understand how ITC works, Does it split the IO at the media server or requires more client streams to generate the multiple copies? I have a customer which has a problem similar to this one: http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-12 /msg00502.html http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-1 2/msg00502.html And would like to know your experience on ITC. Thanks in advance, Tarso ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Oracle RMAN Error 6 / Removing Files
I just got made aware of an issue I have yet to research fully but I thought I would bounce it off the mob. When backing up a development RMAN / Oracle Database, two archive logs failed with error 6 - the backup failed to back up the requested files(6). Upon inspection, the RMAN log listed the two files in the log as to be backed up, but the files are physically not on the drive. My DBA thinks that Netbackup removed the archive logs before it backed them up. Translated into Netbackup, that means RMAN got the all clear to complete the backup job (which normally removes the files) while in reality, Netbackup failed to back two of them up. This issue appears to coincide with our 5.1 MP4 -- 6.0 MP4 upgrade. The clients are still running 5.1 MP4. Any ideas? NBU Knowledge base has a few things on the error 6 but non look appropriate. -J ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Virus Scanning and NBU
We are preparing to push McAfee 8.5 to our servers and in conjunction with that, I'm compiling a list of NBU processes that McAfee should avoid scanning. What I have so far is as follows: bpcd.exe bpbkar32.exe bpbrm.exe bmrdb.exe bpdbm.exe Others that I've missed? Thanks, Jason Brooks Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2034 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Inline tape copy performance
I'm pretty sure it's split at the media server, unless anyone can convince me different. I see negligable difference in performance, however, you'll need to factor in double the number of drives when you're configuring your shared memory for the tape buffers. ie, Max Shared Mem= number of buffers * size of buffers * number of streams per drive * number of drives. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Santos, Tarso D Sent: March 6, 2007 1:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inline tape copy performance Hi all, I am trying to understand how ITC works, Does it split the IO at the media server or requires more client streams to generate the multiple copies? I have a customer which has a problem similar to this one: http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-12 /msg00502.html http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-1 2/msg00502.html And would like to know your experience on ITC. Thanks in advance, Tarso La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Status 51
Has anyone ever had a status 51 before? Something about the database didn't respond in time. kww ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Oracle RMAN Error 6 / Removing Files
I can't help on what might have caused the problem, but I'd take a DB backup right away and then use RMAN crosscheck to straighten things out with RMAN/Oracle. W/o a DB backup, archive redo logs after the missing files are worthless. cheers, wayne Martin, Jonathan (Contractor) wrote, in part, on 3/6/2007 10:01 AM: I just got made aware of an issue I have yet to research fully but I thought I would bounce it off the mob. When backing up a development RMAN / Oracle Database, two archive logs failed with error 6 - the backup failed to back up the requested files(6). Upon inspection, the RMAN log listed the two files in the log as to be backed up, but the files are physically not on the drive. My DBA thinks that Netbackup removed the archive logs before it backed them up. Translated into Netbackup, that means RMAN got the all clear to complete the backup job (which normally removes the files) while in reality, Netbackup failed to back two of them up. This issue appears to coincide with our 5.1 MP4 -- 6.0 MP4 upgrade. The clients are still running 5.1 MP4. Any ideas? NBU Knowledge base has a few things on the error 6 but non look appropriate. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Inline tape copy performance
I get 20-30MB/sec with the inline copy from our DSSU. Without the inline copy, the speed is 40-50MB/sec. So yes, we see the 50% speed hit. Not sure why. Eric From: Santos, Tarso D [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 12:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inline tape copy performance Hi all, I am trying to understand how ITC works, Does it split the IO at the media server or requires more client streams to generate the multiple copies? I have a customer which has a problem similar to this one: http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-12 /msg00502.html http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-1 2/msg00502.html And would like to know your experience on ITC. Thanks in advance, Tarso ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Inline tape copy performance
There is a known issue with inline copy on a DSSU. There is an 13 to 20 second delay between each image to be relocated, but not the fragments, so write big images. You can see it if you use the infamous iostsat -xn 1 | grep rmt command. Only way around it is to upgrade to 6.0MP4 where this issue is supposed to be fixed, but we have not tested it yet since we are not using 6.0 in production. Here is a copy of our case response from Veritas. -- CASE 290-069-042- -- Note Added: Aug 12, 2005 21:09:22 GMT Abstract/Summary: working as designed Detail: ISSUE: DSSU Relocation is slower after we upgraded SOLUTION: DSSU relocation is working as designed. Enhancement request 414638 was submitted for design change. TROUBLESHOOTING: testing results for 5.0 MP2: http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-0 6 http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-06 http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-0 6/50MP2/ /50MP2/ The long gap at the beginning is during the tape mount/position. After the first image starts writing, there is a 13 second gap between images. This is the time taken to check position/write empty header/check position, write new header, begin reading. testing results for 5.1 MP3: http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-0 6 http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-06 http://rosspt.veritas.com/evidence/ros/42/290-069-042/testing/rosv240-0 6/51MP3/ /51MP3/ This test is backing up the same data to the same /dssu directory. Same box/same drives. The only difference is now I've installed 5.1 MP3. There is the same second gap between images. From internal testing, 5.0 MP2 and 5.1 MP3 are behaving the same. One suggestion to speed up their relocation process would be to have multiple dssu locations. The gaps between images are for position checks/writing empty header on terminating duplication and then position check/new image header on next duplication. With multiple copies, this needs to occur for all copies so speed will be slower than just one copy. REFERENCE: Enhancement 414638 -- Regards, John John D Stephens [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johnson, Eric Sent: Tuesday, March 06, 2007 12:00 PM To: Santos, Tarso D; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Inline tape copy performance I get 20-30MB/sec with the inline copy from our DSSU. Without the inline copy, the speed is 40-50MB/sec. So yes, we see the 50% speed hit. Not sure why. Eric From: Santos, Tarso D [mailto:[EMAIL PROTECTED] Sent: Tuesday, March 06, 2007 12:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inline tape copy performance Hi all, I am trying to understand how ITC works, Does it split the IO at the media server or requires more client streams to generate the multiple copies? I have a customer which has a problem similar to this one: http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-12 /msg00502.html http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-1 2/msg00502.html And would like to know your experience on ITC. Thanks in advance, Tarso ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Inline tape copy performance
13 to 20 seconds? Is that being considered a bug? I don't think I would even notice it I guess some folks monitor things more closely than I do! Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stephens, John Sent: March 6, 2007 1:51 PM To: Johnson, Eric; Santos, Tarso D; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Inline tape copy performance There is a known issue with inline copy on a DSSU. There is an 13 to 20 second delay between each image to be relocated, but not the fragments, so write big images. You can see it if you use the infamous iostsat -xn 1 | grep rmt command. Only way around it is to upgrade to 6.0MP4 where this issue is supposed to be fixed, but we have not tested it yet since we are not using 6.0 in production. Here is a copy of our case response from Veritas. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] backup of linux client finishes with warning
Hello, I have the following problem: The backup of a client linux finish with warning, error code 1, with the following error type: Our master and media server is Solaris 8 an Veritas Netbackup 4.5 MP6 Our client linux is RHEL AS 3 update 3 and VNB 4.5 FP6 Can somebody help me? Thank you in advance, Jorge A. Prado T. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] backup of linux client finishes with warning
Exit status or error code? A 1 exit status typically means you tried to back up something you couldn't. You can avoid these by adding them to your exclude list. The activity monitor job detail should show you what caused the message. On our RHEL AS 3 systems though we don't exclude anything other than /mnt/cdrom and things like that. (On the 2.6 kernels like RHELA AS 4 we have to exclude /sys.) I don't get a 1 exit status on those jobs. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Prado Troncoso, Jorge Andres Sent: Tuesday, March 06, 2007 2:58 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] backup of linux client finishes with warning Hello, I have the following problem: The backup of a client linux finish with warning, error code 1, with the following error type: Our master and media server is Solaris 8 an Veritas Netbackup 4.5 MP6 Our client linux is RHEL AS 3 update 3 and VNB 4.5 FP6 Can somebody help me? Thank you in advance, Jorge A. Prado T. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] backup of linux client finishes with warning ( with error example)
Hello, I have the following problem: The backup of a client linux finish with warning, error code 1, with the following error type: Backup from client huarabk: ERR - File /lib/libthread_db-1.0.so shrunk by 16888 bytes, padding with zeros Our master and media server is Solaris 8 an Veritas Netbackup 4.5 MP6 Our client linux is RHEL AS 3 update 3 and VNB 4.5 FP6 Can somebody help me? Thank you in advance, Jorge A. Prado T. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] backup of linux client finishes with warning ( witherror example)
I recently ran into this for the first time backing up some very old versions of Linux. I'm just ignoring it for new as these servers are scheduled for decommission. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Prado Troncoso, Jorge Andres Sent: Tuesday, March 06, 2007 3:49 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] backup of linux client finishes with warning ( witherror example) Hello, I have the following problem: The backup of a client linux finish with warning, error code 1, with the following error type: Backup from client huarabk: ERR - File /lib/libthread_db-1.0.so shrunk by 16888 bytes, padding with zeros Our master and media server is Solaris 8 an Veritas Netbackup 4.5 MP6 Our client linux is RHEL AS 3 update 3 and VNB 4.5 FP6 Can somebody help me? Thank you in advance, Jorge A. Prado T. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] HP LTO3 FC drives locking up [C1]
Folks, did anyone notice a problem with HP LTO3 drives in SSO configuration, running NBU 5.1 on Solaris 8 ? Once - twice a week I have bptm debug logs reporting in the middle 22:03:41.746 [19156] 2 send_brm_msg: MEDIA NOT READY 22:03:41.746 [19156] 2 write_data: attempting write error recovery, err = 5 22:03:41.746 [19156] 2 tape_error_rec: error recovery to block 1485323 requested 22:03:41.746 [19156] 2 tape_error_rec: attempting error recovery, delay 3 minutes before next attempt, tries left = 5 22:06:41.739 [19156] 2 io_ioctl: command (0)MTWEOF 0 from (overwrite.c.488) on drive index 43 22:06:41.739 [19156] 2 io_ioctl: MTWEOF failed during error recovery, I/O error 22:08:40.745 [19156] 2 tape_error_rec: cannot read position for error recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0 and immediatly after in /var/adm/messages I see Mar 5 22:03:41 vepanyup03 scsi: [ID 107833 kern.warning] WARNING: /[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0 (st297): Mar 5 22:03:41 vepanyup03 SCSI transport failed: reason 'timeout': giving up Mar 5 22:07:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi command failed, may be timeout, scsi_pkt.us_reason = 6 Mar 5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING: 3654=fp(1)::GPN_ID for D_ID=150500 failed Mar 5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING: 3655=fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 disappeared from fabric Mar 5 22:08:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi command failed, may be timeout, scsi_pkt.us_reason = 6 Mar 5 22:09:01 vepanyup03 scsi: [ID 243001 kern.info] /[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0 (fcp1): Mar 5 22:09:01 vepanyup03 offlining lun=0 (trace=0), target=150500 (trace=284) Mar 5 22:11:40 vepanyup03 bptm[19156]: [ID 498531 daemon.error] user scsi ioctl() failed, may be timeout, errno = 5, I/O error Drives lock up and becomes iresponsive. Front panel light show no signs of problem with solid green light on. Pressing eject button does not do anything. Brocade 4100 switch port does not see the drive anymore and shows In_Sync instead of the Online. The only way to bring the drive back is the powercycle. A minute or two after the powercycling I can eject the tape and see fctl: [ID 517869 kern.warning] WARNING: 3799=fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 reappeared in fabric in /var/adm/messages Drives and library are at the latest f/w revision. SUN and STK are clueless, but still looking for the last week. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP LTO3 FC drives locking up [C1]
If the switch does not see the drive, then it's not a driver/OS/SSO issue. The drive, its optics, the Switch SFP, or something like that is faulty. What if you just unplug the fiber and plug it in again? Do you see the drive login to the switch? What about a different switch port? Is it only this one drive? Did you try moving it to another switch port? If that doesn't work, get STK to swap it out. If it's multiple drives (all?) it could be the library controller. The STK libraries intercept the drive to augment the WWN and AL-PAs, so it could be in the libray and not in the drive. I've seen weird things happen with libraries. I've had a drive bite it when a tech put a LTO2 code load tape into an LTO3 drive. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: March 6, 2007 4:10 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] HP LTO3 FC drives locking up [C1] Folks, did anyone notice a problem with HP LTO3 drives in SSO configuration, running NBU 5.1 on Solaris 8 ? Once - twice a week I have bptm debug logs reporting in the middle 22:03:41.746 [19156] 2 send_brm_msg: MEDIA NOT READY 22:03:41.746 [19156] 2 write_data: attempting write error recovery, err = 5 22:03:41.746 [19156] 2 tape_error_rec: error recovery to block 1485323 requested 22:03:41.746 [19156] 2 tape_error_rec: attempting error recovery, delay 3 minutes before next attempt, tries left = 5 22:06:41.739 [19156] 2 io_ioctl: command (0)MTWEOF 0 from (overwrite.c.488) on drive index 43 22:06:41.739 [19156] 2 io_ioctl: MTWEOF failed during error recovery, I/O error 22:08:40.745 [19156] 2 tape_error_rec: cannot read position for error recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0 and immediatly after in /var/adm/messages I see Mar 5 22:03:41 vepanyup03 scsi: [ID 107833 kern.warning] WARNING: /[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL PROTECTED],0 (st297): Mar 5 22:03:41 vepanyup03 SCSI transport failed: reason 'timeout': giving up Mar 5 22:07:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi command failed, may be timeout, scsi_pkt.us_reason = 6 Mar 5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING: 3654=fp(1)::GPN_ID for D_ID=150500 failed Mar 5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING: 3655=fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 disappeared from fabric Mar 5 22:08:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi command failed, may be timeout, scsi_pkt.us_reason = 6 Mar 5 22:09:01 vepanyup03 scsi: [ID 243001 kern.info] /[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0 (fcp1): Mar 5 22:09:01 vepanyup03 offlining lun=0 (trace=0), target=150500 (trace=284) Mar 5 22:11:40 vepanyup03 bptm[19156]: [ID 498531 daemon.error] user scsi ioctl() failed, may be timeout, errno = 5, I/O error Drives lock up and becomes iresponsive. Front panel light show no signs of problem with solid green light on. Pressing eject button does not do anything. Brocade 4100 switch port does not see the drive anymore and shows In_Sync instead of the Online. The only way to bring the drive back is the powercycle. A minute or two after the powercycling I can eject the tape and see fctl: [ID 517869 kern.warning] WARNING: 3799=fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 reappeared in fabric in /var/adm/messages Drives and library are at the latest f/w revision. SUN and STK are clueless, but still looking for the last week. -- Misha Pavlov Société Générale desk: (212) 278-6096 cell: (646) 346-9341 This message uses only 100% recycled electrons. ** *** This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. ** *** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error
Re: [Veritas-bu] Inline tape copy performance
Tarso, et al- ITC will indeed split the data at the media server. The bptm writing process will read the data from the shared memory buffer and write a data chuck (I'm not sure how big these chunks are, haven't truss'ed an actual bptm process to see) to tape drive 1, then write the same data chunk to tape drive 2. So yes, there is overhead since it is the same bptm process writing to 2 different drives. I've seen 10% in some cases, and maybe as high as 15-20% in others... YMMV. -- Brian Blake Enterprise Consulting Services Symantec Corporation [EMAIL PROTECTED] -Original Message- Date: Tue, 6 Mar 2007 11:12:55 -0500 From: Paul Keating [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Inline tape copy performance To: Santos, Tarso D [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu Message-ID: [EMAIL PROTECTED] da.ca Content-Type: text/plain; charset=utf-8 I'm pretty sure it's split at the media server, unless anyone can convince me different. I see negligable difference in performance, however, you'll need to factor in double the number of drives when you're configuring your shared memory for the tape buffers. ie, Max Shared Mem= number of buffers * size of buffers * number of streams per drive * number of drives. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Santos, Tarso D Sent: March 6, 2007 1:49 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Inline tape copy performance Hi all, I am trying to understand how ITC works, Does it split the IO at the media server or requires more client streams to generate the multiple copies? I have a customer which has a problem similar to this one: http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-12 /msg00502.html http://www.arcknowledge.com/gmane.comp.sysutils.backup.veritasbu/2005-1 2/msg00502.html And would like to know your experience on ITC. Thanks in advance, Tarso La version fran?aise suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le pr?sent courriel peut contenir de l'information privil?gi?e ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires d?sign?s est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer imm?diatement et envoyer sans d?lai ? l'exp?diteur un message ?lectronique pour l'aviser que vous avez ?limin? de votre ordinateur toute copie du courriel re?u. -- next part -- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070306/5443 3232/attachment.html -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu End of Veritas-bu Digest, Vol 11, Issue 10 ** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Disaster Recovery Procedures
CJ- I've seen some misbehaving during DR exercises, usually if the media servers that were in production are not brought up at DR. This was more with pre-6.0, and we've gotten around it by not restoring certain pieces or deleting them after restoring the databases (like policies, storage units, etc.). We also used to be able to recover with only bringing back the pieces of the image DB that we needed (specific client directories), since bptm didn't really need the mediaDB on the media server to do the restore, and you could always use FORCE_RESTORE_MEDIA_SERVER to get around bringing back individual mediaDBs. Not sure about 6.0 since a lot more is dependent on EMM. Some of the hanging might be related to IRM trying to schedule backups and such, so that's why I'd say you might want to try to either get rid of the policies, or just wipe out the schedule windows, and bounce the services. B- -- Brian Blake Enterprise Consulting Services Symantec Corporation [EMAIL PROTECTED] -Original Message- From: Jones, Courtenay [mailto:[EMAIL PROTECTED] Sent: 05 March 2007 16:25 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Disaster Recovery Procedures Enviroment: NBU 6.0 MP4, W2K3 Master Server, HP ESL Library (LTO3) We contract with Sungard for our yearly disaster recovery exercise. This will be our first year going through with Netbackup, so we are running through the steps here in our lab. We have gone through the catalog recovery as documented by Symantec, but I do have one question. On pg 545, it mentions restoring the Netbackup directories (excluding \Netbackup\db, \Netbackupdb, \Netbackup\var, Volmgr\database). Is this necessary for a DR exercise, or is it essential for the NBU stability? We have noticed alot of NBU console crashing, hanging, and other symptoms we dont see in our production. Regards, -cj Courtenay Jones UNIX Administrator, Systems Engineering Wolseley North American Division * 8020 Arco Corporate Drive * Raleigh * NC * 27617 T: +1 (919) 431 1882 * F: +1 (919) 431 1198 * M: +1 (919) 673 3983 http://www.wolseley.com/ www.wolseley.com Wolseley plc registered office Parkview 1220 Arlington Business Park Theale Nr Reading RG7 4GA United Kingdom Registration No. 29846 England This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England -- next part -- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20070306/8a5f 05bc/attachment.html ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Virus Scanning and NBU
You don't mention the NB version, but 8.5 has some issues with client versions below 5.1MP4, so be aware. For windows platform, you should exclude bpinetd.exe. Just to be safe, I would also avoid tar32.exe, tracker.exe, vopied.exe, and vnetd.exe on client platforms. bprd.exe, bpjobd.exe, bptm.exe, oprd.exe, rdevmi.exe, avrd.exe, acsd.exe, and tl*.exe for server platforms. Depending on your robot type, any of then can be open at any given time. Been to LW for a summer program. Very nice. Many, many, many...years ago. ;) Kevin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Brooks, Jason Sent: Tuesday, March 06, 2007 10:00 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Virus Scanning and NBU We are preparing to push McAfee 8.5 to our servers and in conjunction with that, I'm compiling a list of NBU processes that McAfee should avoid scanning. What I have so far is as follows: bpcd.exe bpbkar32.exe bpbrm.exe bmrdb.exe bpdbm.exe Others that I've missed? Thanks, Jason Brooks Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2034 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ 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] HP LTO3 FC drives locking up [C1]
On 3/6/2007 3:09 PM, [EMAIL PROTECTED] wrote: Drives lock up and becomes iresponsive. Front panel light show no signs of problem with solid green light on. Pressing eject button does not do anything. Brocade 4100 switch port does not see the drive anymore and shows In_Sync instead of the Online. Depending on where you look, the drive can appear to the switch to be both In_Sync and Online. A portshow will show both on functioning drives. A switchshow will just show Online. If the drive really has disconnected from the fabric then you need to figure out why. Don't bother looking at NetBackup - there's nothing NetBackup can do if the drive has left the fabric. For starters, clear the errors on the switch port. Then the next time it happens, check the port stats - grab a screen shot of all of them. Look at the them during normal operation as well to see what the pattern is. The only way to bring the drive back is the powercycle. Instead of doing a powercycle, see if you can do a portdisable followed by a portenable. That will force the drive to attempt to log back in to the fabric again. Also make sure the port speed is configured - don't let it autosense - and check the switch logs. Make sure the fibre is clean and that you haven't exceeded the fibre distance. Make sure you don't have any tight loops in your fibre path. A minute or two after the powercycling I can eject the tape and see fctl: [ID 517869 kern.warning] WARNING: 3799=fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 reappeared in fabric in /var/adm/messages Drives and library are at the latest f/w revision. SUN and STK are clueless, but still looking for the last week. Have you logged a call against the Brocade switch? Have you made sure that the switch firmware is also current? Do you know how to interpret the switch logs? .../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] Virus Scanning and NBU
We run 8.5 and we don't exclude any of the files! During the backup window however, the services are turned off the Windows boxes! I have never seen a problem with 8,5 and NBU 5.1 MP2 and MP5 yet Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Trotman, Kevin [CCC-OT_IT] [mailto:[EMAIL PROTECTED] Sent: 06 March 2007 22:13 To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Virus Scanning and NBU You don't mention the NB version, but 8.5 has some issues with client versions below 5.1MP4, so be aware. For windows platform, you should exclude bpinetd.exe. Just to be safe, I would also avoid tar32.exe, tracker.exe, vopied.exe, and vnetd.exe on client platforms. bprd.exe, bpjobd.exe, bptm.exe, oprd.exe, rdevmi.exe, avrd.exe, acsd.exe, and tl*.exe for server platforms. Depending on your robot type, any of then can be open at any given time. Been to LW for a summer program. Very nice. Many, many, many...years ago. ;) Kevin -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Brooks, Jason Sent: Tuesday, March 06, 2007 10:00 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Virus Scanning and NBU We are preparing to push McAfee 8.5 to our servers and in conjunction with that, I'm compiling a list of NBU processes that McAfee should avoid scanning. What I have so far is as follows: bpcd.exe bpbkar32.exe bpbrm.exe bmrdb.exe bpdbm.exe Others that I've missed? Thanks, Jason Brooks Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2034 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ 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 This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - 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] Status 51
anything in your SysAdmin Guide at all ? Have you enabled any logging? Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Kenneth W Wilkinson [mailto:[EMAIL PROTECTED] Sent: 06 March 2007 16:22 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 51 Has anyone ever had a status 51 before? Something about the database didn't respond in time. kww This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - 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
