Re: [Veritas-bu] Problem with Netbackup 6.5 and EV 8.0
Sorry Typo in my first reply Using Powershell ensures EV is AVALIBLE for user and never have to shut down and restart any service's Kenneth Org message: Hi, In EV 8.0 you should use powershell to do backups. Meaning powershell command puts EV in backup mode. Using scripts make sure EV never is unavailable for users. Here is an example of scripts I use in my test lab: Setting backup mode powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-IndexLocationBackupMode evsite01 powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-vaultstorebackupmode -name 'Primary VSG01' -evservername ev01 -evobjecttype vaultstoregroup powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-vaultstorebackupmode -name 'Primary VSG02' -evservername ev01 -evobjecttype vaultstoregroup Clearing backup mode powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-IndexLocationBackupMode evsite01 powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-vaultstorebackupmode -name 'Primary VSG01' -evservername ev01 -evobjecttype vaultstoregroup powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-vaultstorebackupmode -name 'Primary VSG02' -evservername ev01 -evobjecttype vaultstoregroup Note!! EVSITE01 is the name of my EVSITE - PrimaryVSG01 and 02 is name of my Vault Store Groups. When it comes to SQL, use online agent or make a dump script and backup DB. Make sure backup is consistent. Kenneth From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Francisco Javier Gallegos Iglesias Sent: 12. november 2009 14:12 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Problem with Netbackup 6.5 and EV 8.0 Hi, I need some help, because I have a Enterprise Vault 8.0 without the agent of NetBackup, that means that I make backup in a traditional way, with scrips of start and stop. And makes the next: The first script down the data base of EV. After this make copy of two net folder \\NAS_NETAAP\VaultStorageDatfile:///\\NAS_NETAAP\VaultStorageDat \\NAS_NETAAP\VaultStorageIndxfile:///\\NAS_NETAAP\VaultStorageIndx The second script launch a backup of SQL instance (licenses) and up the Data Bases of Enterprise Vault. Is this well done? Or I have to do, some changes. At this moment I have a status code 59, but I think that it is related to other thing, I suppose. Thanks for all. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[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] Res: Upgrade NBU to 6.5.4 having problems with Windows 2003 R2 with SP2 BMR collect info from client
Do you use BMR? if no disable the BMR collection in the policy. T+ Carlos Alberto L. dos Santos (TOCA) Eng. de Computação - Puc-Campinas(SP) - Brasil carlos_lis...@yahoo.com.br - Mensagem original De: Liliana Windver lili...@emet.co.il Para: veritas-bu@mailman.eng.auburn.edu Enviadas: Sexta-feira, 13 de Novembro de 2009 3:40:36 Assunto: [Veritas-bu] Upgrade NBU to 6.5.4 having problems with Windows 2003 R2 with SP2 BMR collect info from client Hello, Does anyone can help on the following issue? I found some Symantec docs on Knowledge base but it seems no one feet my problem. Upgrade whole environment from NBU 6.5.3 to 6.5.4 and have problems on several clients Windows 2003 (other clients in policy are OK) 12/11/2009 17:23:55 - Error bpbrm(pid=30327) BMRERR: Received BMR error: Failed to import Config file. (1) 12/11/2009 17:23:55 - Error bpbrm(pid=30327) BMRERR: Received BMR error: Failed sending the discovery. (1) 12/11/2009 17:23:55 - Error bpbrm(pid=30327) BMRERR: Received BMR error: BMR information discovery failed. (1) 12/11/2009 17:23:55 - end writing Status 1 Master - Linux Red Hat 64-bit Media - Windows 2003 Clients - Windows 2003,2008,2000 Regards Liliana ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Res: ACS status = 29
Verify the FW compatibility and the tech note below http://seer.entsupport.symantec.com/docs/328211.htm Carlos Alberto L. dos Santos (TOCA) Eng. de Computação - Puc-Campinas(SP) - Brasil carlos_lis...@yahoo.com.br - Mensagem original De: mdmiles netbackup-fo...@backupcentral.com Para: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Enviadas: Quinta-feira, 12 de Novembro de 2009 14:46:48 Assunto: [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 Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Problem with Netbackup 6.5 and EV 8.0
Ok, I will try and I will see how it works Thanks you!!! De: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] En nombre de Kenneth Hansen Enviado el: viernes, 13 de noviembre de 2009 9:27 Para: veritas-bu@mailman.eng.auburn.edu Asunto: Re: [Veritas-bu] Problem with Netbackup 6.5 and EV 8.0 Sorry Typo in my first reply Using Powershell ensures EV is AVALIBLE for user and never have to shut down and restart any service's Kenneth Org message: Hi, In EV 8.0 you should use powershell to do backups. Meaning powershell command puts EV in backup mode. Using scripts make sure EV never is unavailable for users. Here is an example of scripts I use in my test lab: Setting backup mode powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-IndexLocationBackupMode evsite01 powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-vaultstorebackupmode -name 'Primary VSG01' -evservername ev01 -evobjecttype vaultstoregroup powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 set-vaultstorebackupmode -name 'Primary VSG02' -evservername ev01 -evobjecttype vaultstoregroup Clearing backup mode powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-IndexLocationBackupMode evsite01 powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-vaultstorebackupmode -name 'Primary VSG01' -evservername ev01 -evobjecttype vaultstoregroup powershell -psconsolefile C:\Program Files\Enterprise Vault\EVShell.psc1 clear-vaultstorebackupmode -name 'Primary VSG02' -evservername ev01 -evobjecttype vaultstoregroup Note!! EVSITE01 is the name of my EVSITE - PrimaryVSG01 and 02 is name of my Vault Store Groups. When it comes to SQL, use online agent or make a dump script and backup DB. Make sure backup is consistent. Kenneth From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Francisco Javier Gallegos Iglesias Sent: 12. november 2009 14:12 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Problem with Netbackup 6.5 and EV 8.0 Hi, I need some help, because I have a Enterprise Vault 8.0 without the agent of NetBackup, that means that I make backup in a traditional way, with scrips of start and stop. And makes the next: The first script down the data base of EV. After this make copy of two net folder \\NAS_NETAAP\VaultStorageDat file:///\\NAS_NETAAP\VaultStorageDat \\NAS_NETAAP\VaultStorageIndx file:///\\NAS_NETAAP\VaultStorageIndx The second script launch a backup of SQL instance (licenses) and up the Data Bases of Enterprise Vault. Is this well done? Or I have to do, some changes. At this moment I have a status code 59, but I think that it is related to other thing, I suppose. Thanks for all. ___ 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 mvdb...@stortech.co.za 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
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 netbackup-fo...@backupcentral.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 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
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 netbackup-fo...@backupcentral.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 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