Re: [Veritas-bu] Mystery Catalog job appearing, running...
Look all through your vaulting and or catalog backup for selections. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of e070924 Sent: Tuesday, November 04, 2014 11:34 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Mystery Catalog job appearing, running... Thanks for posting.. It's weird that I can't answer that question. There's only one catalog job that runs, and it is of type NBU-Catalog. The other job that runs, that is of type Sybase is the mystery; we don't have any job in our server that is of type Sybase. Therefore, how to I check the retention level? This Sybase job seems to be 'spawned' by the Catalog backup Policy; we don't know where it comes from. +-- |This was sent by alex.bat...@honeywell.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] Netbackup 7.1 to 7.5 differences.
Does 7.5 write to tape differently than 7.1? Trying to import a tape written in 7.5 to our master server using 7.1 bpimport -id ATL323 Import phase 2 started 9/9/2014 8:24:46 AM INF - Importing policy Lereta_SPL_1, schedule Full (atl-sunprod_1410102290), med ia id ATL323, created on 09/07/2014 08:04:50. INF - Import of policy Lereta_SPL_1, schedule Full (atl-sunprod_1410102290) fail ed, media read error. INF - Importing policy Lereta_SPL_2, schedule Full (atl-sunprod_1410115868), med ia id ATL323, created on 09/07/2014 11:51:08. INF - Import of policy Lereta_SPL_2, schedule Full (atl-sunprod_1410115868) fail ed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_5, schedule Full (atl-standby_1410126 151), media id ATL323, created on 09/07/2014 14:42:31. INF - Import of policy ATLSTANDBY_ORA_PROD_5, schedule Full (atl-standby_1410126 151) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 149), media id ATL323, created on 09/07/2014 14:42:29. INF - Import of policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 149) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 148), media id ATL323, created on 09/07/2014 14:42:28. INF - Import of policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 148) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 146), media id ATL323, created on 09/07/2014 14:42:26. INF - Import of policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 146) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 145), media id ATL323, created on 09/07/2014 14:42:25. INF - Import of policy ATLSTANDBY_ORA_PROD_3, schedule Full (atl-standby_1410126 145) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 142), media id ATL323, created on 09/07/2014 14:42:22. INF - Import of policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 142) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 141), media id ATL323, created on 09/07/2014 14:42:21. INF - Import of policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 141) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 140), media id ATL323, created on 09/07/2014 14:42:20. INF - Import of policy ATLSTANDBY_ORA_PROD_2, schedule Full (atl-standby_1410126 140) failed, media read error. INF - Importing policy ATLSTANDBY_ORA_PROD_1, schedule Full (atl-standby_1410126 136), media id ATL323, created on 09/07/2014 14:42:16. INF - Import of policy ATLSTANDBY_ORA_PROD_1, schedule Full (atl-standby_1410126 136) failed, media read error. INF - Status = no images were successfully processed. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 7.1 to 7.5 differences.
I think I am going to have a lot of trouble importing this tape. Not only am I on 7.1 but my master server is Windows and theirs was Solaris Anyone have a possible way for me to read this tape without installing Solaris and creating a new master server? From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Tuesday, September 09, 2014 11:12 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 7.1 to 7.5 differences. Does 7.5 write to tape differently than 7.1? Trying to import a tape written in 7.5 to our master server using 7.1 bpimport -id ATL323 Import phase 2 started 9/9/2014 8:24:46 AM INF - Importing policy Lereta_SPL_1, schedule Full (atl-sunprod_1410102290), med ia id ATL323, created on 09/07/2014 08:04:50. INF - Status = no images were successfully processed. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup logs
You would need to keep catalog for at least as long as your audit requirements are. I have to keep 7 years catalog to be able to show backups completion status. I don't need to be able to restore all 7 years of data (except Accounting stuff) just prove I backed it up. Auditors are funny that way. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Alfredo De Luca Sent: Wednesday, March 19, 2014 4:17 AM To: Bluejay Adametz Cc: Veritas List Subject: Re: [Veritas-bu] Backup logs Thanks but not have time to restore and also they asking for multiple checks for different days. Any other idea? On Wed, Mar 19, 2014 at 10:05 PM, Bluejay Adametz blue...@fujifilm.commailto:blue...@fujifilm.com wrote: how and where can I check if an old backup went well. What we seems to have is the last 2 months where we can check such a thing but we've been asked to produce evidence of an old backup (older than 6 months) went well. You could restore it somewhere and see if all the data is there (really, that's the best way to verify a backup). Or you could run bpverify on it. - Bluejay Adametz Definition: Unipea n. A peanut with only one compartment. -- NOTICE: This message, including any attachments, is only for the use of the intended recipient(s) and may contain confidential and privileged information, or information otherwise protected from disclosure by law. If the reader of this message is not the intended recipient, you are hereby notified that any use, disclosure, copying, dissemination or distribution of this message or any of its attachments is strictly prohibited. If you received this message in error, please contact the sender immediately by reply email and destroy this message, including all attachments, and any copies thereof. -- Alfredo ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Unquoted path vulnerability
I went through and updated all my registry entries that had C:\Program Files\ to C:\Progra~1\ This fixes the issue. I run on a 32 bit OS, on a 64bit OS the 1 in progra~1 may be a different number. The real problem is that a person could create a folder called Program and load an executable called Fileswhatever in there and the path of the service not being quoted may look in c:\Program\ instead of c:\Program Files\ Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Reynolds, Susan K. Sent: Tuesday, May 07, 2013 1:45 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Unquoted path vulnerability Has anyone heard of this being a security issue before: +++ The remote Windows host has at least one service installed that uses an unquoted service path, which contains at least one whitespace. A local attacker could gain elevated privileges by inserting an executable file in the path of the affected service. Ensure that any services that contain a space in the path enclose the path in quotes. Nessus found the following service with an untrusted path: NetBackup INET Daemon : C:\Program Files\Veritas\NetBackup\bin\bpinetd.exe +++ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] There are no files matching the specified criteria
What I did was change the global timeouts for restores to be 120 minutes. I had that problem when attempting to restore a file from a backup with 10 million files on a 250 GB drive. The restore would always fail before I did this. I know the timeout is a bit extreme but I tried changing to 20 minutes then 60 minutes and the job still failed. Doug Preston From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Sarah Duncan Sent: Friday, September 21, 2012 10:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] There are no files matching the specified criteria This is an answer to an old thread about this problem: when I try to restore files from a backup the NetBackup GUI reported There are no files matching the specified criteria. I'm having the same problem. I've been working with Netbackup for 10 years. I know 100% for sure this is not user error on my part. This happens to me when I'm trying to restore from a backup of an extremely large number of files. When I go to restore them, it looks to me like the console simply times out. Like the original poster, I'm running netbackup on a Solaris master, though I'm running a newer version: 7.1.0.3. Back in the day when catalog files were stored in .Z format, I could uncompress big ones manually before trying to run a restore from a very large backup, but I'm not aware of any trick I can use on the current catalog format. Anyone got any ideas? I'm going to look at the command line and see if it can help me... Thanks in advance, Sarah Sarah Duncan UNIX Systems and Storage Administrator WGBH Educational Foundation smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Windows Flashbackup Restore issues
I am getting a 3817 error when I try to restore a flashbackup. 6/15/2012 5:58:31 AM - begin Restore 6/15/2012 6:04:40 AM - media S50319 required 6/15/2012 6:04:40 AM - media MD1216 required 6/15/2012 6:04:40 AM - restoring image server01_1336662589 6/15/2012 6:04:43 AM - end Restore; elapsed time: 00:06:12 FlashBackup-Windows policy restore error(2817) I have tried selecting raw partition backup, normal backup and still get this error. If I do file level restore I can only select about 1/3 of the partition at a time and not get the error. I have 5 drives I need to restore and I really don't want to do them in pieces. Anyone have a clue how to resolve this? Doug Preston smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Help with LTO5 encryption
I have been asked to read 7 LTO5 tapes that were backed with NBU 7.5 up using encryption I was sent the key that was used for encryption. I have not done any encryption with NetBackup 7.1 which is what we are using. We have LTO2 drives at the moment so I know I will need to buy the LTO 5 drives Can someone point me in the right direction to be able to read these tapes? Doug Preston smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Advice / Experience - NetApp and NBU
Is this a NetBackup license or a netapp license you are referring to? Doug Preston Phone 626-667-1447 Email dlpres...@lereta.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Michael Graff Andersen Sent: Thursday, May 10, 2012 2:31 AM To: Simon Weaver; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Advice / Experience - NetApp and NBU Hi Simon You need a license for NDMP if you want backup directly from the Netapp controller. As always the speeed varies seen everything from basically not moving to full speed on the LTO3 tape drev. One thing you need to be aware of is that the ndmp process is a low priority process on the filer. Recovery of single files from NDMP takes quite while as the backup server/filer has to go through the metadata and find the relevant bits. But mostly you will restore single files from the snapshots The internal snapshot functions well, but be aware they require space cpu. Hope this helps Regards Michael 2012/5/10 Simon Weaver simon.wea...@iscl.net: All Going to 7.5 shortly, but there is talk about bringing in a NetApp device, where it will replace our standard file Server. Not fully familiar with NetApp and how it talks to NetBackup, I wanted to find out from any real world experience how it is used and backed up. For example, if it holds 8TB of Data, do I need a License for NBU for NDMP and use a wizard to configure? How do you backup your NetApp devices? Any pros or cons to the setup? Its advice I am after, so to get real world experience is better to fully understand how it works. I got the NBU NDMP Papers here, and the NetApp papers, but there is just too much to go through, and I basically want to get an idea on how good Netapp is, how quick it can backup and more important, recovery? I saw an online Demo of some sort of NetApp Snapshot feature, where some text files were created, a VSS Snapshot copy was made, the files deleted and then recovered. But 1kb files is EASY to recover, but wondering how you recover 8TB !! :-) Thank you for any advice Yours Simon ___ 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 smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Licenses to backup exchange 2007
Anyone have an idea how many exchange client licenses I need to purchase for the following configuration NBU 7.xx From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Wednesday, April 04, 2012 1:01 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Licenses to backup exchange 2007 I have called Symantec for this information and they were unable to tell me. What licenses and how many do I need to back up my exchange 2007 environment? I have two Database servers one edge transport server one client access server Doug Preston smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Licenses to backup exchange 2007
I have called Symantec for this information and they were unable to tell me. What licenses and how many do I need to back up my exchange 2007 environment? I have two Database servers one edge transport server one client access server Doug Preston smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] MISSING PATH for tape devices in RHEL5 for NetBackup 7.1
I don’t have any *nix media servers but on windows I would look in C:\Program Files\VERITAS\NetBackup\db\media\drives C:\Program Files\VERITAS\NetBackup\db\media\tpreq Delete anything in that folder on the media server that is showing MISSING PATH for the drives. I think you would find it in /usr/openv/netbackup/db/media/drives and /usr/openv/netbackup/db/media/tpreq Doug Preston We are running a NetBackup 7.1 media server on RHEL5. The tape paths all show as missing in smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] WRN - can't open file: System State:\System Files\System Files (WIN32 -536805667: Unknown error)
Have you attempted to backup using Microsoft's backup app on the machine? Are the backup services running as a user or as local system? If they are running as a user then you may need to make sure that user is a member of backup operators or administrators on the machine. Doug Preston Hi, There are certainly a lot of issues that cause this error if you Google it-however for many of the problems mentioned they do not apply to our windows hosts. Has anyone else seen this in the logs and how have you fixed it/what was the issue? WRN - can't open file: System State:\System Files\System Files (WIN32 -536805667: Unknown error) Justin. smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] massive catalog growth
There is an entry per file in the catalog, a million files at 1k each will cause more catalog space than a thousand 1tb files Doug Preston From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Sanders, Nate Sent: Monday, November 14, 2011 8:29 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] massive catalog growth As of a few weeks ago we saw our NBU7 catalog explode from 80GB to a peak of 238GB. My initial belief was this was part of us standing up a 2nd media server for the office which was linked to a Data Domain 630. But after reviewing the historical graphs, it is very clear this increase happened just a couple weeks ago. The obvious thing I started doing 2 weeks ago, is backing up our new Isilon cluster and also introduced these backups to a new Data Domain 670. More specifically, our Isilon which contains around 600 million image files that are less than 128k each. How in the world could 10TB of image data suddenly cause the catalog to triple in size? Yet previously adding 18TB of data from a new media server (the dd630) didn't even cause more than a 20GB increase in the catalog ? I'm at quite a loss here to understand how this increase happened so quickly. The real issue here is that the catalog filesystem has filled up 3 times, causing nbpem to crash, and backups to grind to a halt. The last time this happened had nothing to do with the Isilon backups, but happened as a result of changing the media destination from some existing OS backups to go to a Data Domain 670, instead of their old DSSU locations. The isilon also points to this same DD670. Could that be the real issue here? Is there something different about how the catalog stores information when it resides on a Data Domain? and any attachments from your system. smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6/7 clients
At 7.1 I still have 6.x clients and 3 5.x clients running on equiptment that's so old the new versions wornt run. Support is good for all 6.x clients running under 7.x master. The 5.x I am on my own if there is an issue. Doug Preston Phone 626-667-1447 Email dlpres...@lereta.com smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone way to trigger a bpstart_notify script.... (cont)
I use a tool called psexec from the pstools library on windows systems to run tasks on other windows servers like remote scripts executables. What have you. It is a comman line tool so you should be able to script it how you want in the order you want. Doug Preston Phone 626-667-1447 Email dlpres...@lereta.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rhugga Sent: Thursday, November 03, 2011 7:03 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Anyone way to trigger a bpstart_notify script (cont) This is part are a series of policies that must be run in sequence, which span multiple machines. The policies themselves are called from a script run from cron - each one blocking until the previous one completes. Since our backup infrastructure is all solaris/linux and these are windows SQL servers. +-- |This was sent by chuck.car...@gmail.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 smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Citrix Backups and restores
Have you tried restoring to an alternate location to verify the data on the ta Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of dejohn61 Sent: Monday, October 31, 2011 3:40 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Citrix Backups and restores NBU Enterprise 7.1.01 Windows 2003 enterprise (master) 6 Media servers mixed Unix, Linux, and windows Netapp VTL and (Quantum Scalar i2000 physical tape) I am having trouble restoring data from the D:\ drive of a Citrix server. the C:\ drive restores just fine. I can see the data in the restore console so I know its there. Symantec support is telling me that the D:\ on the Citrix box is EFI format not NTFS and not compatible in NBU backups and restores. Is this a true statement? and what are my alternatives to backing up and restoring this data. smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Cross Mount Points question
It does on my centos, and FreeBSD and Solaris boxes Doug Preston From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of BeDour, Wayne Sent: Wednesday, August 24, 2011 10:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Cross Mount Points question Our environment, HP-UX 11-31 currently running one master and media server running NetBackup 6.5.2, r unning mostly unix / Linux backups We sometimes select the “Allow multiple data streams” box so a separate backup job will kick off for each entry in the Backup Selections tab. If I have “/” and then for example /opt, /data specified and have the Cross mounts points box selected, will /opt and /data get backed up twice? Thanks in advance… Wayne BeDour Unix System Administrator PH: 248-447-1739 Internet: wbed...@lear.com ** ** 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. smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Email from NetBackup 7.1
In Windows there is an nbmail.cmd script which has an option to set who to send the email as, I would bet somewhere in the email script you use there is an option to set sender address, I know sendmail has an option to send mail as someone else. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff Sent: Tuesday, August 09, 2011 8:33 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Email from NetBackup 7.1 Has anyone seen an issue wherein notification emails from NetBackup are coming from their real user account rather than their effective user (root) account? If so is there a fix? DETAILS: Yesterday I needed to restart NetBackup on my RHEL6 master. Overnight I saw it sending notification emails about completed backups using my ID on that host as the sender rather than root’s ID as it normally does. I had recently created myself a login account on the server and had done “sudo su –“ to become root yesterday to do the restart of NetBackup. It appears the notifications were somehow generated based on my real login rather than the effective ID (root) I had when I switched users to root.Looking at processes today I verified they all are running as root and there are none running under my real login. Has anyone seen this issue with email? When I logged into the GUI I did it as the root user so that doesn’t play into this. Please don’t tell me to test by stopping and restarting NetBackup after doing a direct login as root as opposed to su. I’m smart enough to figure out that would likely work. I’m more interested in why it would be using my real ID rather than effective ID in the first place. On our 6.5 master I never saw this issue and I always did the su to root there. smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] windows new install nb7.1 to d: drive
Do a custom install Doug Preston Phone 626-667-1447 Email dlpres...@lereta.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson, Jerald Sent: Friday, July 15, 2011 7:19 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] windows new install nb7.1 to d: drive i've been using netbackup on unix/linux for many years. i'm attempting my first install of netbackup 7.1 for a new small environment which is a windows master/media server. i'd like to install to the d: drive but the installation gui does not give me a chance to change it. i do not want to install to c: and then have to hack it to move it to the d: drive as i've seen some symantec articles on moving the database if it gets too big. has anyone been able to install directly to a different location? should i download 7.0 and try that, and then upgrade to 7.1? that also seems to be an unneccessary hack if the 7.0 installation does let me change the installation path. hopefully it's something i'm overlooking as i'm fairly new to using this here pointy-clicky thing. thanks in advance, jerald Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person(s) or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient(s) is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] db_marker.txt
What O/S what version of NetBackup? Doug Preston Phone 626-339-5221 Ext 1447 Email dlpres...@lereta.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nathan Kippen Sent: Tuesday, June 28, 2011 5:34 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] db_marker.txt My system hung this morning and when I tried starting netbackup it was complaining that the db_marker.txt file is missing. Can I touch the file, and start netbackup ..or is there something more to it? smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] db_marker.txt
The path of the file on a windows master server with NBU 7.1 is C:\Program Files\VERITAS\NetBackup\db\images The contents of the file is between the - - !PLEASE DO NOT DELETE THIS FILE WARNING: REMOVAL OF THIS FILE MAY INCREASE THE EXPOSURE TO SERIOUS OPERATIONAL ISSUES UP TO AND INCLUDING POTENTIAL DATA LOSS This file is used to ensure access to the DB directory is valid upon NetBackup Database Manager startup. - Doug Preston Phone 626-339-5221 Ext 1447 Email dlpres...@lereta.com From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nathan Kippen Sent: Tuesday, June 28, 2011 5:34 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] db_marker.txt My system hung this morning and when I tried starting netbackup it was complaining that the db_marker.txt file is missing. Can I touch the file, and start netbackup ..or is there something more to it? smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoration Issue
1 word of warning on this, make sure they are not using some kind of disk-extender app on the server If they are then the zero byte files may be correct on the server and there is a disk layer process that will call the real image or doc from a different location. Doug Preston Phone 626-339-5221 Ext 1447 Email dlpres...@lereta.com -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Monday, April 18, 2011 6:32 AM To: Preston, Douglas; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Restoration Issue Doug Funny enough, I was thinking of the same thing (ie: delete files, verify if they were infact needed and if so, restore to same location but dont overwrite!! But now, I am seeing that as the easy way out! But it might be the way to save me some pain! Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Monday, April 18, 2011 1:56 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: Re: [Veritas-bu] Restoration Issue I would find all zero byte files and delete them. Then do a restore and make sure you check skip file if it exists. Any file that was not zero bytes will not be replaced an all the files that were zero byte will be restored. Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Monday, April 18, 2011 3:56 AM To: Lightner, Jeff; bob944; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Restoration Issue Im getting 2 problems now 1) Status 227 in the GUI 2) Exit Status 100: System error occurred I have had to re-do the file again. Its worse than I first thought, and file sizes of each file is roughly 10 - 50MB per file! So a restore to same location is needed. Jeff, I may need some advice, as the file structure (paths where the files are located) have spaces on and no spaces. Some also exceed 256 characters, which is going to prove an issue! The date is also from a Month end backup 23rd Dec 2010. Any advice, is apprecaited. I have the Command Window out, so I am getting somewhere, but not fully restoring. :( S. 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. -o- Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Strange behaviour
From services on a windows box. bpcd13782/tcp bprd13720/tcp vnetd 13724/tcp vopied 13783/tcp bpdbm 13721/tcp bpjobd 13723/tcp bpjava-msvc 13722/tcp NB_dbsrv13785/tcp vmd 13701/tcp tldcd 13711/tcp tl8cd 13705/tcp tl4d13713/tcp tlmd13716/tcp tlhcd 13717/tcp acsd13702/tcp Doug Preston From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Patrick Sent: Monday, March 28, 2011 4:15 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Strange behaviour Hi All, As anyone seen a case where the backups work but bpgetconfig and bptestbpcd fail? It is driving me up the wall. L Also I cannot seem to find on which port vnetd or bpcd are configured. This is Solaris 10 and NetBackup 7.0.1. Usually I look in /etc/services, but there's nothing there! L Regards, Patrick Whelan VERITAS Certified NetBackup Support Engineer for UNIX. VERITAS Certified NetBackup Support Engineer for Windows. netbac...@whelan-consulting.co.uk attachment: image002.gif attachment: image003.jpg smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] batch script to check Scratch media
This will require cygwin and a GnuWin32 version gawk
echo Available scratch media tapes G:\temp\scratch_mail.txt
G:\PROGRA~1\VERITAS\Volmgr\bin\vmquery -pn scratch -b | tail +4 | gawk
'{print $3,$4,$2 }' | C:\cygwin\bin\sort -n | uniq -c | C:\cygwin\bin\grep
-vi none G:\TEMP\scratch_mail.txt
echo If above line shows less than 75 TLD notify Doug Preston immediately @
111-111- 24/7 G:\temp\scratch_mail.txt
nbmail.cmd nbu-repo...@it.lereta.com available scratch media
G:\temp\scratch_mail.txt
output looks like this
Available scratch media tapes
328 TLD 0 HCART2
If above line shows less than 75 TLD notify Doug Preston immediately @
111-111- 24/7
Doug Preston
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of pranav batra
Sent: Tuesday, March 08, 2011 8:24 AM
To: Veritas
Subject: [Veritas-bu] batch script to check Scratch media
Hello Geeks,
I am looking for a batch script that can mail me the Scratch tapes in my
library every day.
I know though this is not very much related to Netbackup but if anyone can
help that will be much.
Our master server is 6.5.4 ,windows 2003
And I need if any script can be made to mail me the output of \program
files\veritas\volmgr\bin\vmquery -rn 0 -bx |qgrep Sc.
Please help.
Pranav
smime.p7s
Description: S/MIME cryptographic signature
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpdown doesnt stop prcoesses
You need to be logged in as an administrator to run that command. In 2008R2 you may also need to right click on the bpdown and bpup apps and go into properties then compatibility tab then select run this program as an administrator. Doug Preston Phone 626-339-5221 Ext 1447 Email dlpres...@lereta.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bfcsaus Sent: Monday, February 28, 2011 1:53 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] bpdown doesnt stop prcoesses Hi, I have Netbackup 7.0.1 installed on Windows 2008 R2 and everything seems ok. However when I try to bpdown the servers I recieve a message saying the service is NOT STOPPED. Not sure what ive done wrong, the license is ok, I can create a disk storage unit etc etc Any advice would be appreciated, thanks PS C:\Program Files\Veritas\NetBackup\bin ./bpdown -f -v NetBackup 7.0 -- Shutdown Utility Shutting down services BMR Boot Service BMR Boot Service -- NOT STOPPED BMR Master Service BMR Master Service -- NOT STOPPED NetBackup Service Monitor NetBackup Service Monitor -- NOT STOPPED NetBackup Agent Request Server NetBackup Agent Request Server -- NOT STOPPED NetBackup Storage Lifecycle Manager NetBackup Storage Lifecycle Manager -- NOT STOPPED NetBackup Key Management Service NetBackup Key Management Service -- NOT STOPPED NetBackup Vault Manager NetBackup Vault Manager -- NOT STOPPED NetBackup Service Layer NetBackup Service Layer -- NOT STOPPED NetBackup Policy Execution Manager NetBackup Policy Execution Manager -- NOT STOPPED NetBackup Job Manager NetBackup Job Manager -- NOT STOPPED NdmpMoverListener NdmpMoverListener -- NOT STOPPED NetBackup Request Daemon NetBackup Request Daemon -- NOT STOPPED NetBackup Compatibility Service NetBackup Compatibility Service -- NOT STOPPED NetBackup Database Manager NetBackup Database Manager -- NOT STOPPED NetBackup Audit Manager NetBackup Audit Manager -- NOT STOPPED nbazd nbazd -- NOT STOPPED nbatd nbatd -- NOT STOPPED spoold spoold -- NOT STOPPED spad spad -- NOT STOPPED NetBackup Remote Manager and Monitor Service NetBackup Remote Manager and Monitor Service -- NOT STOPPED NetBackup Device Manager NetBackup Device Manager -- NOT STOPPED NetBackup Volume Manager NetBackup Volume Manager -- NOT STOPPED NetBackup Resource Broker NetBackup Resource Broker -- NOT STOPPED NetBackup Enterprise Media Manager NetBackup Enterprise Media Manager -- NOT STOPPED SQLANYs_VERITAS_NB SQLANYs_VERITAS_NB -- NOT STOPPED NetBackup Event Manager NetBackup Event Manager -- NOT STOPPED NetBackup Notification Service NetBackup Notification Service -- NOT STOPPED NetBackup SAN Client Fibre Transport Service NetBackup SAN Client Fibre Transport Service -- NOT STOPPED NetBackup Client Service NetBackup Client Service -- NOT STOPPED NetBackup Legacy Client Service NetBackup Legacy Client Service -- NOT STOPPED NetBackup Legacy Network Service NetBackup Legacy Network Service -- NOT STOPPED Shutdown of one or more services failed. PS C:\Program Files\Veritas\NetBackup\bin When I try to bpup I receive the following which confirm the services are up as they are when I look at the services themselves from manage: PS C:\Program Files\Veritas\NetBackup\bin ./bpup -f -v NetBackup 7.0 -- Startup Utility Starting services NetBackup Legacy Network Service NetBackup Legacy Network Service -- NOT STARTED NetBackup Legacy Client Service NetBackup Legacy Client Service -- NOT STARTED NetBackup Client Service NetBackup Client Service -- NOT STARTED NetBackup SAN Client Fibre Transport Service NetBackup SAN Client Fibre Transport Service -- NOT STARTED NetBackup Notification Service NetBackup Notification Service -- NOT STARTED NetBackup Event Manager NetBackup Event Manager -- NOT STARTED SQLANYs_VERITAS_NB SQLANYs_VERITAS_NB -- NOT STARTED NetBackup Enterprise Media Manager NetBackup Enterprise Media Manager -- NOT STARTED NetBackup Resource Broker NetBackup Resource Broker -- NOT STARTED NetBackup Volume Manager NetBackup Volume Manager -- NOT STARTED NetBackup Device Manager NetBackup Device Manager -- NOT STARTED NetBackup Remote Manager and Monitor Service NetBackup Remote Manager and Monitor Service -- NOT STARTED spad spad -- NOT STARTED spoold spoold -- NOT STARTED nbatd nbatd -- NOT STARTED nbazd nbazd -- NOT STARTED NetBackup Audit Manager NetBackup Audit Manager -- NOT STARTED NetBackup Database Manager NetBackup Database Manager -- NOT STARTED NetBackup Compatibility Service NetBackup Compatibility Service -- NOT STARTED NetBackup Request Daemon NetBackup Request Daemon -- NOT STARTED NdmpMoverListener NdmpMoverListener -- NOT STARTED NetBackup Job Manager NetBackup Job Manager -- NOT STARTED NetBackup Policy Execution Manager NetBackup Policy Execution Manager -- NOT STARTED NetBackup Service Layer
Re: [Veritas-bu] Solaris ADIC media server woes
Verify the zoning on the ADIC library has the changer zoned to the server. Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bfcsaus Sent: Friday, January 07, 2011 5:00 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Solaris ADIC media server woes Hi, I have a problem seeing the changer and tape device on a Sun T5220 Solaris 10 server with 2 x QLC HBA's installed. Ive logged the problem with Sun but they advise me to install to the latest patch level etc etc which unfortunately at the moment I cannot do due to downtime restrictions. Storage have told me I should be see 1 changer and 2 tapes drives Basically I can see the ADIC Array controller from sgscan as below: /dev/sg/c0t0l0: Disk (/dev/rdsk/c1t0d0): SEAGATE ST914602SSUN146G /dev/sg/c0t1l0: Disk (/dev/rdsk/c1t1d0): SEAGATE ST914602SSUN146G /dev/sg/c0tw500308c0019178b2l0: Array-controller: ADICScalar i2000 However I should be seeing the changer and 2 tape drives. Ive followed the notes from the admin guide (sg.install, sgbuild etc) to no avail. I did see a thread on the same lines (http://www.adsm.org/lists/html/Veritas-bu/2006-06/msg00065.html) which said the LUN mapping was wrong so if anyone could assist it would be appreciated. The days of physical tape's being attached are nearing an end I think unfortunately. Thanks... +-- |This was sent by steven.ho...@virgin.net 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] [Veritas-but] Command to view injected media list
vmupdate -rt tld -rn 0 -empty_map -p scratch That is the command I use to import media, it prints to standard output the media barcodes imported and the result code, usually a 0. I am sure you can use some piping or redirecting to cause it to give you dates and count Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of EdNetman Sent: Friday, December 24, 2010 8:52 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Command to view injected media list Hello, I am just following up on this post as I have not recieved a reply and have not figured it out on my own yet. Thanks! - I am attempting to figure out a way to view a list or at least a count of the media injected on a specific date. Our issue is that we rotate this function between shifts and at times the status of the tapes does not get communicated effectivly. What I would like to do is run a command that will generate a list similar to the Preview Media in the Vault Operators Menu. I have asked around and searched the web but I must be phrasing something incorrectly because I am not finding anything. +-- |This was sent by e...@edthecomputerwizard.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] 2008 client backup issues
Master server and all media servers are windows 2003 running NBU 7.01 and the clients are windows 2008 SP2 domain controllers NBU 7.01 The error that I get is that it sits at 0 bytes, 0 files for days doing system state backups or will error with code 24 about 4 or 5 hours of acting like its writing to the media server but 0 files and 0 bytes get written. I use VSS for all my 2003 and 2008 servers. Drives get backed up as expected this is just the shadow copy components backups that fail to write anything All VSS writers show they are fine. File list ALL_LOCAL_DRIVES Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 2008 client backup issues
I have 2 domain controllers running windows 2008 SP2 that I did a full backups using All Local Dives as the backup selection prior to running dcpromo to make them domain controller and backups were successful. Once I dcpromo'd them and they became domain controllers I get a failure trying to backup system state. These are not 64bit versions of the os Anyone else having this issue or have a possible workaround so I can get good backups of my domain controllers? All my windows 2003 domain controllers had no issues during backup using same selections. Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 2008 client backup issues
That link is in regards to 2008 r2 64bit which is different that 2008 sp2 32bit Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1447 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@landam.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- From: saranb...@hotmail.com [mailto:saranb...@hotmail.com] On Behalf Of Saran Brar Sent: Wednesday, December 01, 2010 7:13 AM To: Preston, Douglas; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] 2008 client backup issues This issue has been addressed in this forum many times and for your quick reference please follow the below link. It is a known issue with Windows 2008 servers Below is the link with the know issue of System state backup with windows 2008 servers http://www.symantec.com/business/support/index?page=contentid=TECH140077 Regards, Saranjit Singh Brar From: dlpres...@lereta.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: Wed, 1 Dec 2010 06:52:47 -0800 Subject: [Veritas-bu] 2008 client backup issues I have 2 domain controllers running windows 2008 SP2 that I did a full backups using All Local Dives as the backup selection prior to running dcpromo to make them domain controller and backups were successful. Once I dcpromo'd them and they became domain controllers I get a failure trying to backup system state. These are not 64bit versions of the os Anyone else having this issue or have a possible workaround so I can get good backups of my domain controllers? All my windows 2003 domain controllers had no issues during backup using same selections. Doug Preston ___ 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] NBU7 system state backup errors
When trying to backup a new windows 2008 server all my backups go to completion ok except system state. I get this error in the GUI Job Details log 10/14/2010 12:55:09 PM - Warning bpbrm(pid=544) from client scacimm01: WRN - can't open file: System State:\Automated System Recovery\BCD\BCD (WIN32 -536832991: Unknown error) 10/14/2010 12:55:15 PM - Error bpbrm(pid=544) from client scacimm01: ERR - Error encountered while attempting to get additional files for System State:\ Anyone have a hint what I need to do? I am almost positive this is not NetBackup's problem but I need to make sure I can do a restore of the system regardless of whose problem it is Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU7 system state backup errors
My backup selection is All_Local_Drives This kicked off 3 child jobs, one for C:\ one for G:\ and one for Shadow Copy Components:\ This is the job where the system state error occurred. Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1447 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@landam.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com] Sent: Thursday, October 14, 2010 1:03 PM To: Preston, Douglas; veritas-bu@mailman.eng.auburn.edu Subject: RE: NBU7 system state backup errors Do you specify a job of only system state I thought 2008 does not have that any more, only Shadow Copy Components ( system state is included inside of that) From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Thursday, October 14, 2010 3:00 PM To: 'Veritas' Subject: [Veritas-bu] NBU7 system state backup errors When trying to backup a new windows 2008 server all my backups go to completion ok except system state. I get this error in the GUI Job Details log 10/14/2010 12:55:09 PM - Warning bpbrm(pid=544) from client scacimm01: WRN - can't open file: System State:\Automated System Recovery\BCD\BCD (WIN32 -536832991: Unknown error) 10/14/2010 12:55:15 PM - Error bpbrm(pid=544) from client scacimm01: ERR - Error encountered while attempting to get additional files for System State:\ Anyone have a hint what I need to do? I am almost positive this is not NetBackup's problem but I need to make sure I can do a restore of the system regardless of whose problem it is Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU7 system state backup errors
Thanks, The system is definitely using that boot method. Only their info on when this was starting to be used is off, We have had the hardware for over a year now. Doug Preston From: Chapman, Scott [mailto:scott.chap...@icbc.com] Sent: Thursday, October 14, 2010 1:11 PM To: Chapman, Scott; Preston, Douglas; 'Veritas' Subject: RE: NBU7 system state backup errors Here's an excerpt from an email that I received from Symantec... Cut... To help you all understand what the problem is I need you to understand Windows and how it works. In the 2008. In Windows 2008 there are several ways to configure the Boot Strap process from a single partition boot to a boot from a boot partition, the issue the customer is having is because they are using a new type of hardware boot called uEFI. This hardware boot was something that just came out recently from several hardware vendors. Because it is new neither BE NOR NBU are able to back it up yet, we have a potential solution that we are working on BUT the issue remains that this is something that we did not predict hardware vendors going to nor did we expect rapid adoption by the field. That being said we think we are close to a resolution but it is not likely to be this week. Again we have had to redesign portions of the product for this special boot partition. Paste... Scott Chapman Senior Technical Specialist Storage and Database Administration ICBC - Victoria Ph: 250.414.7650 Cell: 250.213.9295 From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Thursday, October 14, 2010 1:00 PM To: 'Veritas' Subject: [Veritas-bu] NBU7 system state backup errors When trying to backup a new windows 2008 server all my backups go to completion ok except system state. I get this error in the GUI Job Details log 10/14/2010 12:55:09 PM - Warning bpbrm(pid=544) from client scacimm01: WRN - can't open file: System State:\Automated System Recovery\BCD\BCD (WIN32 -536832991: Unknown error) 10/14/2010 12:55:15 PM - Error bpbrm(pid=544) from client scacimm01: ERR - Error encountered while attempting to get additional files for System State:\ Anyone have a hint what I need to do? I am almost positive this is not NetBackup's problem but I need to make sure I can do a restore of the system regardless of whose problem it is Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] bperror differences in 6.5.x and 7.0
In 6.5.x bperror -U -backstat -hoursago 24 -by_statcode Gave a condensed output of all clients backed up in the last 24 hours sorted by status code Example 0 the requested operation was successfully completed svcacibu1 scacibu01 1 the requested operation was partially successful scacibu02 2 none of the requested files were backed up scacibu04 52 timed out waiting for media manager to mount volume svcacibu1 58 can't connect to client scacibu03 Now under 7.0 bperror -U -backstat -hoursago 24 -by_statcode Only gives the master server in the output Example 0 the requested operation was successfully completed svcacibu1 Does anyone have any clue as to why this would be, the bperror -h indicates the command should still produce the output that 6.5.x produced. Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Nbu 7.0
We have quite a few centos 5 clients in our environment with the 6.5x NBU clients as NBU7 only supports 64bit on redhat clients. No master or media servers running on it. Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of ccosta@gmail.com Sent: Wednesday, July 14, 2010 11:04 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Nbu 7.0 Is anybody running NBU 7.0 on an OS called centOS? From what I understand it is Red Hat without the RHEL branding. Thank you Sent from my Verizon Wireless BlackBerry ___ 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] SAN Switch Change caused NBU7 to lose tape drives
You need to delete the drives from windows netbackup gui and re add them Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Brandon35 Sent: Thursday, July 08, 2010 2:23 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] SAN Switch Change caused NBU7 to lose tape drives I tried this on my solaris box, all I get is * ** SDT_TAPE * * and nothing... Is there anyway to get this same information on a windows box? What if i'm getting -1, -1, -1 ?? +-- |This was sent by brandon.pawoll@mda.mil 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] Upgradation Steps - 6.5.5 to 7.0
My environment is very simple, basic filesystem/system state/vss type backups, We do no sql,exchange,sharepoint or vmware backups. There are no gotcha's at the level I am at, I am reading the manuals as we are planning on implementing exchange and vmware backups in the near future but at this time a straight up simple upgrade path was all that I required. Now next year when we all go to version 8 or 9 I am sure I will be more diligent in preparing for the upgrade. Doug Preston -Original Message- From: judy_hinchcli...@administaff.com [mailto:judy_hinchcli...@administaff.com] Sent: Thursday, June 10, 2010 12:08 PM To: Preston, Douglas; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: RE: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0 I think you really should read because IF you have NBAC you need to upgrade that first before you upgrade NB You need to move any clients that are going to stay at a level below 7.0 to their own policy The Doc says you should not mix 7.0 clients with 6.5 clients in the same policy That after you upgrade the nblog.conf will be over written and all logging levels will be reset to default. So if you have different logging levels you should make note of them so you can put the back after the upgrade. ..and I am only on page 65 of the upgrade doc The additional notes told me I will need the patch for the 233 ( I have suffered that for over 2 years) The patch for calendar schedules on aix The patch for dfsr And the patch for exchange backups And those are just the ones that apply to my environment. If you have NOM you need to upgrade to Ops Center, but if you do that and your master server is still on 6.5.x you will need to install and config an agent to monitor the 6.5.x server. But if you upgrade right away you don't need the agent. They took the time to write the doc's, you should take the time to read the doc's. You never know what you might find in them. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Thursday, June 10, 2010 9:30 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0 My NBU master and media servers are all windows server 2003 What I did was a very simple 7 step process, 1 - I performed a full system backup of the master server 2 - I performed a catalog integrity check 3 - I performed a hot catalog backup 4 - I installed the upgrade on the master server 5 - I installed the upgrade on the media servers 6 - I ran a backup of 10 client machines to verify that all systems were still able to be backed up since I have a couple old O/S that have to run 5.1 version of client. 7 - I performed restores to alternate locations of data backed up in step 6 The only issue I had was the media server that seemed to lose its settings in the EMM database after upgrading the master server. Running tpautoconf -a on the media server fixed this issue. Doug Preston -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of NBU Sent: Wednesday, June 09, 2010 11:48 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Upgradation Steps - 6.5.5 to 7.0 Hi Forum, Need to upgrade my setup which is on NBU 6.5.5 (Solaris) to NBU 7.0 Pls. inform/suggest the steps involved to do so. Thanks in Advance +-- |This was sent by qureshiu...@rediffmail.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] NBU 7.0 media server upgrade problem
Issue resolved. Even with deleting all drives and robots on master sever and media servers, then recreating them I still had the issues. Symantec support had test connectivity and it all seemed to be fine. He then had me run tpautoconf -a on the failing media server and it started working. All my backups performed well last night. Now I need to figure out how to get the same reports from bperror in 7.0 that I was getting in 6.x bperror -U -backstat -hoursago 24 -by_statcode this use to give me a list of servers that get backup broken down by result code. Now all it gives me is the master server. If I use -hoursago 72 I get a report for the backups performed pre 7.0 upgrade. Same problem with this command bperror -U -backstat -hoursago 24 Doug Preston -Original Message- From: bob944 [mailto:bob...@attglobal.net] Sent: Tuesday, June 08, 2010 11:00 PM To: veritas-bu@mailman.eng.auburn.edu Cc: Preston, Douglas Subject: RE: [Veritas-bu] NBU 7.0 media server upgrade problem I performed an upgrade from 6.5 to 7.0 on my master server all went well, I performed an upgrade on 1 media server all went well. Before I could perform this on the next media server SCACIFS01.domain.com I started getting NetBackup TLD Control Daemon - Invalid magic number from client SCACIFS01.domain.com in the event log on the master server. I performed the upgrade on this media server SCACIFS01.domain.com it still has the issue. The only time I've seen invalid magic number messages is when two mismatched components were trying to communicate. Once was some upgrade where I'd upgraded, say, (say == I don't remember) the client but not an agent. That's pretty vague, but if you're still fighting it, it might be worth scripting a comparison of the size (or, better, the sum) of each NetBackup binary between systems that works and the one that doesn't. Uninstall/reinstall might be faster. There's an FT mention, AVR, drives that appear configured ... I'd first blow away the device configuration and rediscover. And whatever FT configuration there is--I've only done FT once and don't remember it fondly. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 7.0 media server upgrade problem
Must be a tough one, no call back from Symantec tech support after 6 hours
Anyone here have any idea where to look for a solution? I can telnet every
port NBU master server listens on from media server to master server and from
master server to all the ports media servers listen on
Doug Preston
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas
Sent: Tuesday, June 08, 2010 9:56 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NBU 7.0 media server upgrade problem
I performed an upgrade from 6.5 to 7.0 on my master server all went well, I
performed an upgrade on 1 media server all went well. Before I could perform
this on the next media server SCACIFS01.domain.com I started getting
NetBackup TLD Control Daemon - Invalid magic number from client
SCACIFS01.domain.com in the event log on the master server. I performed the
upgrade on this media server SCACIFS01.domain.com it still has the issue.
Then 2 more media servers after SCACIFS01.domain.com and they had no issues.
C:\Documents and Settings\dlprestonC:\Program
Files\Veritas\volmgr\bin\tpconfig -l
Device Robot Drive RobotDrive Device
Type Num Index Type DrNum Status CommentName Path
robot0-TLD- - - -
svcacibu1
drive-0 hcart27 UP - IBMULTRIUM-TD27 {2,0,1,3}
...
drive- 13 hcart22 UP - IBMULTRIUM-TD22 {3,0,3,3}
Drives 0 through 13 all appear ok, output shortened to get mail through
On SCACIFS01.domain.com I am seeing the tape drives all show up as AVR and when
I try to do a backup on the media server I get the following error
6/8/2010 9:31:08 AM - awaiting resource SCACIFS01-hcart2-robot-tld-0 - FT
client has no devices configured
The storage unit is identical to the 5 other storage units except of course the
host it is connected to.
The other 4 machines all backup without any issues, all my clients got backed
up except this media server.
I have opened a case with Symantec but I while I am waiting to get an answer
from them I figured I would ask the experts.
Doug
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] how fo fool nbu client versions
Thank you for the info. Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1447 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@landam.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Saturday, May 29, 2010 11:01 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] how fo fool nbu client versions I have tested this on some proprietary servers of my own, and the 5.1 client works with 7.0, although not supported. If you are running any 6.5.x with a 5.1 client, that isn't supported either, so no harm, no foul. From what I understand, the code base isn't that different from 6.5 to 7.0, and that is why it works. Personally, I start to rail on and berate application owners who hold on to these systems. If it were my power to do so, I would begin a system of chargeback whereby holding on these systems would be so cost prohibitive, the incentive would be there to move off of these systems. It is ok to dream, isn't it? From: Preston, Douglas dlpres...@lereta.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 05/28/2010 04:25 PM Subject: [Veritas-bu] how fo fool nbu client versions Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I have a production machine that is running proprietary applications running on a server with FreeBSD5.2 that will not run on newer versions of FreeBSD. I need a way to update the client from NBU 5.1 client so we can proceed to NBU 7 in our environment. Does anyone have a helpful hint as to where I can start looking for a solution for this? Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] how fo fool nbu client versions
I would try this route except this server does high volume traffic that drives cpu and network usage high and I haven't found vmware to be reliable for high cpu and or high network traffic systems. Also need file level restores once in a blue moon. Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1447 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@landam.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- From: Mikhail Nikitin [mailto:mikhail.niki...@gmail.com] Sent: Saturday, May 29, 2010 11:40 PM To: Preston, Douglas Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] how fo fool nbu client versions One of the options could be to migrate this machine into VMware/Hyper-V and backup it as a whole machine without backup software. This is a common approach for non-supported OSes (NT4, W2K, etc...), but it is only applicable if you already have vmware in place. On Fri, May 28, 2010 at 8:27 PM, Preston, Douglas dlpres...@lereta.commailto:dlpres...@lereta.com wrote: I have a production machine that is running proprietary applications running on a server with FreeBSD5.2 that will not run on newer versions of FreeBSD. I need a way to update the client from NBU 5.1 client so we can proceed to NBU 7 in our environment. Does anyone have a helpful hint as to where I can start looking for a solution for this? Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edumailto: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] how fo fool nbu client versions
I have a production machine that is running proprietary applications running on a server with FreeBSD5.2 that will not run on newer versions of FreeBSD. I need a way to update the client from NBU 5.1 client so we can proceed to NBU 7 in our environment. Does anyone have a helpful hint as to where I can start looking for a solution for this? Doug Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Cannot Write to Tape
Silly questions here, Have you created your storage unit for the Tape backups?
Did you make sure that your storage unit is selected as the policy storage
unit?
Doug Preston
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of McDonald II,
James F.
Sent: Wednesday, April 14, 2010 5:13 AM
To: judy_hinchcli...@administaff.com; jpis...@lucidpixels.com
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Cannot Write to Tape
Simon,
I created a new policy using the Configuration Manager and I still got
the same results (errors).
Judy,
In response to your questions:
1) Yes I see the tape drive when I look in Computer ManagementDevice
Manager
2) In the NBU GUI, the device is enabled and it has the correct host and
master server (both are the same server)
3) I can see al the drives and the host is correct
4) I can see a serial number and a robot drive number
5) The Tape Backup policy is a separate policy, set to run during
working hours (the disk backups run over night), so the schedules are
completely opposite.
-Original Message-
From: judy_hinchcli...@administaff.com
[mailto:judy_hinchcli...@administaff.com]
Sent: Tuesday, April 13, 2010 11:31 AM
To: jpis...@lucidpixels.com; McDonald II, James F.
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Cannot Write to Tape
I don't see anything wrong with his barcode, 6 or 8 both are allowed you
just have to be consistent.
Things to look at
1) you can see the tape drives when looking at hardware on the windows
os
2) in the gui you have setup the robot and when looking at
devices/robots it shows enabled. And it belongs to the master server
(if device host is master - robot control should be blank - meaning same
server)
3) when you look at drives you see all your drives with device host to
whatever media server is trying to do the backup. And it shows enabled.
4) if you look at the details of a tape drive you see a serial number
for the drive and you see a Robot Drive Number. Verify (by looking at
the web interface of the robot) that the robot drive number has the same
serial number - this is where a lot of people have issues (but I don't
think this is your problem)
5) you say that you have both disk backups and now are starting tape
backups. Are your schedules both in the same policy? Any chance that
your frequency between the disk and the tape are such that when the tape
window opens it does not think it needs a backup because the frequency
has been fulfilled by the disk backup? If in the same policy try
setting up a different policy and see if it works.
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin
Piszcz
Sent: Tuesday, April 13, 2010 10:20 AM
To: McDonald II, James F.
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Cannot Write to Tape
Hi,
It is discussed here:
http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing-
lists-3/symantec-netbackup-18/media-id-generation-50402/
You need to fix your vm.conf, delete all the media (since you said its
not
been used yet) and re-inventory with the correct barcode information..
But I suspect something else may be going on as well.
Justin.
On Tue, 13 Apr 2010, McDonald II, James F. wrote:
NBU has been writing to disk for a while, but I just recently tried
setting up the tape backups, for off-site storage. I have run
inventories and it says the volume configuration is up-to-date with
the
contents.
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, April 13, 2010 10:55 AM
To: McDonald II, James F.
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Cannot Write to Tape
Hi,
Please include the list in the future.
It appears you need to limit your labels to 6 characters.
Check the volume manager manual, you need to edit vm.conf for NBU
6.x++
the labels for LTOX should be no more than 6 characters long, if your
barcode reader reads more than the first 6 characters, you need to
limit
it.
BTW, is this a new environment?
Or did this just start happening?
If it just started happening, have you run an inventory and retried
the
backup?
Justin.
On Tue, 13 Apr 2010, McDonald II, James F. wrote:
Here is what I got when I ran the test:
Opening {4,0,33,1}
MODE_SENSE Complete
Enter tld commands (? returns help information)
s d
drive 1 (addr 32) access = 1 Contains Cartridge = Yes
Barcode = 01L4
SCSI ID from drive 1 is 0
READ_ELEMENT_STATUS Complete
I tried double-checking the barcode result, by doing a robot
inventory.
01L4 was not included in the inventory, but I'm almost positive
it's
in there.
-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Tuesday, April 13, 2010 10:12 AM
To: WEAVER, Simon (external)
Cc:
Re: [Veritas-bu] retrying Error on job keeps going status 13
The new machine took the original machines name and IP. The only network activity is master server/ media server chatter. No backup data goes across the network. This media server only backs itself up. It takes long enough to do that, it has 11 300gb drives with over 15 million little files per drive. I was able to do backups if VSS was disabled. Not a real solution. It appears it was a windows install issue. There were two files that did not have the right date or time for the files at the service pack and patch level running on the server. Found the error using vshadow.exe -wm2 vhadow.txt on this machine and on a working media server. Found the problem showing path = \ on the bad media server ch3ecked the good media server found the file should have been where the \ was and replaced those files. Theyt were syste protected files so reboots were in order. After replacing the two files I am now able to backup the server using VSS for open files and getting volume shadow components. Thanks all who replied. Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 1:16 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Hi Doug Becuase you get this message socket read failed, An existing connection was forcibly closed by the remote host, I am sort of 60% sure its network / file related. I take it, there are no firewalls in place between the server and the clients and no MAC lockdowns at all? You stated its a new Server, so thought I would just ask. Also, can the backup be done using NTBackup as a test (ie: try doing a netbackup test of a C: Drive of a client machine and then try using NTBackup on the same client). Simon -Original Message- From: WEAVER, Simon (external) Sent: Tuesday, April 13, 2010 9:14 AM To: 'Preston, Douglas'; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Have you tried to do a backup, without Open File Backups being enabled (as a test of course). Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Monday, April 12, 2010 4:36 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] retrying Error on job keeps going status 13 This was a scsi backplane on a dell server. It controlled my O/S drives. We replaced server with an IBM server and had to reinstall O/S, Installed two new Fiber cards fro san and tape library connections, Re did all zoning and updated all drives and O/S updates to the very latest of all drivers and patches as of 19:00 hours yesterday. I have a case open with support and they had me try the patch from http://support.microsoft.com/kb/940349 I rebooted the server after applying the patch This patch did not fix issue. Doug Preston -Original Message- From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, April 12, 2010 6:51 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 What hardware did you change? Error 13/4 can be a real pain but they are often related to network issues or reading data off a file system. As this is happening to all your jobs it sounds network related Have you checked some of your system/NetBackup legacy logs? Also run a all log entries report on one of the job ids to check for more details regarding the error message Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: 12 April 2010 14:32 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] retrying Error on job keeps going status 13 I had to replace the hardware on one of my media svers and now all my jobs on that media server end in status 13 Server O/S Windows 2003 Netbackup 6.5.3 Library Quantum (Adic) I2000 14 LTO2 drives Any ideas would surely be appreciated. Master server Job log 4/6/2010 10:01:33 AM - requesting resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource 000385 4/6/2010 10:01:33 AM - granted resource IBMULTRIUM-TD213 4/6/2010 10:01:33 AM - granted resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - estimated 0 kbytes needed 4/6/2010 10:01:35 AM - started process bpbrm (5340) 4/6/2010 10:01:44 AM - connecting 4/6/2010 10:01:44 AM - connected; connect time: 00:00:00 4/6/2010 10:01:45 AM - mounting
Re: [Veritas-bu] retrying Error on job keeps going status 13
Yes Steve Anderson at Symantec support found this for me, He helped me spot the issue and gave me the resolution to try. http://seer.entsupport.symantec.com/docs/315898.htm Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 7:34 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Was this identified by Symantec? Was there a Technote about this? Handy to know this. Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Tuesday, April 13, 2010 3:09 PM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] retrying Error on job keeps going status 13 The new machine took the original machines name and IP. The only network activity is master server/ media server chatter. No backup data goes across the network. This media server only backs itself up. It takes long enough to do that, it has 11 300gb drives with over 15 million little files per drive. I was able to do backups if VSS was disabled. Not a real solution. It appears it was a windows install issue. There were two files that did not have the right date or time for the files at the service pack and patch level running on the server. Found the error using vshadow.exe -wm2 vhadow.txt on this machine and on a working media server. Found the problem showing path = \ on the bad media server ch3ecked the good media server found the file should have been where the \ was and replaced those files. Theyt were syste protected files so reboots were in order. After replacing the two files I am now able to backup the server using VSS for open files and getting volume shadow components. Thanks all who replied. Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 1:16 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Hi Doug Becuase you get this message socket read failed, An existing connection was forcibly closed by the remote host, I am sort of 60% sure its network / file related. I take it, there are no firewalls in place between the server and the clients and no MAC lockdowns at all? You stated its a new Server, so thought I would just ask. Also, can the backup be done using NTBackup as a test (ie: try doing a netbackup test of a C: Drive of a client machine and then try using NTBackup on the same client). Simon -Original Message- From: WEAVER, Simon (external) Sent: Tuesday, April 13, 2010 9:14 AM To: 'Preston, Douglas'; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Have you tried to do a backup, without Open File Backups being enabled (as a test of course). Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Monday, April 12, 2010 4:36 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] retrying Error on job keeps going status 13 This was a scsi backplane on a dell server. It controlled my O/S drives. We replaced server with an IBM server and had to reinstall O/S, Installed two new Fiber cards fro san and tape library connections, Re did all zoning and updated all drives and O/S updates to the very latest of all drivers and patches as of 19:00 hours yesterday. I have a case open with support and they had me try the patch from http://support.microsoft.com/kb/940349 I rebooted the server after applying the patch This patch did not fix issue. Doug Preston -Original Message- From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, April 12, 2010 6:51 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 What hardware did you change? Error 13/4 can be a real pain but they are often related to network issues or reading data off a file system. As this is happening to all your jobs it sounds network related Have you checked some of your system/NetBackup legacy logs? Also run a all log entries report on one of the job ids to check for more details regarding the error message Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: 12 April 2010 14:32 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] retrying Error on job keeps going status 13 I had to replace the hardware on one of my media svers and now all my jobs on that media server end in status 13 Server O/S Windows 2003 Netbackup 6.5.3 Library Quantum (Adic) I2000 14 LTO2 drives
Re: [Veritas-bu] retrying Error on job keeps going status 13
The errors in NBU did not reflect this issue. The errors you see in the Technote are from the output of vshadow.exe -wm2 With debug logging and all logging turned on as high as they get there was no mention of anything that would indicate the issue that this technote refers to. But doing a search on their support site with this bpbkar to provide an Application Pop Up Error takes me in a roundabout way to the technote. Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 7:48 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Was you getting these error messages in your logs? Simon -Original Message- From: Preston, Douglas [mailto:dlpres...@lereta.com] Sent: Tuesday, April 13, 2010 3:39 PM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Yes Steve Anderson at Symantec support found this for me, He helped me spot the issue and gave me the resolution to try. http://seer.entsupport.symantec.com/docs/315898.htm Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 7:34 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Was this identified by Symantec? Was there a Technote about this? Handy to know this. Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Tuesday, April 13, 2010 3:09 PM To: WEAVER, Simon (external); VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] retrying Error on job keeps going status 13 The new machine took the original machines name and IP. The only network activity is master server/ media server chatter. No backup data goes across the network. This media server only backs itself up. It takes long enough to do that, it has 11 300gb drives with over 15 million little files per drive. I was able to do backups if VSS was disabled. Not a real solution. It appears it was a windows install issue. There were two files that did not have the right date or time for the files at the service pack and patch level running on the server. Found the error using vshadow.exe -wm2 vhadow.txt on this machine and on a working media server. Found the problem showing path = \ on the bad media server ch3ecked the good media server found the file should have been where the \ was and replaced those files. Theyt were syste protected files so reboots were in order. After replacing the two files I am now able to backup the server using VSS for open files and getting volume shadow components. Thanks all who replied. Doug Preston -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: Tuesday, April 13, 2010 1:16 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Hi Doug Becuase you get this message socket read failed, An existing connection was forcibly closed by the remote host, I am sort of 60% sure its network / file related. I take it, there are no firewalls in place between the server and the clients and no MAC lockdowns at all? You stated its a new Server, so thought I would just ask. Also, can the backup be done using NTBackup as a test (ie: try doing a netbackup test of a C: Drive of a client machine and then try using NTBackup on the same client). Simon -Original Message- From: WEAVER, Simon (external) Sent: Tuesday, April 13, 2010 9:14 AM To: 'Preston, Douglas'; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 Doug Have you tried to do a backup, without Open File Backups being enabled (as a test of course). Simon -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: Monday, April 12, 2010 4:36 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] retrying Error on job keeps going status 13 This was a scsi backplane on a dell server. It controlled my O/S drives. We replaced server with an IBM server and had to reinstall O/S, Installed two new Fiber cards fro san and tape library connections, Re did all zoning and updated all drives and O/S updates to the very latest of all drivers and patches as of 19:00 hours yesterday. I have a case open with support and they had me try the patch from http://support.microsoft.com/kb/940349 I rebooted the server after applying the patch This patch did not fix issue. Doug Preston -Original Message- From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday
[Veritas-bu] retrying Error on job keeps going status 13
I had to replace the hardware on one of my media svers and now all my jobs on that media server end in status 13 Server O/S Windows 2003 Netbackup 6.5.3 Library Quantum (Adic) I2000 14 LTO2 drives Any ideas would surely be appreciated. Master server Job log 4/6/2010 10:01:33 AM - requesting resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource 000385 4/6/2010 10:01:33 AM - granted resource IBMULTRIUM-TD213 4/6/2010 10:01:33 AM - granted resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - estimated 0 kbytes needed 4/6/2010 10:01:35 AM - started process bpbrm (5340) 4/6/2010 10:01:44 AM - connecting 4/6/2010 10:01:44 AM - connected; connect time: 00:00:00 4/6/2010 10:01:45 AM - mounting 000385 4/6/2010 10:02:06 AM - mounted; mount time: 00:00:21 4/6/2010 10:02:07 AM - positioning 000385 to file 1396 4/6/2010 10:02:15 AM - Error bpbrm(pid=3740) could not write KEEPALIVE to COMM_SOCK 4/6/2010 10:02:43 AM - Error bpbrm(pid=3740) socket read failed, An existing connection was forcibly closed by the remote host. (10054) 4/6/2010 10:02:34 AM - positioned 000385; position time: 00:00:27 4/6/2010 10:02:34 AM - begin writing 4/6/2010 10:02:44 AM - Error bpbrm(pid=3740) could not send server status message 4/6/2010 10:02:55 AM - end writing; write time: 00:00:21 file read failed(13) Media server bpbkar log 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - Starting log file: F:\Program Files\Veritas\NetBackup\logs\BPBKAR\040610.LOG 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: GENERAL Log Level: 2 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: TCP Log Level: 3 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - the log mutex: 1776 BPBKAR NetBackup Backup/Archive 6.5GA [Oct 30 2008] Copyright 1993 - 2007 VERITAS Software Corporation All Rights Reserved. 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - WINSOCK.DLL Information: 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Version: 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Highest supported version: 2.2 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Description: WinSock 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - System Status: Running 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Max Sockets: 0 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - _pgmptr = 'F:\Program Files\Veritas\NetBackup\bin\bpbkar32.exe' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - lpCmdLine = '-r 2678400 -ru root -dt 0 -to 300 -clnt scacidoc05 -class 1-doc05-test -sched Cumulative-Inc -st CINC -bpstart_to 300 -bpend_to 300 -read_to 300 -blks_per_buffer 127 -stream_count 4 -stream_number 4 -jobgrpid 962086 -use_otm -use_ofb -b scacidoc05_1270576234 -kl 400 -shm -fso -ct 13 ' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - INI: drive=F, dir=\Program Files\Veritas\NetBackup 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - LOG: drive=F, dir=\Program Files\Veritas\NetBackup\logs 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - EXE: drive=F, dir=\Program Files\Veritas\NetBackup\bin 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - timezone: Pacific Standard Time, offset=28800, dst: Pacific Daylight Time 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - current time: 1270576239, 4/6/2010 10:50:39 AM 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - 01/01/94 UCT: 757382400, 12/31/1993 5:00:00 PM 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - 07/01/94 UCT: 773020800, 6/30/1994 5:00:00 PM 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard input handle = 548 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard output handle = 1848 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - standard error handle = 1856 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_RCVBUF: (socket: 548) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_SNDBUF: (socket: 548) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_RCVBUF: (socket: 1848) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_SNDBUF: (socket: 1848) (size: 33792) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_RCVBUF: (socket: 1856) (size: 32768) 10:50:39.722 AM: [5496.4724] 2 dtcp_setsocksize: TCP - setsockopt success on SO_SNDBUF: (socket: 1856) (size: 32768) 10:50:39.737 AM: [5496.4724] 2 OVHasPrivileges: TCP - success: connection from host scacidoc05.landam.landamerica.net (10.212.171.38) bound to port (4551) 10:50:39.737 AM: [5496.4724] 4 tar_backup::V_SetupJobData: INF - dwJobData: 10:50:39.737 AM:
Re: [Veritas-bu] retrying Error on job keeps going status 13
This was a scsi backplane on a dell server. It controlled my O/S drives. We replaced server with an IBM server and had to reinstall O/S, Installed two new Fiber cards fro san and tape library connections, Re did all zoning and updated all drives and O/S updates to the very latest of all drivers and patches as of 19:00 hours yesterday. I have a case open with support and they had me try the patch from http://support.microsoft.com/kb/940349 I rebooted the server after applying the patch This patch did not fix issue. Doug Preston -Original Message- From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, April 12, 2010 6:51 AM To: Preston, Douglas; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] retrying Error on job keeps going status 13 What hardware did you change? Error 13/4 can be a real pain but they are often related to network issues or reading data off a file system. As this is happening to all your jobs it sounds network related Have you checked some of your system/NetBackup legacy logs? Also run a all log entries report on one of the job ids to check for more details regarding the error message Regards, Tal -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas Sent: 12 April 2010 14:32 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] retrying Error on job keeps going status 13 I had to replace the hardware on one of my media svers and now all my jobs on that media server end in status 13 Server O/S Windows 2003 Netbackup 6.5.3 Library Quantum (Adic) I2000 14 LTO2 drives Any ideas would surely be appreciated. Master server Job log 4/6/2010 10:01:33 AM - requesting resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - requesting resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_CLIENT.MAXJOBS.scacidoc05 4/6/2010 10:01:33 AM - granted resource svcacibu1.NBU_POLICY.MAXJOBS.1-doc05-test 4/6/2010 10:01:33 AM - granted resource 000385 4/6/2010 10:01:33 AM - granted resource IBMULTRIUM-TD213 4/6/2010 10:01:33 AM - granted resource scacidoc05-hcart2-robot-tld-0 4/6/2010 10:01:33 AM - estimated 0 kbytes needed 4/6/2010 10:01:35 AM - started process bpbrm (5340) 4/6/2010 10:01:44 AM - connecting 4/6/2010 10:01:44 AM - connected; connect time: 00:00:00 4/6/2010 10:01:45 AM - mounting 000385 4/6/2010 10:02:06 AM - mounted; mount time: 00:00:21 4/6/2010 10:02:07 AM - positioning 000385 to file 1396 4/6/2010 10:02:15 AM - Error bpbrm(pid=3740) could not write KEEPALIVE to COMM_SOCK 4/6/2010 10:02:43 AM - Error bpbrm(pid=3740) socket read failed, An existing connection was forcibly closed by the remote host. (10054) 4/6/2010 10:02:34 AM - positioned 000385; position time: 00:00:27 4/6/2010 10:02:34 AM - begin writing 4/6/2010 10:02:44 AM - Error bpbrm(pid=3740) could not send server status message 4/6/2010 10:02:55 AM - end writing; write time: 00:00:21 file read failed(13) Media server bpbkar log 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - Starting log file: F:\Program Files\Veritas\NetBackup\logs\BPBKAR\040610.LOG 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: GENERAL Log Level: 2 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: TCP Log Level: 3 10:50:39.706 AM: [5496.4724] 4 ov_log::OVInit: INF - the log mutex: 1776 BPBKAR NetBackup Backup/Archive 6.5GA [Oct 30 2008] Copyright 1993 - 2007 VERITAS Software Corporation All Rights Reserved. 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - WINSOCK.DLL Information: 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Version: 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Highest supported version: 2.2 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Description: WinSock 2.0 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - System Status: Running 10:50:39.722 AM: [5496.4724] 4 dtcp_initialize: TCP - Max Sockets: 0 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - _pgmptr = 'F:\Program Files\Veritas\NetBackup\bin\bpbkar32.exe' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - lpCmdLine = '-r 2678400 -ru root -dt 0 -to 300 -clnt scacidoc05 -class 1-doc05-test -sched Cumulative-Inc -st CINC -bpstart_to 300 -bpend_to 300 -read_to 300 -blks_per_buffer 127 -stream_count 4 -stream_number 4 -jobgrpid 962086 -use_otm -use_ofb -b scacidoc05_1270576234 -kl 400 -shm -fso -ct 13 ' 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - INI: drive=F, dir=\Program Files\Veritas\NetBackup 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - LOG: drive=F, dir=\Program Files\Veritas\NetBackup\logs 10:50:39.722 AM: [5496.4724] 2 WinMain: DAT - EXE: drive=F, dir=\Program Files\Veritas\NetBackup\bin 10:50:39.722 AM: [5496.4724] 2 date_debug: DAT - timezone: Pacific Standard Time, offset=28800, dst: Pacific Daylight Time 10:50:39.722 AM: [5496.4724] 2
[Veritas-bu] Tape drive constantly going PEND-TLD
NBU 6.5.3 Using SSO ADIC I2000 14 LTO2 drives Master server and 4 Media servers are Windows 2003 all running NBU 6.5.3 Using Veritas drivers on Master and all Media servers. I have one of my drives in a state of PEND-DLT With no jobs running on any server. I have tried removing all drives from NBU, removing the Library from NBU, stopping all services, removing PEMPERSIST2. Removing all files from \program files\veritas\netbackup\db\media\drives\ Removing all files from \program files\veritas\netbackup\db\media\tpreq\ Removing all files from \program files\veritas\volmgr\misc\ Restarting services, Recreating the library Recreating the drives Inventorying the library Wait 5 minutes and the drive goes back to PEND-TLD Anyone have any ideas oh now to fix this issue? Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1104 Direct Line 626-667-1447 Email dlpres...@lereta.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tape drive constantly going PEND-TLD
Thanks Jeff, I checked the library and found this drive did indeed need to be power cycled. Once it powered cycled the drive is no longer going PEND-TLD. Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1104 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@landam.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- From: Jeff Cleverley [mailto:jeff.clever...@avagotech.com] Sent: Wednesday, March 24, 2010 1:32 PM To: Preston, Douglas Subject: Re: [Veritas-bu] Tape drive constantly going PEND-TLD Doug, I can't help you from the Windows side but I've seen that type of message on my hpux master when there was a problem associated with the drive or possibly the library. I'm guessing the library is OK if this is the only drive that is fail. You may check for any changes in zoning or drive replacement. If they are fibre drives the WWN will have changed and your server may not be able to talk with it anymore. Jeff On Wed, Mar 24, 2010 at 1:46 PM, Preston, Douglas dlpres...@lereta.commailto:dlpres...@lereta.com wrote: NBU 6.5.3 Using SSO ADIC I2000 14 LTO2 drives Master server and 4 Media servers are Windows 2003 all running NBU 6.5.3 Using Veritas drivers on Master and all Media servers. I have one of my drives in a state of PEND-DLT With no jobs running on any server. I have tried removing all drives from NBU, removing the Library from NBU, stopping all services, removing PEMPERSIST2. Removing all files from \program files\veritas\netbackup\db\media\drives\ Removing all files from \program files\veritas\netbackup\db\media\tpreq\ Removing all files from \program files\veritas\volmgr\misc\ Restarting services, Recreating the library Recreating the drives Inventorying the library Wait 5 minutes and the drive goes back to PEND-TLD Anyone have any ideas oh now to fix this issue? Doug Preston Systems Engineer LERETA, LLC Client Server team 1123 Park View DR Covina CA 91724 Phone 626-339-5221 Ext 1104 Direct Line 626-667-1447 Email dlpres...@lereta.commailto:dlpres...@lereta.com -- NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, notify the sender by reply e-mail so that our address record can be corrected, then please delete it from your system without copying it. --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edumailto:Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Jeff Cleverley Unix Systems Administrator 4380 Ziegler Road Fort Collins, Colorado 80525 970-288-4611 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Question
Your be4st bet would be to ask Fiserv about that, The domain of their company is Fiserv.com I would guess that supp...@fiserv.commailto:supp...@fiserv.com would get you a response with how or who to talk to about backing it up. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jimenez, Daniel Sent: Monday, February 01, 2010 12:27 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Question Hey guys Has anyone ever heard of InformEnt (Fiserv CCS) 6.0 and how to back it up with Netbackup 6.5? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Data Corruption (How to Troubleshoot)
Restore it on a windows machine and see if it is good. Backups and restores work different on *nix than they do for windows. Try ftp'ing the file to the linux machine, make sure you do it in binary mode then try to untar it. I would bet the file is correct if you restore to a windows machine, and will untar if the file is ftp'd to a linux machine. If you need the file backed up on tape for archival or dr purposes ftp it to the linux machine and back it up and then the restore to linux will be good. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jorge Fábregas Sent: Friday, September 11, 2009 10:11 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Data Corruption (How to Troubleshoot) Hello guys, I have this 20GB TAR file (created with 7zip) on a Windows machine. I perform a backup of this TAR file and everything goes ok. When I restored the file on a Linux host I first noticed the file size was off by a few bytes and I'm unable to extract it. I then verified with md5sum and I get a different hash from that of the original file (on Windows I use the md5sum.exe from etree.org). I really don't know if it's something going on while doing the backup or while doing the restore :( How would you troubleshoot this since there's no backup verification process on NBU? Thanks, Jorge ___ 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] Drive cleaning
Error 98 means it couldn't find any available media for the job. NBU tracks max cleanings and how many are left on a cleaning tape. Make sure there are still cleanings on the cartridge. Most cleaning cartridges can provide 50 drive cleanings. They should be in Volume pool None On the I2k you can slide the robot column to the right. It won't hurt it. The best way though if you want to have the library handle the cleanings is to use the partitioning utility on the library and add some slots for cleaning tapes. I personally like to have NBU handle the cleanings as I have a busy system and I have had drives get downed by NBU due the drive being unreachable while the library was cleaning the drives. When NBU handles it then drives stay up. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of smwoodcrafts Sent: Monday, August 17, 2009 8:02 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Drive cleaning Now when cleaning needs to be done and the job starts, it picks the cleaning tape and then it fails with a 98 error. I tried to go back and do it manually, but here I have an ADIC i2000 and can't manually put a cleaning tape in as the robot column is in the way. When I try to load via the screen, the partition doesn't see any drives. I would pull my hair out, if I had any. +-- |This was sent by dseym...@ap.org 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] Change server list on windows clients.
Registry entry, servers are listed in hex. Change the servers on one machine Run regedit Export HKEY_LOCAL_MACHINE\SOFTWARE\VERITAS\NetBackup\CurrentVersion\Config then remove all but the Server= as below then import that .reg file on all your windows clients. Make sure your final .reg file looks like this just the 1 entry for Server yes my hex values have been changed --- Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\VERITAS\NetBackup\CurrentVersion\Config] Server=hex(7):75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,31,00,00,00,75,\ 00,75,00,75,00,75,00,75,00,75,00,75,00,30,00,31,00,00,00,75,00,75,00,75,00,\ 75,00,75,00,75,00,75,00,75,00,31,00,75,00,75,00,75,00,75,00,75,00,75,00,75,\ 00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,\ 75,00,75,00,75,00,75,00,00,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,30,\ 00,31,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,\ 75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,00,\ 00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,31,00,75,00,75,00,75,00,\ 75,00,75,00,75,00,75,00,75,00,75,00,75,00,75,00,00,00,00,00 - -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of A Darren Dunham Sent: Thursday, August 13, 2009 10:35 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Change server list on windows clients. I'm afraid I'm rather UNIX-centric. I've recently inherited a large number of windows client that need updates to the media servers that they'll talk to. Since windows doesn't use a 'bp.conf' file like UNIX, is there some way of scripting an update to the list? Right now I'm having to do it by hand, logging into each one. Right now none of the members of the existing list can communicate with the clients (isolated network). So whatever I'm going to do will have to be local. I'm guessing there's not a single file with this information, but maybe a registry setting or something? Thanks for any suggestions. -- Darren ___ 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] NetBakcup Service Set to Automatic 6.5.3 SAN CLIENT
I disabled the service on all my windows machines From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WEAVER, Simon (external) Sent: Tuesday, August 04, 2009 1:26 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBakcup Service Set to Automatic 6.5.3 SAN CLIENT Guys I got clients that are SAN Attached client, but NetBackup is starting a Service that is always failing on reboot. Service is called NetBackup SAN Client Fibre Transport Service It does not start, but I do not need it! Any reason why it cannot be set to manual? Regards Simon 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. -o- 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] Windows Scratch Script
I like it, I can now not get surprised by our of media errors. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Michael Graff Andersen Sent: Friday, July 17, 2009 1:59 AM To: rusty.ma...@sungard.com Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows Scratch Script Hi Rusty I have just made this small bat script for check of number LTO3 (L3) scratch tapes in the robot (TLD) @echo off C:\Program Files\Veritas\Volmgr\bin\vmquery.exe -pn Scratch -b | find L3 | find /c TLD e:\temp\number.txt for /f %%i in (e:\temp\number.txt) do set NUMBER=%%i IF %NUMBER% LEQ 10 ( echo There is only %NUMBER% scratch tapes e:\temp\scratch_mail.txt blat e:\temp\scratch_mail.txt -s There is only %NUMBER% scratch tapes -i NetBackup at backupserver -t servicedesk at company.domain -q ) Regards Michael 2009/6/2 rusty.ma...@sungard.commailto:rusty.ma...@sungard.com Hi all, I was wondering if any of you with Windows Masters could share your scratch notification batch script, if you have one. I happen to be in need of this and my Windows scripting skills have gone unused for a few years. Thanks!! 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edumailto: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] 6.5.3, Windows, and blat
In windows Netbackup Administration Console There are a couple of places you can specifiy email addresses to send to. 1 Right click on Vault Management select Vault Management Properties Enter email addresses there 2 Expand Vault Management select your robot and right click select change. Enter email addresses there or check the box Use email address from Vault Management Properties for eject notification 3 Expand the robot you will see your vault name click on it and on the right side you will see all your vault profiles. Right click on your vault profile and select change You can Use Report settings from Vault Management Properties or You can enter comma separated email addresses by double clicking the box in the E-mail column under reports. Don’t forget to select Immediate reports if you want auto emails to work. Doug From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rusty.ma...@sungard.com Sent: Monday, July 06, 2009 1:33 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] 6.5.3, Windows, and blat I'm trying to get Vault to generate emails on a 6.5.3 Windows configuration and it isn't working. I used this technote to configure the NetBackup side of things: http://seer.entsupport.symantec.com/docs/254809.htm I am able to get the server to send an email using blat from the command line, so I know that blat/smtp is working, however Vault isn't sending any of the emails. Can you Windows shops offer suggestions on what to check? Thanks, 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 6.5.3, Windows, and blat
This is my nbmail.cmd and it resides in C:\Program Files\VERITAS\NetBackup\bin - @REM - HOW TO SEND MAIL FROM THE NT NETBACKUP SERVER @REM - @REM - NetBackup checks if the mail script (NetBackup\Bin\nbmail.cmd) exists. @REM - If the script exists, NetBackup runs it passing four parameters on the @REM - command line: @REM - @REM - %1 is the recipient's address @REM - %2 is the subject line @REM - %3 is the message file name @REM - %4 is the attached file name @REM - @REM @IF %~4== ( blat %3 -s %2 -t %1 -i netbac...@mycompany.com -server smtp.mycompany.com -q ) ELSE ( blat %3 -s %2 -t %1 -i netbac...@mycompany.com -server smtp.mycompany.com -q -attach %4 ) @REM @REM - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rusty.ma...@sungard.com Sent: Monday, July 06, 2009 1:33 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] 6.5.3, Windows, and blat I'm trying to get Vault to generate emails on a 6.5.3 Windows configuration and it isn't working. I used this technote to configure the NetBackup side of things: http://seer.entsupport.symantec.com/docs/254809.htm I am able to get the server to send an email using blat from the command line, so I know that blat/smtp is working, however Vault isn't sending any of the emails. Can you Windows shops offer suggestions on what to check? Thanks, 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Question regarding (71) none of the files in the filelist exist
Not sure why it missed it, but from my understanding of the include / exclude list formats *.vmx should be all you need in your include list to backup any .vmx file anywhere on that system that is on a filesystem you have selected. I use this same entry well almost in my exludes. *.dbf This prevents the .dbf files from being backed up regardless of the file system the dba's have moved them to. Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, April 02, 2008 8:59 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding (71) none of the files in the filelist exist We use this wild card in our backup selection /vmfs/volumes/[a-zA-Z]*/*/*.vmx to backup just the vmx files from a single ESX host. In troubleshooting why I received this error, I learned that between the backup window for the ESX client, an engineer deleted the original VM (DCTZIQPVIEW02) and then re-provisioned a new VM on a different LUN using the same server name. Anyone have a clue as to why would I get this error? I would've thought by using the wild card that NBU wouldn't care where the file existed from one backup to the next of a specific file. Old path to the file which the error 71 was generated. /vmfs/volumes/QAVOL4/DCTZIQPVIEW02/DCTZIQPVIEW02.vmx New path to the file where the re-provisioned VM was created. /vmfs/volumes/QAVOL3/DCTZIQPVIEW02/DCTZIQPVIEW02.vmx Own the landmark Planet Earth series on DVD! Find more great gifts by shopping online at http://discoverystore.com This e-mail, and any attachment, is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, re-transmission, copying, dissemination or other use of this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. The contents of this message may contain personal views which are not the views of Discovery Communications, LLC. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB 6.5.1 Windows Gui Not Refreshing
Yes, There is a refresh all option when you click on view in the top that will clear it for the moment. Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Tuesday, March 04, 2008 9:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NB 6.5.1 Windows Gui Not Refreshing All, I've got 6.5.1 installed on a Windows 2003 Master and the GUI above the activity monitor doesn't seem to refresh. For example, if I delete a failed job it still shows the machine up top with a red ex. Also when I've got zero activity on the tape drives I still show two disks writing data. Refreshing the screen does not help. Anyone else running into this? Its more of an annoyance than anything else. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM status: Invalid pool
Justin do you have any override storage unit or override media pool marked in the schedules for your policy you are trying to back up? I had that issue when I created a DSU for testing. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Friday, February 15, 2008 2:32 AM To: Martin, Jonathan Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] EMM status: Invalid pool On Fri, 15 Feb 2008, Justin Piszcz wrote: On Fri, 15 Feb 2008, Justin Piszcz wrote: On Fri, 15 Feb 2008, Martin, Jonathan wrote: Have you run a catalog backup anytime soon? I've had EMM issues related to the EMM Database growing too large because catalog backups weren't being run, and thus the database logs weren't being pruned. I also see the same error below when the disk the EMM Database is on fills up. -Jonathan Yes, a catalog backup was run about 5 minutes ago and the disk has 4TiB free. 02/15/2008 01:49:23 - requesting resource ddr-unit 02/15/2008 01:49:23 - requesting resource master-server.NBU_CLIENT.MAXJOBS.meda_server2 02/15/2008 01:49:23 - requesting resource master-server.NBU_POLICY.MAXJOBS.test 02/15/2008 01:49:23 - Error nbjm (pid=1009) NBU status: 800, EMM status: Invalid pool resource request failed (800) The policy is set to use the correct media server with the appropriate disk unit, yet why is it checking to see the max jobs for media_server2? Something very strange going on and I've also tried deleting/re-adding the unit and also cycling services on master,media servers to no avail (yet). Justin. Nevermind about the server2, that is the one I am backing up... Will try to create another disk unit on another media server host and see if it works. Same deal, even on the master server, created a little dsu, same error, looking into it. Justin. ___ 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] Status 96
From the log entries I would say from experience that it looks like your media are full. Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of amure1 Sent: Monday, February 11, 2008 8:52 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 96 Since the service restart there are quiet a few new errors (below has been edditied) 11/02/2008 16:21:56 - requesting resource hcart2-robot-tld-0 11/02/2008 16:21:56 - requesting resource hcart2-robot-tld-0 11/02/2008 16:21:56 - requesting resource tedc-xn-nbm01.NBU_CLIENT.MAXJOBS.bkupXX 11/02/2008 16:21:56 - requesting resource tedc-xn-nbm01.NBU_POLICY.MAXJOBS.TEDC-PREPAID 11/02/2008 16:21:58 - granted resource XX.NBU_CLIENT.MAXJOBS.YY 11/02/2008 16:21:58 - granted resource XX.NBU_POLICY.MAXJOBS.YY 11/02/2008 16:21:58 - granted resource 0025JB 11/02/2008 16:21:58 - granted resource IBM.03592E05.002 11/02/2008 16:21:58 - granted resource tedc-pp-bkup01-hcart2-robot-tld-0 11/02/2008 16:21:58 - granted resource 0002JB 11/02/2008 16:21:58 - granted resource IBM.03592E05.003 11/02/2008 16:21:58 - granted resource tedc-pp-bkup01-hcart2-robot-tld-0 11/02/2008 16:22:05 - started process bpbrm (2564) 11/02/2008 16:22:05 - connecting 11/02/2008 16:22:05 - connected; connect time: 00:00:00 11/02/2008 16:22:13 - mounting 0025JB 11/02/2008 16:22:18 - current media 0025JB complete, requesting next media Any 11/02/2008 16:22:27 - granted resource 0010JB 11/02/2008 16:22:27 - granted resource IBM.03592E05.000 11/02/2008 16:22:27 - granted resource tedc-pp-bkup01-hcart2-robot-tld-0 11/02/2008 16:22:28 - mounting 0010JB 11/02/2008 16:22:34 - current media 0010JB complete, requesting next media Any 11/02/2008 16:22:42 - granted resource 0013JB 11/02/2008 16:22:42 - granted resource IBM.03592E05.001 11/02/2008 16:22:42 - granted resource tedc-pp-bkup01-hcart2-robot-tld-0 11/02/2008 16:22:44 - mounting 0013JB 11/02/2008 16:22:52 - current media 0013JB complete, requesting next media Any 11/02/2008 16:23:00 - granted resource 0028JB 11/02/2008 16:23:00 - granted resource IBM.03592E05.002 11/02/2008 16:23:00 - granted resource hcart2-robot-tld-0 11/02/2008 16:23:02 - mounting 0028JB 11/02/2008 16:23:15 - current media 0028JB complete, requesting next media Any 11/02/2008 16:23:28 - granted resource 0032JB 11/02/2008 16:23:28 - granted resource IBM.03592E05.000 11/02/2008 16:23:28 - granted resource hcart2-robot-tld-0 11/02/2008 16:23:30 - mounting 0032JB 11/02/2008 16:23:36 - current media 0032JB complete, requesting next media Any 11/02/2008 16:23:44 - granted resource 0049JB 11/02/2008 16:23:44 - granted resource IBM.03592E05.001 11/02/2008 16:23:44 - granted resource hcart2-robot-tld-0 11/02/2008 16:23:46 - mounting 0049JB 11/02/2008 16:23:53 - current media 0049JB complete, requesting next media Any 11/02/2008 16:24:06 - granted resource 0058JB 11/02/2008 16:24:06 - granted resource IBM.03592E05.002 11/02/2008 16:24:06 - granted resource hcart2-robot-tld-0 11/02/2008 16:24:08 - mounting 0058JB 11/02/2008 16:24:18 - current media 0058JB complete, requesting next media Any 11/02/2008 16:24:28 - granted resource 0087JB 11/02/2008 16:24:28 - granted resource IBM.03592E05.000 11/02/2008 16:24:28 - granted resource hcart2-robot-tld-0 11/02/2008 16:24:30 - mounting 0087JB 11/02/2008 16:24:35 - current media 0087JB complete, requesting next media Any 11/02/2008 16:23:59 - Error bptm(pid=2468) NBEMM returned an extended error status: invalid error number (2005023) 11/02/2008 16:24:00 - Error bptm(pid=2468) INF - unable to allocate new media for backup, storage unit has none available (96), cannot continue with copy 1 11/02/2008 16:24:46 - mounting 0002JB 11/02/2008 16:24:57 - current media 0002JB complete, requesting next media Any 11/02/2008 16:24:26 - Error bptm(pid=2468) NBEMM returned an extended error status: invalid error number (2005023) 11/02/2008 16:25:22 - end writing unable to allocate new media for backup, storage unit has none available(96) +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] Status 96
Reinventory your library Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of amure1 Sent: Monday, February 11, 2008 7:41 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Status 96 Im getting the same... There are about 40 tapes in the scratch pool and none are frozen or suspended I even tried moving a tape into the job with no avail this is how I have my system set up Policy Z using volume pool (X Y) Pool Y is used to take a duplicate of X off site it started with just the pool Y part of the job giving the error unable to allocate new media for backup, storage unit has none available(96) now both are for some reason even though there are two copies there seems to be 3 jobs running in Activity Monitor rather that 1 for each of the copy?? we have 1 master server with 3 media servers for different domains that don't talk to each other (apart from Master server which talks to all).. At the moment were just doing manual backups so these are getting kicked of by me and the error is within minutes restarted all the server but the same thing keep happening Thanks for you help Marcus +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] Recover from hot catalog secondary copy
This is the steps to restore from hot catalog backups. This works from 6.0GA through 6.5GA I have not tried it yet on 6.51 I use multiple copies in my hot catalog policy, the Media are written at the same time in my catalog backup I do not duplicate the hot catalog backups with my duplication jobs. I keep one on-site and one off-site. For DR I restore from the off-site copy. My hot catalog policy also creates a DR-image on disk and it gets attached to my recovery report emails. X00919 is primary copy. X01011 is secondary copy. VltCat-Backup-1 is my hot catalog backup policy. snetbu1 is my master server. Following this procedure you should be able to restore from primary or secondary copy. This is from my recovery report for my vault session. I have used this in DR testing and it works every time. - You should create a detailed disaster recovery plan to follow should it become necessary to restore your organization's data in the event of a disaster. A checklist of required tasks can be a tremendous tool in assisting associates in triage. For example, after the facility is safe for data to be restored, the power and data infrastructure need to be verified. When these tasks are completed, the following scenarios will help to quickly restore the NetBackup environment, and in turn, restore applications and data. Disaster Recovery Procedure using duplicated Storage Unit Images 1. Install NetBackup. 2. Configure the devices necessary to read the media listed above. 3. Inventory the media. 4. Run one of these: bpimport -create_db_info [-server name] -id X00919 bpimport -create_db_info [-server name] -id X01011 5. Run: bpimport -policy VltCat-Backup-1 -cn copy number 6. If recovering from other than the primary copy Run: bpchangeprimary -copy copy number -pn VltCat-Backup-1 7. Run: bprecover -r -nbdb 8. Run bprestore -T -w [-L progress_log] -C snetbu1 -t 35 -p VltCat-Backup-1 -X -s 120126 -e 120126 / Disaster Recovery Procedure without the DR Image File NOTE: ONLY ATTEMPT THIS AS A LAST RESORT If you do not have the attachment included with this email, use the following instructions to recover your catalog: 1. Install NetBackup. 2. Configure the devices necessary to read the media listed above. 3. Inventory the media. 4. Run one of these: bpimport -create_db_info [-server name] -id X00919 5. Go to the following directory to find the DR image file VltCat-Backup-1_120126_UBAK: G:\Program Files\VERITAS\NetBackup\db\images\snetbu1\120100\tmp 6. Delete the other files in the directory. 7. Open VltCat-Backup-1_120126_UBAK file and find the BACKUP_ID (for example: snetbu1_120126). 8. Run: bpimport [-server name] -backupid snetbu1_120126 9. Run: bprestore -T -w [-L progress_log] -C snetbu1 -t 35 -p VltCat-Backup-1 -X -s 120126 -e 120126 / 10. Run the BAR user interface to restore the remaining image database if the DR image is a result of an incremental backup. NOTE: This backup has multiple copies enabled, you may need to change primary images with the following command. bpchangeprimary -copy number -pn VltCat-Backup-1 [-sd mm/dd/ [ HH:MM:SS ] ] [-ed mm/dd/ [ HH:MM:SS ] ] 11. To recover the NetBackup relational database, run: bprecover -r -nbdb 12. Stop and Start NetBackup 13. Configure the devices if any device has changed since the last backup. 14. To make sure the volume information is updated, inventory the media to update the NetBackup database. Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of sony_freaks Sent: Thursday, January 24, 2008 12:33 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Recover from hot catalog secondary copy Anyone?? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] nbnos gone in v6.5?
According to what I got when I opened a ticket with Symantec for that service no longer starting. They said it is no longer used. They gave no procedure for removing the service. I use windows master and media servers. I edited the registry (against the Symantec off shore tech advice) and removed the services so I quit getting complaints about the service not running. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, January 24, 2008 1:08 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] nbnos gone in v6.5? My daemon monitor is alarming on my new 6.5 installed server. The nbnos daemon seems to be gone. I can't find much about it in the new 6.5 docs, other than a note in the command reference guide (where it seems very mysterious). Any verification on the status of this (former?) daemon? -M ___ 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] sniff...bpgp is gone from 6.5
Nbgp.exe is not in windows 6.51 bpdir.exe still exists in windows 6.51 Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Tuesday, January 22, 2008 10:32 AM To: Kevin Whittaker; Stump, Bob A; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 What about the new nbgp: # ls -l /usr/openv/netbackup/bin/*gp /usr/openv/netbackup/bin/nbgp The old syntax apparently doesn't work. What DOES work? (Let's not try this on a production system, shall we?) Also, is the new nbgp on Windows? --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Whittaker Sent: Tuesday, January 22, 2008 10:17 AM To: Stump, Bob A; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 nope... that is gone. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stump, Bob A Sent: Tuesday, January 22, 2008 12:56 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 Somebody please check to see if bpdir still exists in NB 6.5 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of cpreston Sent: Tuesday, January 22, 2008 12:41 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] sniff...bpgp is gone from 6.5 I'm looking into whether or not this is true. If it is, it's time for an email campaign. Some see it as a security hole, and I think that's ridiculous. Anybody who is root/Administrator on a NetBackup master can push any file to any client any time they want via a backup/restore command. Removing bpgp only makes it take a few minutes instead of a few seconds. Other complaints about it over the years have been that it doesn't check for like/like. You can overwrite a directory with a file if you tell it to. For example, the following command would be VERY BAD! WRONGWAY# bpgp to client /etc/hosts /etc #DON'T DO THIS While this would be perfectly valid syntax with copy, cp, rcp, mv, etc, it is NOT proper syntax with bpgp. The command above would overwrite the /etc DIRECTORY with /etc/hosts, which, of course, would not be good for your client. (Some have even overwritten their root mount point.) Perhaps they got too many calls from people that did just that. Of course, about five lines of code could have fixed that problem. It doesn't allow you to copy a directory, but it doesn't check if what you're copying to is a directory. A simple check that the target file is or is not a directory would have sufficed. If it was a directory, it could just exit with error. But they chose instead to just pretend the command didn't exist. It's not documented; there's not even a Usage statement in the command itself, even if you do strings. If you call support and complain they tell you it's not supported. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu __ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _ ___ 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 -
Re: [Veritas-bu] sniff...bpgp is gone from 6.5
My bad, that is left over from a previous version. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Preston, Douglas L Sent: Tuesday, January 22, 2008 1:50 PM To: Curtis Preston; Kevin Whittaker; Stump, Bob A; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 Nbgp.exe is not in windows 6.51 bpdir.exe still exists in windows 6.51 Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Tuesday, January 22, 2008 10:32 AM To: Kevin Whittaker; Stump, Bob A; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 What about the new nbgp: # ls -l /usr/openv/netbackup/bin/*gp /usr/openv/netbackup/bin/nbgp The old syntax apparently doesn't work. What DOES work? (Let's not try this on a production system, shall we?) Also, is the new nbgp on Windows? --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Whittaker Sent: Tuesday, January 22, 2008 10:17 AM To: Stump, Bob A; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 nope... that is gone. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Stump, Bob A Sent: Tuesday, January 22, 2008 12:56 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] sniff...bpgp is gone from 6.5 Somebody please check to see if bpdir still exists in NB 6.5 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of cpreston Sent: Tuesday, January 22, 2008 12:41 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] sniff...bpgp is gone from 6.5 I'm looking into whether or not this is true. If it is, it's time for an email campaign. Some see it as a security hole, and I think that's ridiculous. Anybody who is root/Administrator on a NetBackup master can push any file to any client any time they want via a backup/restore command. Removing bpgp only makes it take a few minutes instead of a few seconds. Other complaints about it over the years have been that it doesn't check for like/like. You can overwrite a directory with a file if you tell it to. For example, the following command would be VERY BAD! WRONGWAY# bpgp to client /etc/hosts /etc #DON'T DO THIS While this would be perfectly valid syntax with copy, cp, rcp, mv, etc, it is NOT proper syntax with bpgp. The command above would overwrite the /etc DIRECTORY with /etc/hosts, which, of course, would not be good for your client. (Some have even overwritten their root mount point.) Perhaps they got too many calls from people that did just that. Of course, about five lines of code could have fixed that problem. It doesn't allow you to copy a directory, but it doesn't check if what you're copying to is a directory. A simple check that the target file is or is not a directory would have sufficed. If it was a directory, it could just exit with error. But they chose instead to just pretend the command didn't exist. It's not documented; there's not even a Usage statement in the command itself, even if you do strings. If you call support and complain they tell you it's not supported. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED
Re: [Veritas-bu] Cannot backup files attached on SAN mount point?
I have 2 servers, 2 clones each that I backup via attached clone drives from a san. How are you attaching the clone drive to z: on your server you are trying to backup? Are you running a hardware rescan after attaching them? Below is how I do it and the clones are attaching under a subdirectory mount point like yours are. REM REM Fracture Cloned LUNS from Source LUN REM Attach cloned LUNS to BU01 REM DAILY FRACTURE BATCH FILE REM REM * SQL * navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 124 -alu 124 navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 126 -alu 126 REM * MSQL * navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name MSQL_CloneGroup_LUN41_LUN43 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 43 -alu 43 navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name MSQL_CloneGroup_LUN42_LUN44 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 44 -alu 44 REM *** devcon.exe is available from Microsoft REM Next line causes windows to rescan hardware REM should be ran 5 to 10 minutes after the navicli command as windows is slow seeing the drives. devcon rescan REM REM Remove Cloned LUN from svcacibu1 and re-synchronize the clone LUN with its Source LUN REM DAILY SYNCHRONIZE BATCH FILE REM REM * SQL * navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 124 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid 0100 -o navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 126 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid 0100 -o REM * MSQL * navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 43 -o navicli.jar -User services -Password r00tus3r -Scope 0 -address 1.2.2.5 snapview -syncclone -name P-MSQL_CloneGroup_LUN41_LUN43 -cloneid 0100 -o navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 44 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name P-MSQL_CloneGroup_LUN42_LUN44 -cloneid 0100 -o REM --- end of batch file Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Thursday, December 20, 2007 9:54 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Cannot backup files attached on SAN mount point? Does anyone here backup cloned or aka volumes via a host connected to a SAN? I get this error using NetBackup 5.1MP4/MP6 and/or NetBackup 6.0MP5, both yield the same result: Here is what it looks like: 12/20/2007 05:00:00 - requesting resource MYSTORAGEGROUP 12/20/2007 05:00:00 - requesting resource master-server.com.NBU_CLIENT.MAXJOBS.client-name.com 12/20/2007 05:00:00 - requesting resource master-server.com.NBU_POLICY.MAXJOBS.MYPOLICY001 12/20/2007 05:00:01 - granted resource master-server.com.NBU_CLIENT.MAXJOBS.client-name.com 12/20/2007 05:00:01 - granted resource master-server.com.NBU_POLICY.MAXJOBS.MYPOLICY001 12/20/2007 05:00:01 - granted resource AB1234 12/20/2007 05:00:01 - granted resource Drive02 12/20/2007 05:00:01 - granted resource media-server.com 12/20/2007 05:00:02 - started process bpbrm (pid=10339) 12/20/2007 05:00:09 - connecting 12/20/2007 05:00:09 - mounting AB1234 12/20/2007 05:00:10 - connected; connect time: 0:00:00 12/20/2007 05:00:45 - mounted AB1234; mount time: 0:00:36 12/20/2007 05:00:45 - positioning AB1234 to file 3 12/20/2007 05:01:48 - positioned AB1234; position time: 0:01:03 12/20/2007 05:01:48 - begin writing 12/20/2007 07:59:20 - Error bpbrm (pid=10360) from client client-name.com: ERR - failure reading file: Z:\SAN\EXCHANGE\CLONE1\store1.edb (WIN32 21: The device is not ready. ) 12/20/2007 07:59:21 - end writing; write time: 2:57:33 the requested operation was partially successful (1) The actual problem: (WIN32 21: The device is not ready. ) Does anyone have any idea how to fix this issue or has anyone run into it before? There are several mount points, for example: Z:\SAN\EXCHANGE\CLONE2\store2.edb Z:\SAN\EXCHANGE\CLONE2\store3.edb Z:\SAN\EXCHANGE\CLONE2\store4.edb They all fail with the same error, I have read the following suggestions here: https://forums.symantec.com/syment/board/message?board.id=21message.id= 39090 However, RSM is disabled and these errors persist. Any clues?
Re: [Veritas-bu] Cannot backup files attached on SAN mount point?
Correct. You can also make the clones mount as a drive letter and back them up that way. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Thursday, December 20, 2007 11:31 AM To: Preston, Douglas L Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Cannot backup files attached on SAN mount point? Unfortunately I do not control the Windows server, I will ping the guys responsible and see what method they are using, also you are using Cross Mount points correct? Without that option, no files get backed up. Justin. On Thu, 20 Dec 2007, Preston, Douglas L wrote: I have 2 servers, 2 clones each that I backup via attached clone drives from a san. How are you attaching the clone drive to z: on your server you are trying to backup? Are you running a hardware rescan after attaching them? Below is how I do it and the clones are attaching under a subdirectory mount point like yours are. REM REM Fracture Cloned LUNS from Source LUN REM Attach cloned LUNS to BU01 REM DAILY FRACTURE BATCH FILE REM REM * SQL * navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 124 -alu 124 navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 126 -alu 126 REM * MSQL * navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name MSQL_CloneGroup_LUN41_LUN43 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 43 -alu 43 navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -fractureclone -name MSQL_CloneGroup_LUN42_LUN44 -cloneid 0100 -o navicli -h clariion storagegroup -addhlu -gname bu01 -hlu 44 -alu 44 REM *** devcon.exe is available from Microsoft REM Next line causes windows to rescan hardware REM should be ran 5 to 10 minutes after the navicli command as windows is slow seeing the drives. devcon rescan REM REM Remove Cloned LUN from svcacibu1 and re-synchronize the clone LUN with its Source LUN REM DAILY SYNCHRONIZE BATCH FILE REM REM * SQL * navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 124 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name SQL_CloneGroup_LUN125_LUN124 -cloneid 0100 -o navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 126 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name SQL_CloneGroup_LUN127_LUN126 -cloneid 0100 -o REM * MSQL * navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 43 -o navicli.jar -User services -Password r00tus3r -Scope 0 -address 1.2.2.5 snapview -syncclone -name P-MSQL_CloneGroup_LUN41_LUN43 -cloneid 0100 -o navicli -h clariion storagegroup -removehlu -gname bu01 -hlu 44 -o navicli.jar -User user -Password password -Scope 0 -address 1.2.2.5 snapview -syncclone -name P-MSQL_CloneGroup_LUN42_LUN44 -cloneid 0100 -o REM --- end of batch file Doug Preston -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Thursday, December 20, 2007 9:54 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Cannot backup files attached on SAN mount point? Does anyone here backup cloned or aka volumes via a host connected to a SAN? I get this error using NetBackup 5.1MP4/MP6 and/or NetBackup 6.0MP5, both yield the same result: Here is what it looks like: 12/20/2007 05:00:00 - requesting resource MYSTORAGEGROUP 12/20/2007 05:00:00 - requesting resource master-server.com.NBU_CLIENT.MAXJOBS.client-name.com 12/20/2007 05:00:00 - requesting resource master-server.com.NBU_POLICY.MAXJOBS.MYPOLICY001 12/20/2007 05:00:01 - granted resource master-server.com.NBU_CLIENT.MAXJOBS.client-name.com 12/20/2007 05:00:01 - granted resource master
Re: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 viaWindows 2003 Standard
Not sure where it is set at but there is an option to backup the files that the symlinks point to instead of the symlink. Then on restores the actual files will be in your alternate restore path instead of symlinks that can't link. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dep, Khushil (GE Money) Sent: Wednesday, December 19, 2007 6:21 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Errno 18 on restores from Solaris 8 to Solaris 8 viaWindows 2003 Standard Hi All, In testing the setup I backed up a Solaris 8 client via a Windows 2003 Standard server which completed without error. Now to test restore I tried to restore to another location on the client but it was only partialy successfull. I get a lot of the following: 14:11:32 (26.001) Changed /etc/rc0.d/k41nfs.client to /opt/NBU_RESTORES/rc0.d/k41nfs.client 14:11:32 (26.001) Could not link /opt/NBU_RESTORES/rc0.d/k41nfs.client - /etc/init.d/nfs.client. Errno = 18: Cross-device link Obviously it's having problems restoring these symlinks but any ideas why or how to resolve? Khush. ___ 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] Command line to list netbackup Policy information
Try C:\program files\veritas\netbackup\bin\admincmd\bppllist --help Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DLew97 Sent: Tuesday, November 20, 2007 6:09 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Command line to list netbackup Policy information Does anyone know the command line to list the netbackup policy information on a Windows platform? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] using linux client to backup esx (vmware)
Check that inetd or xinetd is running. It may not be installed on esx servers. If it isn't installed you will have to run the services standalone which will keep them running all the time. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mark wragge Sent: Monday, November 12, 2007 9:42 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] using linux client to backup esx (vmware) I am trying to use the linux client v6.0mp4 to backup an esx server v3.02. I have installed the client software choosing redhat 2.4 and the installation is complete. I cannot successfully backup the esx server as there is a cannot connect to client error message. I cannot use bp from the client to start a backup. I have checked IP resoultion and checked all hosts files. Is it necessary to restart an esx server after installation of the netbackup client software? How do I re-start the netbackup services on a linux client (if this is even possible as i dont think that services run until the backup is inititated!!).?? Are there any additional steps to be followed when attempting to backup an esx server for the first time using netbakcup? Thanks, Mark Send instant messages to your online friends http://uk.messenger.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Unix Master Server Recovery
It works with 6.0, I did it earlier this year for our DR test, I haven't tried with 6.5 yet. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, November 07, 2007 1:03 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Unix Master Server Recovery Every year we go to Sungard and test disaster recovery of our Netbackup Unix Master server on dissimilar hardware. I just upgraded from 5.1 to 6.0 MP4. With 5.1 is was able to Put down the master server mksysb backup image Deleted the files below - since im recovering to dissimilar hardware - original configs on catalog are no longer valid. “storage_units” file. “robotic_def” file. “globDB” file. “ltidevs” file. Then the bprecover command./bprecover –r –tpath /dev/rmt1.5. Then ran the wizard to rediscover the new devices. This process worked fine with 5.1. I want to know if this a viable process with 6.0? Again, recovering to dissimilar hardware. Right now I'm running both hot and cold (after running vaulting) catalog backups. Any suggestions? Thanks - PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation. ___ 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] Preventing duplication from using tapes
You can change the media from those servers to a different (duplater) media pool and modify your duplication process to not duplicate that pool I do that here, I duplicate 10% of our servers data and send the original tapes from the other 90% offsite. It just takes customizing the duplication selections. To duplicate the that tapes you wish to duplicate at a later time create a separate duplication job that only selects the duplater pool. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Monday, November 05, 2007 8:22 AM To: Jeff Lightner Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Preventing duplication from using tapes On 11/5/07, Jeff Lightner [EMAIL PROTECTED] wrote: Is there any way to mark a tape temporarily in such a way that Duplication would not select it but it would still be available when restore did? The best way would be to write the image to a disk staging storage unit - it's then available for restores as well as dupes at the same time. The next choice would to be to write the image to a different media pool and schedule a manual duplication at a different time than your standard duplications. I think either would solve your issue. The one thing you have to watch out for is that you don't unnecessarily delay that duplication - after all, it's your production data that you're protecting. Make sure that the duplications are still automatically scheduled so that nobody forgets about them. .../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] Need some help
Symantec could make this easier on a lot of us if we could actually access the database. So far I haven't tried getting the database userid or password from them but those would make fixing some of this type of problem nice. I had over 100 media that showed they were assigned but they were not in the emm database. I could find no way to deassign them or make them usable again even though they all had 0 images on them. I spent months on this issue (not a lot of time during the months due to having lots of spare media.) but if I had access to the database it would have been resolved in 30 minutes. Same as the dead media server issue which I had to wait for media to expire and deassign. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cruice, Daniel (US - Glen Mills) Sent: Tuesday, October 16, 2007 8:16 AM To: Curtis Preston; Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Need some help I have an open case w/ Symantec, and they have NOT said it is impossible...at least not yet!!! Thanks Dan -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 16, 2007 4:27 AM To: Justin Piszcz; Cruice, Daniel (US - Glen Mills) Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Need some help Is it really not possible to fix this in the NBU database after the fact? --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Monday, October 15, 2007 12:04 PM To: Cruice, Daniel (US - Glen Mills) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Need some help Hm.. Put the old one back and do it properly OR.. Use: (workaround) FORCE_RESTORE_MEDIA_SERVER = old_retiree new_server Hmm, there are probably more options but those are the ones that immediately come to mind. On Mon, 15 Oct 2007, Cruice, Daniel (US - Glen Mills) wrote: I rebuilt two media servers and renamed one. And no like a dope I did not following the retiring the media server whitepaper that Veritas so gracefully wrote. So now I have an issue. My entire Master / media servers are Windows 2003 6.0 MP4. The issue I am having is getting all the media changed to the new media servers. I've tried the: Bpmedia -movedb -ev media_ID -oldserver old_server newserver new_server command and it seems to run fine, but when I do a bpmedialist the media is still assigned to the old media server name. Anyone have an ideas? I've gone as far as changing the display name on the new media server to read the old server name, modified my host files so the old name points to the new server's IP address and simply can not get this figured out. The caveat is I have to retain all the images on all these tapes. UG Dan Cruice This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ___ 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] Need some help
I had that same issue and once images on the media expired (6 months later) I was able to remove the dead media server. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cruice, Daniel (US - Glen Mills) Sent: Monday, October 15, 2007 12:53 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Need some help Tried that too...after I run the bpmedia -movedb yada yada, I would move a media to stand-alone, but again, no luck, the old media server is still there... Thanks Dan -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Monday, October 15, 2007 3:52 PM To: Cruice, Daniel (US - Glen Mills) Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Need some help Hmm, I have had to do that with jnbSA with 5.1 you were/are able to force remove it, but you may have to move the media to type - standalone first.. If I recall there is a 2-5minute delay but then it lets you remove the old media server/tape drives (at least in Linux). Justin. On Mon, 15 Oct 2007, Cruice, Daniel (US - Glen Mills) wrote: It works fine, but the I can't get rid of the old media servers from the Devices Hosts. They are offline / deactived, but when I go to delete them I am getting Unable to remove device host Servername from the Enterprise Media Manager Server Masterservername: The EMM server failed to process the request(78). And the only thing I can think of is the old media server names are still tied in with the current media... I have a case w/ Veritas but am not getting much help there. Thanks Dan -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Monday, October 15, 2007 3:20 PM To: Cruice, Daniel (US - Glen Mills) Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Need some help That sounds right, do a test restore to make sure it works! Justin. On Mon, 15 Oct 2007, Cruice, Daniel (US - Glen Mills) wrote: Old one back in is not an option. Where do I put the Force_Restore_media_Server = OLD_Retiree new_server. Remember...Master server is a W2K3 box. If it goes in via the GUI of Host Properties of the Master...General Server...Media host override, then I did already enter them. Thanks Dan -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Monday, October 15, 2007 3:04 PM To: Cruice, Daniel (US - Glen Mills) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Need some help Hm.. Put the old one back and do it properly OR.. Use: (workaround) FORCE_RESTORE_MEDIA_SERVER = old_retiree new_server Hmm, there are probably more options but those are the ones that immediately come to mind. On Mon, 15 Oct 2007, Cruice, Daniel (US - Glen Mills) wrote: I rebuilt two media servers and renamed one. And no like a dope I did not following the retiring the media server whitepaper that Veritas so gracefully wrote. So now I have an issue. My entire Master / media servers are Windows 2003 6.0 MP4. The issue I am having is getting all the media changed to the new media servers. I've tried the: Bpmedia -movedb -ev media_ID -oldserver old_server newserver new_server command and it seems to run fine, but when I do a bpmedialist the media is still assigned to the old media server name. Anyone have an ideas? I've gone as far as changing the display name on the new media server to read the old server name, modified my host files so the old name points to the new server's IP address and simply can not get this figured out. The caveat is I have to retain all the images on all these tapes. UG Dan Cruice This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. This message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message
Re: [Veritas-bu] NetBackup 6.5 for VMware - Failed to get VM ServerInfo List
Is the vmware backups an additional license from Symantec? Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of frankm Sent: Thursday, October 11, 2007 7:31 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 6.5 for VMware - Failed to get VM ServerInfo List Hi, It's running now - many thanks! I've already suspected timing issues. Regards, Michael +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] Catalog Backups
Look at using Hot Catalog backups. They work much better and they can run during backups. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Edward Ortiz Sent: Thursday, October 11, 2007 6:50 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Catalog Backups I just upgraded NBU from v5.0MP7 to v6.0MP5 and have some unusual behavior concerning the Catalog Backups. With the previous version the catalog backup would run when the scheduled backups were completed for the day. We have some policies that are for Oracle backups using the Oracle agent and those wouldn't kick off a catalog backup after they ran. After the upgrade we now have catalog backups running anytime an Oracle backup is finished executing which means we have several catalog backups a day. We've had some backup failures when a catalog backup is running at the same time a new Oracle backup is trying to start. I've checked the Offline Catalog backup configuration and it is set for After each session of scheduled backups. As the Oracle backups aren't scheduled by Netbackup but initiated from the client I not sure what's going on. Any help would be appreciated. Thanks in advance, Ed. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Change retention in all tapes in a policy
Have you tried bpexpdate -policy policy -sched 0 -recalculate -ret 8 bpexpdate -policy policy -sched 1 -recalculate -ret 8 bpexpdate -policy policy -sched 2 -recalculate -ret 8 bpexpdate -policy policy -sched 3 -recalculate -ret 8 bpexpdate -policy policy -sched 4 -recalculate -ret 8 Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of osonder Sent: Tuesday, October 02, 2007 2:53 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Change retention in all tapes in a policy Hello again I have now: 1) bpexpdate -policy policy -recalculate -ret 8 2) bpexpdate -deassignempty -force 3) bpimage -cleanup -allclients I want to change retention for all tapes that have been written with retention level 6, to retention level 8. After done all this, I look under Media, and still see a lot of tapes with retention 6. Can I manually change retention level of tapes? Any other suggestions? +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] LTO3 mixed LTO2 drive using LTO2 cartridges withACSLS
Does your library support partitioning? That may be a simple way to go and then you can split the drives and cartridge slots and have the best of both worlds. All you would have to do in Netbackup is add a second library. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: Martin Ruslan [mailto:[EMAIL PROTECTED] Sent: Tuesday, October 02, 2007 10:19 AM To: Justin Piszcz Cc: Preston, Douglas L; veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] LTO3 mixed LTO2 drive using LTO2 cartridges withACSLS As promised, here's what I've got. There's no exactly straight solution for this problem. Because basically Netbackup already separate the HCART2 and HCART3. So I'm dealing with 4 points on this problem 1) cartridge type 2) density on the image 3) drive type 4) ACS side. Every tricks on Netbackup side, always makes me have to sacrificed the other thing. Let say I try to use the API_BARCODE_RULES, and make all HCART2 on ACS mapped to HCART3 on Netbackup, how bout the density on the image? because it already on HCART2 density. You can run a command to change the image density, but it have to be done one by one, so painfull... Or even vice versa, the LTO3 drive had to be set as HCART2 also.. Looks like it's not the win-win solution for this.. There's still few tricks, but looks like not recommended by Symantec also... So... who ever needed can take the conclusions for this problem.. Thanks all.. On 9/28/07, Martin Ruslan [EMAIL PROTECTED] wrote: Finally, everybody listening.. ;) If we change the drive to be HCART2, how bout the LTO cartridge? :( Meanwhile, I'll try Marianne suggestion. I'll update the result. Thanks all.. Regards, Martin. On 9/27/07, Justin Piszcz [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: That'll work in NetBackup but ACSLS knows better and you need to take care of it there as well. On Thu, 27 Sep 2007, Preston, Douglas L wrote: Don't change the media to HCART3 leave it HCART2 and configure the LTO3 drives as LTO2 Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ] On Behalf Of Martin Ruslan Sent: Thursday, September 27, 2007 3:48 AM To: veritas-bu@mailman.eng.auburn.edu mailto:veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] LTO3 mixed LTO2 drive using LTO2 cartridges withACSLS Sigh... As always, nobody in this forum want to help me. Thanks for Paul who tried to help me by replied me personally. On 9/26/07, Martin Ruslan [EMAIL PROTECTED] wrote: Dear friends, I'm using the Storagetek Library, using ACSLS, where the drive
Re: [Veritas-bu] deassign Netbackup Media ?
I had that problem with over 100 media I finally found the fix for this. Step 1 Check if the media exists in the database C:\Program Files\VERITAS\NetBackup\bin\admincmd\nbemmcmd -listmedia -mediaid A1 Step 2 If not add it to the database C:\Program Files\VERITAS\NetBackup\bin\bptm -makedbentry -m A1 -den hcart -poolnum 1 Step 3 Expire the media C:\Program Files\VERITAS\NetBackup\bin\admincmd\bpexpdate -d 0 -force -m A1 Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Monday, October 01, 2007 8:45 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] deassign Netbackup Media ? I've got a short stack of 5 media with no images on them that will not revert to the scratch pool / expire. When I try to vmquery -deassignbyid I get the following: De-assign media by ID is not allowed for NetBackup media. invalid media ID (8) These media are not in the netbackup pool or is this error assuming they are catalog backup tapes? (They are not.) Here's the vmquery media ID: IT0284 media type:1/2 cartridge tape 3 (24) barcode: IT0284L3 media description: --- volume pool: Offsite-58 (5) robot type:NONE - Not Robotic (0) volume group: --- vault name:--- vault sent date: --- vault return date: --- vault slot:--- vault session id: --- vault container id:- created: 1/26/2007 2:42:58 PM assigned: 7/18/2007 5:15:10 PM last mounted: 7/18/2007 5:15:58 PM first mount: 1/30/2007 4:53:04 AM expiration date: --- number of mounts: 6 max mounts allowed:--- status:0x0 Ideas? Someone mentioned a Netbackup Database consitency check tool? Do I need to open a ticket and request that? -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tim Hoke Sent: Monday, October 01, 2007 9:20 AM To: [EMAIL PROTECTED] Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Change retention in all tapes in a policy You're also just changing a reference in the imageDB. Once your image/tape cleanup runs, the images will be removed and the tapes will be moved to scratch if they are now empty and actually came from scratch. HTH -Tim On 10/1/07, Bobby Williams [EMAIL PROTECTED] wrote: You are changing the retention based on the policy. You may have backups from other policies on the tape with the 2 year retention. You may also want to ensure that the tapes came from the scratch pool. They may be showing as not assigned in a pool other than scratch. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] ] On Behalf Of osonder Sent: Monday, October 01, 2007 8:37 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Change retention in all tapes in a policy Hello I have a policy with name Users. I now want to change retention to all tapes in this policy from 2, to 1 year. (I have a custom retention for 2 years as retention level 6) I used the command: bpexpdate -policy Users -recalculate -ret 8 Then I get a warning: Are you SURE you want to recalculate expiration dates on all images that meet the following criteria: policy Users retention will be changed to 8(1 year) Continue?(y/n) I answers Yes, and the system seems to process for some minutes. After this I check if this have moved tapes to Scratch, but no. Beacuse this should have realeased a lot of tapes, and moved it to scratch pool. Is it something I missing here? Do I have to manually change retention on every tape? +-- |This was sent by [EMAIL PROTECTED] via
Re: [Veritas-bu] NBU 6.5 ssh installation?
I didn't find such luck when I installed 6.5 on a couple of clients. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jim Horalek Sent: Thursday, September 27, 2007 12:50 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 6.5 ssh installation? Anyone running 6.5? Has Symantec updated the install-clients scripts for ssh installation? Jim ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6.5 or 6.0MP5
The activity files changed from flat files to a .db file so the reporting software can not grab the data. At least it broke Bocada. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of A Darren Dunham Sent: Tuesday, September 25, 2007 3:37 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 6.5 or 6.0MP5 On Tue, Sep 25, 2007 at 04:58:02PM -0400, Preston, Douglas L wrote: As far as I am concerned 6.5 is better. I have had far less issues with it that I did with any 6.0 MP#. If you have any reporting software it will break it. Do you know the mechanism of this breakage? Do some of the tools change output or something? -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area This line left intentionally blank to confuse you. ___ 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] NBU 6.5 or 6.0MP5
I didn't have any gotcha's. I am running 6.5 in production on my master server and 5 san media servers and a media server. I have about 50 of my 250 clients upgraded to 6.5. The rest of the clients are 5.1 MP4 through 6.0 MP5. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: Cruice, Daniel (US - Glen Mills) [mailto:[EMAIL PROTECTED] Sent: Wednesday, September 26, 2007 5:15 AM To: Preston, Douglas L; Mike Kiles; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] NBU 6.5 or 6.0MP5 Any gotcha when you did the upgrade? Are you running it in production? Or Dev / QA? Thanks Dan -Original Message- From: Preston, Douglas L [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 25, 2007 4:58 PM To: Mike Kiles; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 6.5 or 6.0MP5 As far as I am concerned 6.5 is better. I have had far less issues with it that I did with any 6.0 MP#. If you have any reporting software it will break it. The licensing has changed in 6.5 it now includes BMR and a few other changes in whats included or not included. If you are going to upgrade I wouold go 6.5 instead of having to do it twice. Make sure your support contract is up to date when you do the upgrade to either one for thoe unforseen gotcha's that can occur. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kiles Sent: Tuesday, September 25, 2007 12:54 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 6.5 or 6.0MP5 I am running NBU 6.0 MP4 on Windows, lookig to upgrade to 6.0MP5 or 6.5 I was wondering if any of you have any insights on which is better and/or less painful way to go? Thx Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545433 ___ 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 message (including any attachments) contains confidential information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient, you should delete this message and are hereby notified that any disclosure, copying, or distribution of this message, or the taking of any action based on it, is strictly prohibited. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backing up a SAN
If you find a way let me know. I have 1 master, 1 media and 5 san media servers. The san media servers are way too stressed during the backup of their millions of small files. On some of our database servers we use clone drives at the san level and we snap the clones off and attach them to the master server and the media server and back them up as local drives. Once all backups are done for the night we snap them back to the original machines to be resynchronized with the primary disk. I experimented with a small 100 mb lun between the media server and the master server and windows did not see the changes on the media server that were made to the drive on the master server. Only way to get it to see the changes was to remove the lun mapping and re attach it. I think you will find that you will lose a lot of data doing such an operation in real life. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johnson, Eric Sent: Tuesday, September 25, 2007 10:58 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backing up a SAN How do most people back up SAN data with NetBackup? Currently, we have a legacy setup where the NB client on each SAN-connected host system backs up the SAN mounts that it sees as a regular file system. Obviously, this is very inefficient as it puts load on each client and requires additional network traffic. I thought about a media server connected directly to the SAN, but then there are locking issues with concurrent access to LUNs that are in use by the client systems. Can this be done properly without some sort of extra software/hardware solution? Eric ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6.5 or 6.0MP5
As far as I am concerned 6.5 is better. I have had far less issues with it that I did with any 6.0 MP#. If you have any reporting software it will break it. The licensing has changed in 6.5 it now includes BMR and a few other changes in whats included or not included. If you are going to upgrade I wouold go 6.5 instead of having to do it twice. Make sure your support contract is up to date when you do the upgrade to either one for thoe unforseen gotcha's that can occur. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike Kiles Sent: Tuesday, September 25, 2007 12:54 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 6.5 or 6.0MP5 I am running NBU 6.0 MP4 on Windows, lookig to upgrade to 6.0MP5 or 6.5 I was wondering if any of you have any insights on which is better and/or less painful way to go? Thx Be a better Heartthrob. Get better relationship answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545433 ___ 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] Catalog sharing
NBU 6.0 and 6.5 the master server license and media server license are the same licennse. If you have master servers at your remote locations you can change them to media servers and point them to your EMM server. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of scottcorp Sent: Sunday, September 23, 2007 11:26 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Catalog sharing I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] NBU Device Manager Wont Start
On wilndows I use a dos utility set called pstools. It allows killing 99% of tasks that are unkillable. It also has a few other utils that I use once in a while but the main one I use is the pskill util. It can kill on local machine and remote machhines as long as they are windows machines. http://www.microsoft.com/technet/sysinternals/Utilities/PsTools.mspx Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: Wednesday, August 29, 2007 11:03 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] NBU Device Manager Wont Start All A Robotic Library was rebooted, which is shared with a Master and 10 Media Servers. Master Server (Win2k3 NBU 5.1 MP4) was also rebooted Although all Media Servers are online, one server and its service (device manager) refuses to start stating in the logs Another ltid daemon is already running Cannot find anything on the web that references this for Windows. I recall in the old days of 3.4, you could KILL processes within the NBU Admin Console. Cannot seem to do this in 5.1, but I do see them listed. I have rebooted the server, used task manager and it will not die !! Any ideas? Thanks Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 6.5 Monitoring
Ok now that a few people have upgraded to NBU 6.5 how many of you had reporting/monitoring software besides NOM that broke. In other words cant connect to the database to collect data need for reporting? Our corporate office uses Bocata to do monitoring/reporting and since I upgraded to NBU 6.5 they can no longer gat the info they need/want from my master server. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Error 41 on Catalog Backup using NBU 6.0MP4?
Try increasing your network timeouts. Since I added 400 day retention to my catalogs and log files (Blame The Auditors) I have had to increase my timeouts at least twice in the last year. I know it sounds funny to need to increase them on the master server when the master server is backing up the catalog but it made a difference. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Tuesday, August 28, 2007 7:42 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Error 41 on Catalog Backup using NBU 6.0MP4? Four or five days ago I began getting connection timed out (41) on my catalog backups to tape, nothing in the environment has changed besides adding some more clients to some polices. However, if a lot of the clients are dead in the polices, I wonder if that could potentially cause this? When a catalog backup is executed though, AFAIK it does not touch the clients? Here is what the error looks like under 6.0MP4: 08/27/2007 15:10:00 - requesting resource MYSTUGROUP 08/27/2007 15:10:00 - requesting resource my-master.fully.fqdn.com.NBU_CLIENT.MAXJOBS.my-master.fully.fqdn.com 08/27/2007 15:10:00 - requesting resource my-master.fully.fqdn.com.NBU_POLICY.MAXJOBS.Catalog 08/27/2007 15:10:00 - granted resource my-master.fully.fqdn.com.NBU_CLIENT.MAXJOBS.my-master.fully.fqdn.com 08/27/2007 15:10:00 - granted resource my-master.fully.fqdn.com.NBU_POLICY.MAXJOBS.Catalog 08/27/2007 15:10:00 - granted resource T1 08/27/2007 15:10:00 - granted resource Drive01 08/27/2007 15:10:00 - granted resource my-media-server.fully.fqdn.com 08/27/2007 15:10:01 - started process bpbrm (pid=2756) 08/27/2007 15:10:01 - connecting 08/27/2007 15:10:01 - connected; connect time: 0:00:00 08/27/2007 15:10:04 - mounted T1 08/27/2007 15:10:04 - positioning T1 to file 16 08/27/2007 15:10:08 - positioned T1; position time: 0:00:04 08/27/2007 15:10:08 - begin writing 08/27/2007 16:27:07 - Error bptm (pid=2825) cannot add fragment to image database, error = network connection timed out 08/27/2007 16:27:34 - end writing; write time: 1:17:26 network connection timed out (41) 08/27/2007 00:25:22 - granted resource my-media-server.fully.fqdn.com 08/27/2007 00:25:27 - started process bpbrm (pid=25775) 08/27/2007 00:25:27 - connecting 08/27/2007 00:25:28 - connected; connect time: 0:00:00 08/27/2007 00:25:31 - mounted T2 08/27/2007 00:25:31 - positioning T2 to file 67 08/27/2007 00:25:34 - positioned T2; position time: 0:00:03 08/27/2007 00:25:34 - begin writing 08/27/2007 01:38:10 - Error bptm (pid=25776) cannot add fragment to image database, error = network connection timed out 08/27/2007 01:43:52 - end writing; write time: 1:18:18 network connection timed out (41) 08/26/2007 00:10:43 - requesting resource MYSTUGROUP 08/26/2007 00:10:43 - requesting resource my-master.fully.fqdn.com.NBU_CLIENT.MAXJOBS.my-master.fully.fqdn.com 08/26/2007 00:10:43 - requesting resource my-master.fully.fqdn.com.NBU_POLICY.MAXJOBS.Catalog 08/26/2007 00:10:58 - granted resource my-master.fully.fqdn.com.NBU_CLIENT.MAXJOBS.my-master.fully.fqdn.com 08/26/2007 00:10:58 - granted resource my-master.fully.fqdn.com.NBU_POLICY.MAXJOBS.Catalog 08/26/2007 00:10:58 - granted resource T3 08/26/2007 00:10:58 - granted resource Drive02 08/26/2007 00:10:58 - granted resource my-media-server.fully.fqdn.com 08/26/2007 00:11:01 - started process bpbrm (pid=10866) 08/26/2007 00:11:01 - connecting 08/26/2007 00:11:02 - connected; connect time: 0:00:00 08/26/2007 00:11:04 - mounting T3 08/26/2007 00:11:44 - mounted T3; mount time: 0:00:40 08/26/2007 00:11:45 - positioning T3 to file 10 08/26/2007 00:13:03 - positioned T3; position time: 0:01:18 I ran a consistency check (bpdbm) and bpexpdate -deassignempty has anyone ever seen this before? ___ 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] Error 41 on Catalog Backup using NBU 6.0MP4?
CLIENT_READ_TIMEOUT to the /usr/openv/netbackup/bp.conf file and set it to increase the timeout interval. Make sure all recommended NetBackup patches are installed. Check the Symantec support Web site for current patch information. (Go to www.support.veritas.com. Then select NetBackup followed by files and updates.) Run the NetBackup Configuration Validation Utility (NCVU) for the associated NetBackup nodes. Note the pack checks in section two. Add the CLIENT_READ_TIMEOUT values to the master server, media server, and client when a NetBackup database extension product is installed. The values should all be the same for each server. The value set is dependent on the size of the database being backed up. See the NetBackup Administrator's Guide, Volume II, for more information on CLIENT_READ_TIMEOUT. Make sure enhanced authentication is configured correctly. For example, the following may result in status code 41: host A is configured to use enhanced authentication with host B, but host B is not configured to use enhanced authentication with host A. In this case, connections from host B to host A are likely to fail with status code 41. Connections from host A to B are likely to fail with authentication errors (status code 160). Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Tuesday, August 28, 2007 9:08 AM To: Preston, Douglas L Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Error 41 on Catalog Backup using NBU 6.0MP4? On Tue, 28 Aug 2007, Preston, Douglas L wrote: Try increasing your network timeouts. Since I added 400 day retention to my catalogs and log files (Blame The Auditors) I have had to increase my timeouts at least twice in the last year. I know it sounds funny to need to increase them on the master server when the master server is backing up the catalog but it made a difference. What specific tunables did you change? Thanks, Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Notify Scripts (without sending on retries)
You can try using these scripts, in windows version they are located C:\Program Files\VERITAS\NetBackup\bin\ parent_start_notify.cmd parent_end_notify.cmd Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, August 27, 2007 1:00 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Notify Scripts (without sending on retries) Has anyone had experience with using NetBackup notify scripts in such a way that they do not send e-mails for a job until all retries have been exhausted? I've tried both bpend_notify on the client and backup_exit_notify on the master server, and both version send out alerts for each attempt of the job, where I only want to know what the *final* status of the job was. I checked the archives but had difficulty in narrowing down the search to this situation. Brian Beaird ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Has anyone run a database consistency check recently?
In windows you can run this command. C:\Program Files\VERITAS\netbackup\bin\bpdbm -consistency f:\catalog.consistency.txt On a *nix machine it should still be the same command While it checks the catalog it will move corrupt entries to C:\Program Files\VERITAS\netbackup\db.corrupt and your catalog backups will complete. Using this command to do the consistency check and fix it does not delete the corrupt entries so if a fix for the corrupt entries ever happen you still have them. On our catalog it takes approxamately 2 hours to run. Our catalog is 60+ gigs. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, August 23, 2007 9:05 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Has anyone run a database consistency check recently? Hi all, We have been having issues with our catalog (running NBU 6.0 MP4) and have found that our catalog is very inconsistent. We have been running a utility from Symantec called consistency_gather.pl, which basically grabs image, media and vol DB information. We send that through to Symantec to produce a report, which we receive back. We have two NetBackup 6.0 environment, and both are reporting that we have inconsistencies in our catalog. Has anyone else run this utility and obtained a report from Symantec. In one of our report, it stats that of the 375000 images that we have, about 4700 of them could be lost due to being overwritten. We also have multiple tapes that appear to be assigned to multiple media servers, and the list goes on. Anyone else run into this type of issue? Regards Ian. National Australia Bank Ltd - ABN 12 004 044 937 This email may contain confidential information. If you are not the intended recipient, please immediately notify us at [EMAIL PROTECTED] or by replying to the sender, and then destroy all copies of this email. Except where this email indicates otherwise, views expressed in this email are those of the sender and not of National Australia Bank Ltd. Advice in this email does not take account of your objectives, financial situation, or needs. It is important for you to consider these matters and, if the e-mail refers to a product(s), you should read the relevant Product Disclosure Statement(s)/other disclosure document(s) before making any decisions. If you do not want email marketing from us in future, forward this email with unsubscribe in the subject line to [EMAIL PROTECTED] in order to stop marketing emails from this sender. National Australia Bank Ltd does not represent that this email is free of errors, viruses or interference. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Forever Assigned Media
I have been having the same problem since I moved to NBU 6.0 GA I am now at NBU 5.0 MP5. I havent opened a ticket with support yet as I have media available. When the count reaches 100 I am going to open the ticket. So far I am up to 96 media in that state. They don't exist in the EMM Database but are assigned. If you or anyone else finds a solution for this I sure would appreciate it. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Tuesday, August 21, 2007 8:39 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Forever Assigned Media NBU 6.0 MP4 running on Windows 2003 I've got a growing list of media in the robot that stay perma-assigned. If I run a vmquery on the media id it shows no expiration date, and bpimmedia shows no images on the media. Yet, the media never revert to scratch or ever get written to again. Some of them bpexpdate (even with no images?) and some come back as media id not found in EMM database. I thought all this media nonsense was over and done with but I guess not. Anyone else having similar issues / is there a fix I'm not aware of? -Jonathan ___ 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] Forever Assigned Media
I just found the solution to my 96 media that would not expire. I have followed this technote to expire 2 of them so far. http://seer.entsupport.symantec.com/docs/280181.htm Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Tuesday, August 21, 2007 8:39 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Forever Assigned Media NBU 6.0 MP4 running on Windows 2003 I've got a growing list of media in the robot that stay perma-assigned. If I run a vmquery on the media id it shows no expiration date, and bpimmedia shows no images on the media. Yet, the media never revert to scratch or ever get written to again. Some of them bpexpdate (even with no images?) and some come back as media id not found in EMM database. I thought all this media nonsense was over and done with but I guess not. Anyone else having similar issues / is there a fix I'm not aware of? -Jonathan ___ 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] Question about netbackup in DR
Instead of expiring copy 1 (1) you can use bpchangeprimary to change copy 2 (00037) to be the primary copy. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krzys Sent: Sunday, August 19, 2007 7:14 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Question about netbackup in DR Recently I did go trough DR test and I did find hard way of recovering my servers... Well the biggest problem that we were having was that in our production environment we had Windows 64bit running NetBackup server/media server. and in our DR we did not request that so they did give us Windows 32bit instead.. well my catalogs could not be loaded becuase of that difference... so then we did go and preloaded machine with 64bit OS and whole installation went just perferc and recovery was on its way.. but here are my questions regarding my DR test: 1) is there any way to use different Platrofm 64bit vs 32bit? how about different OS Windows vs Solaris for catalog recovery? Is there any way to conver while inporting catalogs? I suspect that answer is no but I wanted to ask you experts out there... 2) When we do backups we do have primary copy and then we send a duplicate tapes offiste... so I did have two copies in catalog tape lets say 1 and tape 00037, when I did select files to recover it said it was waiting for tape 1 and did not even look for tape 00037, so we did go and expired tape 1 and then it was able to read tape 00037. Is there any way not to have do that? What if tape 00037 was bad and I requested tape 1 to be delivered and my catalog is already expired, I would then have to scan my tape or reimport my catalog I guess but that is stupid if you ask me... I am not an expert thats why I wanted to see if any answers to my questions. By the way I did not mention I am using NetBackup 6.0MP4 if that helps in helping me with my qurestions. Thank you so much for help. Regards, Chris ___ 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] full backup not working...
Look at the file size of all your fulls in the listing, It looks like the only ones that actually have data are the vms fulls If you try to manually tar -xvzf /usr/openv/netbackup/db/images/mpn6/118600/MPN6_1186808402_FULL.f.Z Does it also fail? You should get some sort of error doing it manually that will probably be more informative than NBU's errors. I don't know any machines that incremental backups are larger than full backups. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of prodsacnetworking Sent: Thursday, August 16, 2007 8:31 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Re: full backup not working... Ok, yes. I tried it with all my servers and it gives me in the java console: Thu Aug 16 11:28:50 EDT 2007mps7Error 0 General cannot decompress /usr/openv/netbackup/db/images/mpn6/118600/MPN6_1186808402_FULL.f.Z humm.. permission problems? bash-2.05# ls -lah /usr/openv/netbackup/db/images/mpn6/118600/ total 1254 drw-r-xr-x 4 root other 1.5K Aug 16 11:28 . drw-r-xr-x 20 root other 1.0K Aug 16 04:14 .. -rw-rw-rw- 1 root other 0 Aug 16 11:28 .lck drwx-- 2 root other 1.0K Aug 11 05:05 catstore -rw-r--r-- 1 root other 4.1K Aug 7 00:02 MPN6_1186026302_INCR -rw--- 1 root other65K Aug 7 00:02 MPN6_1186026302_INCR.f.Z -rw-r--r-- 1 root other 3.6K Aug 8 00:03 MPN6_1186112702_INCR -rw--- 1 root root 67K Aug 8 00:03 MPN6_1186112702_INCR.f.Z -rw-r--r-- 1 root other 6.6K Aug 9 03:16 MPN6_1186203603_FULL -rw--- 1 root root 36 Aug 9 03:16 MPN6_1186203603_FULL.f.Z -rw-r--r-- 1 root other 2.7K Aug 10 12:07 MPN6_1186304074_INCR -rw--- 1 root root 23K Aug 10 12:07 MPN6_1186304074_INCR.f.Z -rw-r--r-- 1 root other 2.3K Aug 11 00:07 MPN6_1186371902_INCR -rw--- 1 root root 21K Aug 11 00:07 MPN6_1186371902_INCR.f.Z -rw-r--r-- 1 root other 2.9K Aug 12 00:08 MPN6_1186458302_INCR -rw--- 1 root root 28K Aug 12 00:08 MPN6_1186458302_INCR.f.Z -rw-r--r-- 1 root root3.4K Aug 13 00:09 MPN6_1186544744_INCR -rw--- 1 root root 34K Aug 13 00:09 MPN6_1186544744_INCR.f.Z -rw-r--r-- 1 root root3.5K Aug 14 00:10 MPN6_1186631103_INCR -rw--- 1 root root 95K Aug 14 00:10 MPN6_1186631103_INCR.f.Z -rw-r--r-- 1 root root3.7K Aug 15 00:11 MPN6_1186717503_INCR -rw--- 1 root other 100K Aug 15 00:11 MPN6_1186717503_INCR.f.Z -rw-r--r-- 1 root root7.1K Aug 16 03:14 MPN6_1186808402_FULL -rw--- 1 root other 36 Aug 16 03:14 MPN6_1186808402_FULL.f.Z -rw-r--r-- 1 root root3.2K Aug 12 02:26 MPN6_1186898275_INCR -rw--- 1 root root 50K Aug 12 02:26 MPN6_1186898275_INCR.f -rw-r--r-- 1 root root2.7K Aug 13 00:04 MPN6_1186976702_INCR -rw--- 1 root root 51K Aug 13 00:04 MPN6_1186976702_INCR.f -rw-r--r-- 1 root other 2.9K Aug 10 01:34 MPN6_VMS_1186291828_FULL -rw--- 1 root root2.7K Aug 10 01:34 MPN6_VMS_1186291828_FULL.f.Z -rw-r--r-- 1 root root3.1K Aug 12 15:02 MPN6_VMS_1186896630_FULL -rw--- 1 root root6.8K Aug 12 02:33 MPN6_VMS_1186896630_FULL.f drw-r-xr-x 3 root other512 Aug 13 00:04 tmp [quote=Martin, Jonathan]That isn't by any chance the same image that's not decompressing is it? Oh man, that would suck big time. Did you do complete backup and restore tests after upgrading to MP5? -Jonathan +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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] pb restoring system_state of Windows 2000 SP4
I believe the way you need to do that if you are not doing BMR is to install your indiws into a different folder than the origional folder. Instead of winnt or windows try installing the fresh install of windows into a folder called restore. What happens is if you are using the origional paths then as you restore you overwrite files that are critical and will cause that issue. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of POUSSARD, Gilles (APX SYNSTAR) Sent: Thursday, August 09, 2007 7:40 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] pb restoring system_state of Windows 2000 SP4 Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the Overwrite existing files option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ 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] Error bptm(pid=3956) SCSI RESERVE failed (reserveunit scsi
Dave, I ended up doing the following steps 1 - Down the library and powering it off 2 - Removed all drives and robots from master server and all media servers. 3 - Stopped ALL NBU services on master and all media servers. 4 - On master server and all media servers I Deleted all files under the following paths. \Program Files\VERITAS\NetBackup\db\media\drives\ \Program Files\VERITAS\NetBackup\db\media\media\ \Program Files\VERITAS\Volmgr\misc\ 5 - Bring the library back up 6 - Start all NBU services on master server and all media servers. 7 - recreate all drives and robots. ( I used the gui wizard to do this ) 8 - Inventory the library to re-add all media to the robot config. This seemed to work for my SCSI Reserve errors. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Cloonster Sent: Friday, July 20, 2007 4:02 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Re: Error bptm(pid=3956) SCSI RESERVE failed (reserveunit scsi Hi Doug I would be interested to find out whether you had come to some resolution on this as we have a similar issue whereas our bptm logs indicate that it waits agaes to issue the SCSI reserve, the tape gets mounted however the RESERVE only happens sometimes up to 30 mins later. Any ideas ? Dave +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [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
