Re: [Veritas-bu] ACS status = 29
Good Evening, Do you have the tape drive cleaning set for library control or netbackup control. We found we had problems when netbackup was set to do the cleaning. We found a technote that for the stk (now sun) ACS controlled libraries one must let the library control the cleaning and not netbackup. len From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rusty.ma...@sungard.com Sent: Friday, November 13, 2009 4:49 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU; veritas-bu-boun...@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] ACS status = 29 I'm seeing the same issue at one site and I'm curious if your drive had a stuck tape, or for some other reason couldn't move the tape from the drive to the home cell? The problem I see is the tape gets stuck in the drive, cannot be unloaded, which causes NBU to constantly request another mount request all the while the drive never is down'ed. Eventually, acsd rolls over and restarts. This process repeats and acsd is usually only down for 2 or 3 minutes, but on occasion, it is down for a couple of hours. The problem repeats until someone manually removes the tape from the drive. After that, NBU is happy. Are you seeing anything like this? Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. mdmiles Sent by: 11/13/2009 04:02 AM Please respond to VERITAS-BU@MAILMAN.ENG.AUBURN.EDU To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU cc Subject [Veritas-bu] ACS status = 29 We are a Netbackup 6.5.3 on Solaris 10 (master and media servers) shop. Frequently, we have errors dismounting tapes. /var/adm/messages says "ACS status = 29 STATUS_DRIVE_IN_USE. The ACSLS (7.3.0) (SL8500) log reports 2009-11-08 08:59:03 DISMOUNT[0]: 971 N mt_action_dm.c 1 1272 dm_lh_drive_busy: LH error type = LH_ERR_TRANSPORT_BUSY Netbackup does not DOWN the drive, and subsequent MOUNT requests fail. Any thoughts ?? Thanks +-- |This was sent by mil...@us.ibm.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] ACS status = 29
I'm seeing the same issue at one site and I'm curious if your drive had a stuck tape, or for some other reason couldn't move the tape from the drive to the home cell? The problem I see is the tape gets stuck in the drive, cannot be unloaded, which causes NBU to constantly request another mount request all the while the drive never is down'ed. Eventually, acsd rolls over and restarts. This process repeats and acsd is usually only down for 2 or 3 minutes, but on occasion, it is down for a couple of hours. The problem repeats until someone manually removes the tape from the drive. After that, NBU is happy. Are you seeing anything like this? Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 Keeping People and Information Connected® ▪ http://availability.sungard.com/ P Think before you print CONFIDENTIALITY: This e-mail (including any attachments) may contain confidential, proprietary and privileged information, and unauthorized disclosure or use is prohibited. If you received this e-mail in error, please notify the sender and delete this e-mail from your system. mdmiles Sent by: 11/13/2009 04:02 AM Please respond to VERITAS-BU@MAILMAN.ENG.AUBURN.EDU To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU cc Subject [Veritas-bu] ACS status = 29 We are a Netbackup 6.5.3 on Solaris 10 (master and media servers) shop. Frequently, we have errors dismounting tapes. /var/adm/messages says "ACS status = 29 STATUS_DRIVE_IN_USE. The ACSLS (7.3.0) (SL8500) log reports 2009-11-08 08:59:03 DISMOUNT[0]: 971 N mt_action_dm.c 1 1272 dm_lh_drive_busy: LH error type = LH_ERR_TRANSPORT_BUSY Netbackup does not DOWN the drive, and subsequent MOUNT requests fail. Any thoughts ?? Thanks +-- |This was sent by mil...@us.ibm.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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] ACS status = 29
Sometimes the problem can be related to the default unload timeout value, which i guess its 5 minutes. I got this problem with T10K drives, and when we changed this timeout to a higher value, it worked. I dont remember exactly the parameter, but you can look for it in hosts - media servers - properties - timeouts . regards, Nick - original message - Subject:Re: [Veritas-bu] ACS status = 29 From: "Marianne Van Den Berg" Date: 11/13/2009 6:39 PM You need to determine if it's one or all media servers having a problem with dismounts. The most common cause of unload failures is device mapping mismatch (when ACS address e.g. 0,0,10,0 does not map to the correct /dev/rmt/xcbn device name). If logging is increased on ACSLS side, you will be able to see all mount/dismount requests in acsss_stats.log. If you have VERBOSE entry in vm.conf on all media servers, you will be able to see the NBU part of Media Manager comms as well in /var/adm/messages. Regards M. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of mdmiles Sent: 12 November 2009 18:47 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] ACS status = 29 We are a Netbackup 6.5.3 on Solaris 10 (master and media servers) shop. Frequently, we have errors dismounting tapes. /var/adm/messages says "ACS status = 29 STATUS_DRIVE_IN_USE. The ACSLS (7.3.0) (SL8500) log reports 2009-11-08 08:59:03 DISMOUNT[0]: 971 N mt_action_dm.c 1 1272 dm_lh_drive_busy: LH error type = LH_ERR_TRANSPORT_BUSY Netbackup does not DOWN the drive, and subsequent MOUNT requests fail. Any thoughts ?? Thanks +-- |This was sent by mil...@us.ibm.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] ACS status = 29
You need to determine if it's one or all media servers having a problem with dismounts. The most common cause of unload failures is device mapping mismatch (when ACS address e.g. 0,0,10,0 does not map to the correct /dev/rmt/xcbn device name). If logging is increased on ACSLS side, you will be able to see all mount/dismount requests in acsss_stats.log. If you have VERBOSE entry in vm.conf on all media servers, you will be able to see the NBU part of Media Manager comms as well in /var/adm/messages. Regards M. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of mdmiles Sent: 12 November 2009 18:47 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] ACS status = 29 We are a Netbackup 6.5.3 on Solaris 10 (master and media servers) shop. Frequently, we have errors dismounting tapes. /var/adm/messages says "ACS status = 29 STATUS_DRIVE_IN_USE. The ACSLS (7.3.0) (SL8500) log reports 2009-11-08 08:59:03 DISMOUNT[0]: 971 N mt_action_dm.c 1 1272 dm_lh_drive_busy: LH error type = LH_ERR_TRANSPORT_BUSY Netbackup does not DOWN the drive, and subsequent MOUNT requests fail. Any thoughts ?? Thanks +-- |This was sent by mil...@us.ibm.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ 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