Re: [Veritas-bu] Changing Windows master to Linux master
If it is possible, I would run 2 parallel environments, one being your existing and the other being the new with your linux master. Start backing up to the new and keep the old around until all of your backup images expire. I went from an AIX master to Linux which is entirely doable without all of the professional services hubub, but it was easier to me to just migrate to the new through attrition. The one caveat is you cannot share a media server between the two master servers. If you have only a single tape subsystem that cannot be shared between two hosts, that will limit your options. From: bubbwe nbu-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 04/29/2015 12:22 PM Subject:[Veritas-bu] Changing Windows master to Linux master Sent by:veritas-bu-boun...@mailman.eng.auburn.edu I want to change my windows master to a linux master. Is this doable? I am told by symantec that the catalog directory structure and the block sizes written differ between the 2 and this will require professional services to accomplish. Has anyone done this? +-- |This was sent by wil...@ge.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] Netbackup Appliance Vs Data Domain
We have had a chance to side-by-side a 5220 with a DD860 for the past couple of years and each has its high and low points. Most of that time we didn't have a backup replication solution in place and depended on duplicating back to tape off of each device for offsite storage. The Data Domain is hands down much better at reconstructing its data for this purpose. I do understand this isn't normally an intended operation, but pulling even less than 10 images off of the 5220 at one time was work that produced significant load on it as to impede its normal operation. The hardware reliability of our 5220 atrocious. I can't tell you how many raid cards have been switched out of this thing. If we have had a couple of disk failures on the DD860 the past couple of years, but I always find out about those after the fact. My datacenter people tell me that EMC was here to switch it out and that is that. We did place another 5220 at our DR site with a DD4200 and implemented AIR. This is the by far the best thing we ever did for our backup environment. The remote 5220 does well as a remote master server handling the OST device and keeping track of images coming in. Alleviating the need to send offsite tapes was a boon to the process overall. We had a DR exercise last week and having everything there already without the need of propping up a tape library and a server to manage it was well worth the overall effort. The 5220 performs well as a tape media server, again another function that it more than likely isn't intended to be used for. Performing as a media server for the Data Domain does well also. We depend on the local 5220 to handle the VMware backups over SAN and it doesn't keep up with what we need. It is just not built to handle the load. Right now, I am in the market for another device, and I am going to probably lean toward the Data Domain with another media server that uses 10gb interfaces. We have really had to limit what we send to the 5220, and we are realizing that we may even have to pare that back. We really liked it for the VMware capabilities, but performance is an issue and we may be finding ourselves using the Data Domain for some of that load as well. If you have a large VMware install base, you will be well served to perform some load testing with proof of concept devices. We were burnt by not doing enough of that ahead of time. In this space, performance and functionality go hand-in-hand at times. From: Scott Jacobson sjaco...@novell.com To: Mikhail Nikitin mikhail.niki...@gmail.com, VERITAS-BU@mailman.eng.auburn.edu Date: 11/16/2014 01:48 PM Subject:Re: [Veritas-bu] Netbackup Appliance Vs Data Domain Sent by:veritas-bu-boun...@mailman.eng.auburn.edu You'll likely receive many responses to your inquire so I add mine as well. In my research with DD and Quantum is that they were all compatible pieces to create the solution your seeking, however, there are many moving parts in getting them to work and some features are missing (as mentioned, ie. OST) compared to the Symantec Appliances. The Symantec Appliances have many of the best of bread software products built in i.e. Storage Foundation/High Availability etc. Your environment sounds like an exact copy of ours. I currently have three 5230's deployed globally for the primary purpose of A.I.R., but also have one of them at our primary Data Center location whose additional function was to reduce backup windows and deduplicate data - all is working as promoted and designed. I've about a 72% deduplication rate with structured and unstructured data. Accelerator based backups are crazy fast after the first initial Full backup - two examples: 1. A 21 hour Full back up to LTO IV tape (dedicated backup network infrastructure) now takes only 50 minutes to the 5230 deduplication pool. 2. At an East Coast office a local backup of a 375 Gb Windows server with 1.8 million files would take around 9 to 10 hours. Again, with Accelerator enabled and the backup occurring over the WAN to our 5230 Appliance deduplication pool 2000 miles away, the backup only takes 1 hour 10 minutes. The rate from the NBU Console reports 89121 KB Per Second. (this may sound misleading, but you have to get your head around what the Accelerate and its Track Journal is doing which is comparing (no tree walk) de-duped block changes and sending only new blocks that don't reside on the target Appliance) Symantec just announced the 5330 which is of course faster than the 5230 and it can scale to 229 Tb so this maybe something you might want to look into. Note also that a 5230 can be either a Master or Media server (all of mine are Media Servers) and the 5330 can only be a Media server which is not a limiting factor in my opinion. I won't get into the discussion of whose better, NetBackup, EMC or Commvault because we are a Symantec NetBackup shop. I'll leave that response
Re: [Veritas-bu] ddboost ove FC - Questions RE: Storage Server Credentials
Is the hostname listed in your DataDomain's access list? I think that is where the failure is happening. From: mdglazerman nbu-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 06/13/2014 03:08 PM Subject:[Veritas-bu] ddboost ove FC - Questions RE: Storage Server Credentials Sent by:veritas-bu-boun...@mailman.eng.auburn.edu I am working on implementing ddboost over FC in our test environment. Our Data Domain's are DD2500's. We are running NetBackup 7.5.0.4 on redhat linux with the 2.6 ost plugin installed. This same data domain is already registered as a storage server via hostname and applying credentials to that instance was trouble free. After zoning the DD so that it can be seen by our NBU servers, I was able to issue the following nbdevconfig command to create a new storage server using the DFC- name generated during initial config of ddboost over fc settings on the DD ./nbdevconfig -creatests -stype DataDomain -storage_server DFC-fldevdd002 -media_server flmdevlxnb001.xxx.xxx From the GUI I can now see this storage server listed but my attempts to add credentials to my master/media server (flmdevlxnb001.scottrade.dev) have been unsuccessful. tpconfig -add -storage_server DFC-fldevdd002 -stype DataDomain -sts_user_id ostuser -password xx I get the following error after running the above command... Failed to open server connection to type DataDomain server DFC-fldevdd002: Error = 2060046 plugin error Authorization failed for OpenStorage server DFC-fldevdd002 What is confusing me is that this storage (DFC-fldevdd002) server isn't based on a hostname attached to an interface on the Data Domain like a traditional storage server would be. For this reason, most troubleshooting steps surrounding name resolution etc... don't seem to apply with regard to a fiber attached storage server. I have gone step by step through both the EMC Open storage admin guide and the Symantec equivalent. It appears to me that I am missing a glaringly obvious step. Does anyone have any ideas how to get credentials pushed out to my master/media server ? +-- |This was sent by mdglazer...@yahoo.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] Post Upgrade 7.6.0.1
Has anybody else performing this upgrade noticed certain jobs slowing down? I have particular ones that depend on getting in and out of the queue quickly (Database agent log rolls) and they hang in the queue for 10 minutes before actually finishing. It would take 10 seconds before (7.5.0.6). The upgrade didn't do anything to my buffer size touch files, because I see the same settings as before showing up in the details of the job. This is filling up my database servers log directories. Other are simple offload jobs from disk to tape via SLP. I may have to go back if I can't get around this. 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] Vaulting primary copies of backups
I have a requirement where a remote division of ours is replicating a Windows file server to our location via DFS. We are backing up that server already, but wish to do special backups in order to satisfy some ISO compliance guidelines. I want to send these copies offisite at their given intervals (weekly, monthly, annually). If I create a vault, I assume it is going to want to duplicate these copies, which is what I don't want. Is there any way to vault the primary copies when it comes time to send them offsite? Thank you for the help in advance, Scott 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] Keeping hostname, changing IP addresses
I am moving my master server to new hardware, but am keeping the hostname. I am also want to change the IP address and naturally have the DNS record changed as well. I wish to move it to a subnet that utilizes jumbo frames. Aside of all of the hardcoded clients that will become immediately known, is there any other pitfalls that I may encounter with this? Thank you in advance. Scott 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] Keeping hostname, changing IP addresses
I am in complete control of the subnet and attached hosts, so that will not be a problem. I also see this as a good opportunity to force all of the clients to use DNS. Always becomes an issue at DR every year. From: Daniel Otto dan_o...@symantec.com To: scott.geo...@parker.com scott.geo...@parker.com Date: 02/01/2013 09:35 AM Subject:RE: [Veritas-bu] Keeping hostname, changing IP addresses The key is keeping the same hostname for the master server NBU doesn?t care which IP address is used so long as its is resolvable and it can connect to it. If going to jumbo framing make sure ALL of the layer 2 attached servers also support use of jumbo framing or your performance will go from bad to worse. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Friday, February 01, 2013 8:31 AM To: 'Veritas' Subject: [Veritas-bu] Keeping hostname, changing IP addresses I am moving my master server to new hardware, but am keeping the hostname. I am also want to change the IP address and naturally have the DNS record changed as well. I wish to move it to a subnet that utilizes jumbo frames. Aside of all of the hardcoded clients that will become immediately known, is there any other pitfalls that I may encounter with this? Thank you in advance. Scott 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] orphaned job
I encountered one of the ghost jobs this morning. It appears that bpjobd can now be used on an up and running system. The empty jobs can still show up, you just don't need to bring NBU down to clear them. From: Reynolds, Susan K. susan.k.reyno...@saic.com To: scott.geo...@parker.com, veritas-bu@mailman.eng.auburn.edu Date: 11/09/2012 10:31 AM Subject:RE: [Veritas-bu] orphaned job I call it the orphaned job bug. It's great to hear that it may have finally been addressed in 7.5.0.4!! I too have always done bpjobd -r job id From: veritas-bu-boun...@mailman.eng.auburn.edu on behalf of scott.geo...@parker.com Sent: Thu 11/8/2012 12:45 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] orphaned job The only way I have been able to get rid of these in 7.1 was to bring NBU down and run bpjobd -r job id on every one. I just upgraded to 7.5.0.4 yesterday, and it seems to be much cleaner, meaning, none of these have shown up yet. I did see some empty jobs that I was able to delete as well. From:Klebba, Don donkle...@quickenloans.com To:veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date:11/08/2012 12:41 PM Subject:[Veritas-bu] orphaned job Sent by:veritas-bu-boun...@mailman.eng.auburn.edu I have a windows 2008 R2 master server running Netbackup 7.1.01. I have 1 job in the console that shows a status 50 (client process aborted), however the job state is waiting for retry. I tried cancelling the job and it never dies. I?ve rebooted the master a number of times and the job is still there. Anyone have any ideas? Thanks Don Klebba | Sr. SAN Engineer | x34263 Desk: (313) 373-4263 | Mobile: (734) 634-7486 | Fax: (877) 380-0121 ___ 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] orphaned job
The only way I have been able to get rid of these in 7.1 was to bring NBU down and run bpjobd -r job id on every one. I just upgraded to 7.5.0.4 yesterday, and it seems to be much cleaner, meaning, none of these have shown up yet. I did see some empty jobs that I was able to delete as well. From: Klebba, Don donkle...@quickenloans.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 11/08/2012 12:41 PM Subject:[Veritas-bu] orphaned job Sent by:veritas-bu-boun...@mailman.eng.auburn.edu I have a windows 2008 R2 master server running Netbackup 7.1.01. I have 1 job in the console that shows a status 50 (client process aborted), however the job state is waiting for retry. I tried cancelling the job and it never dies. I?ve rebooted the master a number of times and the job is still there. Anyone have any ideas? Thanks Don Klebba | Sr. SAN Engineer | x34263 Desk: (313) 373-4263 | Mobile: (734) 634-7486 | Fax: (877) 380-0121 ___ 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] There are no files matching the specified criteria
Make sure you are selecting the proper policy type, i.e. MS-Windows for Windows based systems or Standard for *NIX systems. From: Grigore Petrisor edy2...@yahoo.com To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Date: 07/25/2012 08:04 AM Subject:[Veritas-bu] There are no files matching the specified criteria Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hello, Can anyone help me with the following issue? I have a Netbackup 6.5 installed on Solaris 10 and recently I ran into an issue when I try to restore files from a backup. In fact the NetBackup GUI immediately reported There are no files matching the specified criteria. Normally this would implicate my search criteria; perhaps I specified an incorrect policy type or media server. However, I repeatedly got the same error even when all I changed was the ending search date (specifying an earlier backup). All backups are succesfully completed. Any help will be appreciated. ___ 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] There are no files matching the specified criteria
If you still have information about previous backups available, I would query the catalog for available images on the media used for the backup. This will tell you right away what is on the tape. You don't have anything in place that changes the copy number of images, do you? Any vaulting occurring? If you have done the backup recently, but don't have any images available for restore, the copy number may be another issue. From: Grigore Petrisor edy2...@yahoo.com To: scott.geo...@parker.com scott.geo...@parker.com, VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu veritas-bu-boun...@mailman.eng.auburn.edu Date: 07/25/2012 08:19 AM Subject:Re: [Veritas-bu] There are no files matching the specified criteria Hello Scott, Thank you for your replay. Issue is not caused by a policy type or a client selection ... I think there is a problem with catalog. I have google about this issue but didn?t find nothing clear. From: scott.geo...@parker.com scott.geo...@parker.com To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Sent: Wednesday, July 25, 2012 3:08 PM Subject: Re: [Veritas-bu] There are no files matching the specified criteria Make sure you are selecting the proper policy type, i.e. MS-Windows for Windows based systems or Standard for *NIX systems. From:Grigore Petrisor edy2...@yahoo.com To:VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Date:07/25/2012 08:04 AM Subject:[Veritas-bu] There are no files matching the specified criteria Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hello, Can anyone help me with the following issue? I have a Netbackup 6.5 installed on Solaris 10 and recently I ran into an issue when I try to restore files from a backup. In fact the NetBackup GUI immediately reported There are no files matching the specified criteria. Normally this would implicate my search criteria; perhaps I specified an incorrect policy type or media server. However, I repeatedly got the same error even when all I changed was the ending search date (specifying an earlier backup). All backups are succesfully completed. Any help will be appreciated. ___ 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 ___ 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
Are you using GUI from the client? My guess is that since this is a cluster (I am assuming that from the name), it is using the local node's IP address instead of the resources IP address and since there are no backup images for the local node, it doesn't show any. My cluster experience with NBU isn't all that sharp, so somebody else may be able to chime in and offer more definitive advice on this. I know mostly UNIX clusters where I just let the local client backup the shared resources it owns and be done with it. Scott From: Grigore Petrisor edy2...@yahoo.com To: scott.geo...@parker.com scott.geo...@parker.com Date: 07/25/2012 12:53 PM Subject:Re: [Veritas-bu] There are no files matching the specified criteria Bellow are output for the bpimagelist. Bplist for the same client and the same period of time generatea huge list of files. root@evbackupsrv # bpimagelist -U -client evdbcluster01 -d 07/01/2012 Backed Up Expires Files KB C Sched Type Policy -- - 07/23/2012 01:00 08/23/201278162 89752443 N Full Backup EVDB01_BKP_FS 07/23/2012 01:00 08/23/2012 201411 16972190 N Full Backup EVDB01_BKP_FS 07/16/2012 01:00 08/16/201278109 89530499 N Full Backup EVDB01_BKP_FS 07/16/2012 01:00 08/16/2012 201406 16961064 N Full Backup EVDB01_BKP_FS Thanks again for your help From: scott.geo...@parker.com scott.geo...@parker.com To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu veritas-bu-boun...@mailman.eng.auburn.edu Sent: Wednesday, July 25, 2012 3:24 PM Subject: Re: [Veritas-bu] There are no files matching the specified criteria If you still have information about previous backups available, I would query the catalog for available images on the media used for the backup. This will tell you right away what is on the tape. You don't have anything in place that changes the copy number of images, do you? Any vaulting occurring? If you have done the backup recently, but don't have any images available for restore, the copy number may be another issue. From:Grigore Petrisor edy2...@yahoo.com To:scott.geo...@parker.com scott.geo...@parker.com, VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu veritas-bu-boun...@mailman.eng.auburn.edu Date:07/25/2012 08:19 AM Subject:Re: [Veritas-bu] There are no files matching the specified criteria Hello Scott, Thank you for your replay. Issue is not caused by a policy type or a client selection ... I think there is a problem with catalog. I have google about this issue but didn?t find nothing clear. From: scott.geo...@parker.com scott.geo...@parker.com To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu Sent: Wednesday, July 25, 2012 3:08 PM Subject: Re: [Veritas-bu] There are no files matching the specified criteria Make sure you are selecting the proper policy type, i.e. MS-Windows for Windows based systems or Standard for *NIX systems. From:Grigore Petrisor edy2...@yahoo.com To:VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Date:07/25/2012 08:04 AM Subject:[Veritas-bu] There are no files matching the specified criteria Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hello, Can anyone help me with the following issue? I have a Netbackup 6.5 installed on Solaris 10 and recently I ran into an issue when I try to restore files from a backup. In fact the NetBackup GUI immediately reported There are no files matching the specified criteria. Normally this would implicate my search criteria; perhaps I specified an incorrect policy type or media server. However, I repeatedly got the same error even when all I changed was the ending search date (specifying an earlier backup). All backups are succesfully completed. Any help will be appreciated. ___ 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 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
[Veritas-bu] Status 156 with multiplexing turned on
Greetings all, I began using 2 STK T1C drives in my SL8500. Naturally, the bulk of my clients will not be able to push data to the capacity of the drive, so I have turned on multiplexing for certain policies and for the storage group itself. I am running 6 jobs wide per drive, and seems to handle the throughput well. I am getting status 156 (snaphot error) on some SQL servers and am wondering if it is related to the multiplexing. I know at its core it is related to VSS on the Windows server, but does multiplexing affect this in any way? Your thoughts are greatly appreciated. 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] Veritas-bu Digest, Vol 71, Issue 11
From what I remember, the recommended catalog backup was the hot backup when it first appeared (in 6.0?). I have had to use it a couple of times with success every time. Even if it could be dumped to disk and transferred/mapped to the new system, it would be worth a try. From: Justin Piszcz jpis...@lucidpixels.com To: 'Shekel Tal' tal.she...@uk.fujitsu.com, 'Steve Quan' sk...@hotmail.com, veritas-bu@mailman.eng.auburn.edu Date: 03/16/2012 08:59 AM Subject:Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Sent by:veritas-bu-boun...@mailman.eng.auburn.edu Hi, I?ve gone from 32-bit to 64-bit with Linux on several occasions and did not have an issue; however I?ve not tried that with Windows. Do you still have the old master running? Have you tried using a hot catalog backup (cold backups are deprecated anyhow)? Justin. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Shekel Tal Sent: Friday, March 16, 2012 8:58 AM To: Steve Quan; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 Did you try run bpclntcmd prior to the upgrade? I also noticed the 64 bit and 32 bit change but wouldn?t have thought it would make a difference Regards, Tal Shekel CSA FUJITSU From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Steve Quan Sent: 16 March 2012 12:54 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas-bu Digest, Vol 71, Issue 11 What seems to stick out, is the target OS is 64bit (vs the original 32bit OS) and the problem only shows up after a good catalog restore /Steve --- From: veritas-bu-requ...@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 71, Issue 11 To: veritas-bu@mailman.eng.auburn.edu Date: Fri, 16 Mar 2012 07:00:04 -0500 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to veritas-bu-requ...@mailman.eng.auburn.edu You can reach the person managing the list at veritas-bu-ow...@mailman.eng.auburn.edu When replying, please edit your Subject line so it is more specific than Re: Contents of Veritas-bu digest... Today's Topics: 1. cold catalog recovery (Infantino, Joe (Contractor)) 2. Re: cold catalog recovery (Shekel Tal) 3. Re: cold catalog recovery (Infantino, Joe (Contractor)) 4. Re: cold catalog recovery (Infantino, Joe (Contractor)) -- Message: 1 Date: Thu, 15 Mar 2012 16:38:58 -0400 From: Infantino, Joe (Contractor) jinfant...@intersil.com Subject: [Veritas-bu] cold catalog recovery To: veritas-bu@mailman.eng.auburn.edu Message-ID: 13e204e614d8e04faf594c9aa9ed0bb712d79...@pbcomx02.intersil.corp Content-Type: text/plain; charset=us-ascii We are trying to upgrade our NBU hardware and OS and are running into some issues that seem related to doing a cold catalog recovery and name resolution. Current setup: Windows 2003 x86 SP2 NBU 6.5.6 New setup: Windows 2008 x64 SP2 NBU 6.5.6 Current server and new server are configured with the same name and ip address. ISSUE: We can do a cold catalog backup and restore just fine but have a serious issue in the end. After both successes if we open the Activity Monitor we get an error - Not connected, check if services are up. All service are up. bpjobsd log shows 2 job_connect: Can't connect automatically to client pbcobk01 status = 25 err = 10061 2 job_connect: Can't connect to client pbcobk01 16 main: Can't connect to pbcobk01 (46) We did a complete system rebuild, installed NBU 6.5.6, and configured to write to disk. Test backup ran and Activity Monitor worked fine. Did the catalog recovery and the issue came back. I did some bpclntcmd tests and they all come back with the correct name but the IP shows as 127.0.0.1. I added the hostname and real IP to the hosts file with no luck. I tried the following tests: bpclntcmd -pn = correct short name with 127.0.0.1 bpclntcmd -self = correct short name with 127.0.0.1 bpclntcmd -hn pbcobk01 = correct short name with 127.0.0.1 bpclntcmd -ip xxx.xxx.xxx.xxx = correct host and xxx.xxx.xxx.xxx for ip address If I do these test on the current server they come back with the actual IP of the system. TIA Joe Infantino MCP, MCSA, Security+, ITILv3 Senior Systems Analyst Security and Server Operations Intersil Corporation email: jinfant...@intersil.com www.intersil.com snip Unless otherwise stated, this email has been sent from Fujitsu Services Limited, from Fujitsu (FTS) Limited, or from Fujitsu Telecommunications Europe Limited, together Fujitsu. This email is only for the use
Re: [Veritas-bu] Getting Status 96 with 201 scratch tapes
Just so I didn't leave this hanging out there, I had 201 tapes with volume expirations that had expired. It was a good lesson in the difference between data expiration and volume expiration. Thank you for all of the input! From: David McMullin david.mcmul...@cbc-companies.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 03/09/2012 01:12 PM Subject:Re: [Veritas-bu] Getting Status 96 with 201 scratch tapes Sent by:veritas-bu-boun...@mailman.eng.auburn.edu What is the output of this command: /usr/openv/volmgr/bin/vmpool -list_scratch Is your defined scratch pool what you expected? I run a cron job that verifies my available scratch tapes and sets my pool several times a day, ever since I found there is a bug in the java gui that can set a pool as scratch by mistake... This command will set it for you: (my scratch pool is named scratch_pool) /usr/openv/volmgr/bin/vmpool -set_scratch scratch_pool -- Message: 6 Date: Fri, 9 Mar 2012 09:04:56 -0500 From: scott.geo...@parker.com Subject: [Veritas-bu] Getting Status 96 with 201 scratch tapes To: 'Veritas' veritas-bu@mailman.eng.auburn.edu Message-ID: ofc07dd08a.e00282f7-on852579bc.004ccacf-852579bc.004d8...@parker.com Content-Type: text/plain; charset=us-ascii Here is my environment: NBU 7.1.0.3 on an AIX 6.1 Master (also acting as media server in this instance) My scratch pool has 201 tapes inside the robot. Robot is STK SL8500 with 20 9840C Drives. I am using ACSLS. Overnight vaults failed with the duplication jobs ending in error 96 (unable to allocate new media for backup, storage unit has none available). What gives? 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
[Veritas-bu] Getting Status 96 with 201 scratch tapes
Here is my environment: NBU 7.1.0.3 on an AIX 6.1 Master (also acting as media server in this instance) My scratch pool has 201 tapes inside the robot. Robot is STK SL8500 with 20 9840C Drives. I am using ACSLS. Overnight vaults failed with the duplication jobs ending in error 96 (unable to allocate new media for backup, storage unit has none available). What gives? 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] New backup
I believe the default behavior is to run fulls every day until the first scheduled full, even if an incremental is scheduled that day. We are in the habit of running a full immediately after a client is added to a policy or a policy is created. We learned the hard way by filling up or virtual library. From: Shields, Matthew matthew.shie...@td.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 01/24/2012 01:39 PM Subject:[Veritas-bu] New backup Sent by:veritas-bu-boun...@mailman.eng.auburn.edu If you were to add a backup for the first time on a day that the policy has an Incremental specified, would it automatically promote to full Matthew T. Shields matthew.shie...@td.com This message and any attachments may contain confidential or privileged information and are intended only for the use of the intended recipients of this message. If you are not the intended recipient of this message, please notify the sender by return email, and delete this and all copies of this message and any attachments from your system. Any unauthorized disclosure, use, distribution, or reproduction of this message or any attachments is prohibited and may be unlawful. ___ 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. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU catalog on NAS/SAN
We have the entire operating system of the master server on SAN (which also happens to house NBU and its catalog), and it is replicated to our DR site. Once we get there, we just power it up and fly. The caveat to using SAN is that it looks like local disk to the master. I am not sure about iSCSI or FCoE, but I would assume they would be treated the same as well, with my caveat, of course. From: Lightner, Jeff jlight...@water.com To: Sanders, Nate sande...@dmotorworks.com, w...@maine.edu w...@maine.edu Cc: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Date: 11/15/2011 05:09 PM Subject: Re: [Veritas-bu] NBU catalog on NAS/SAN Sent by: veritas-bu-boun...@mailman.eng.auburn.edu In point of fact it only says NO to NFS/CIFS.The original question also asked about SAN as well and I don?t know of any prohibition against that but as others have noted you?d want to make sure the disk array used is backed up to other locations because if the array fails you?d lose both your other data and the catalog you need to restore that data. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Sanders, Nate Sent: Tuesday, November 15, 2011 3:44 PM To: w...@maine.edu Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU catalog on NAS/SAN Yeah that was pretty much what I figured. From: Wayne T Smith [mailto:wtsm...@maine.edu] Sent: Tuesday, November 15, 2011 2:33 PM To: Sanders, Nate (DS) Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU catalog on NAS/SAN http://www.symantec.com/business/support/index?page=contentid=TECH16116 says No. http://www.symantec.com/business/support/index?page=contentid=TECH33326 says No. Cheers, Wayne On Tue, Nov 15, 2011 at 12:33 PM, Sanders, Nate sande...@dmotorworks.com wrote: What?s the best practice on moving the NBU master catalog to an NFS mount or a SAN share? With all the drama going on around our catalog size and the new Isilon, I?m beginning to wonder if we?ll out grow out current master servers local disk soon. I?ll be digging through Symantec PDFs, but thought I would throw it out here for you all as well. My obvious concerns are I/O. In our environment I would say we usually have no more than 30 active jobs (including children) running at a time. Our average is probably 10 or less, with bursts of 30. -- Nate SandersSr. System Administrator Digital Motorworks, Inc (512) 692 - 1038 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. Athena®, Created for the Cause? Making a Difference in the Fight Against Breast Cancer - CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ 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
Re: [Veritas-bu] Dedupe ratios and checkpoint backups
I think the question was: where is that file located when it is created, and does it then get backed up by the job doing the backup itself? From: David Stanaway da...@stanaway.net To: veritas-bu@mailman.eng.auburn.edu Date: 09/07/2011 09:11 PM Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Checkpoints create a new file for each checkpoint. On 9/7/2011 1:17 PM, Rusty Major wrote: I have always understood it that Checkpoints were saved in a log on the client and, therefore, wouldn?t affect dedupe ratios at all. I haven?t ever verified that, nor did a quick search yield anything. -Rusty From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto: veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff Sent: Tuesday, September 06, 2011 3:23 PM To: scott.geo...@parker.com; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups Haven?t done any comparisons but we use checkpoint for our big ERP DB (near 6 TB) backup and still get good compression ratios. There is nothing that has made me think I need to look at it or tweak it to get better. I?d say the benefit of not having to restart a huge backup from scratch offered by checkpoints would outweigh deduplication ratio issues unless you have infinite time to run backups. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto: veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Tuesday, September 06, 2011 3:06 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups To answer your question, we tested both the NBU 5000 (Symantec) and the DD860 (Data Domain) and the differences couldn't be more stark. I was using a 30 minute checkpoint interval. I never achieved anything better than 15:1 from the NBU5000 (which isn't bad). The DD860 hit 39:1 at the time I disabled all of the policies. This was running daily full backups on an array of different servers (DB2, Windows file servers, UNIX file servers, and Siebel app servers) over the course of 2 months. The NBU5000 is a fixed block device, the DD860 a variable block device. There is no way of knowing if checkpoints were the culprit for the NBU5000 getting the lesser ratio, but it does present a plausible theory. From: scott.geo...@parker.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 09/06/2011 02:54 PM Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu If at all, this would probably affect fixed-block solutions more than the variable-block ones. The variable-blocked solutions would continue to look for identical blocks, but in different positions of the data stream. From: Stafford, Geoff gstaff...@barclaycardus.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 09/06/2011 02:45 PM Subject: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Just wondering if anyone has done testing or seen documentation (from any dedupe vendor) regarding the usage of enabling checkpoints on backups that are being deduplicated? I would think that the introduction of checkpoints every X minutes into the datastream would interrupt the continuity of the data and make it seem more unique thus negatively affecting dedupe ratios but I?m wondering by how much. Most, if not all, of the variable length guys have the ability to ?re-align? themselves to the start of the files so I would think it might be more pronounced on large files vs your average server but I?m just thinking out loud. Anyone seen a recommendation or actually tested themselves? ___ Barclays www.barclaycardus.com ___ This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ 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 Proud partner. Susan G. Komen for the Cure. Please consider our environment before printing this e-mail or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the
Re: [Veritas-bu] Dedupe ratios and checkpoint backups
If at all, this would probably affect fixed-block solutions more than the variable-block ones. The variable-blocked solutions would continue to look for identical blocks, but in different positions of the data stream. From: Stafford, Geoff gstaff...@barclaycardus.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 09/06/2011 02:45 PM Subject: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Just wondering if anyone has done testing or seen documentation (from any dedupe vendor) regarding the usage of enabling checkpoints on backups that are being deduplicated? I would think that the introduction of checkpoints every X minutes into the datastream would interrupt the continuity of the data and make it seem more unique thus negatively affecting dedupe ratios but I?m wondering by how much. Most, if not all, of the variable length guys have the ability to ?re-align? themselves to the start of the files so I would think it might be more pronounced on large files vs your average server but I?m just thinking out loud. Anyone seen a recommendation or actually tested themselves? ___ Barclays www.barclaycardus.com ___ This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ 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] Dedupe ratios and checkpoint backups
To answer your question, we tested both the NBU 5000 (Symantec) and the DD860 (Data Domain) and the differences couldn't be more stark. I was using a 30 minute checkpoint interval. I never achieved anything better than 15:1 from the NBU5000 (which isn't bad). The DD860 hit 39:1 at the time I disabled all of the policies. This was running daily full backups on an array of different servers (DB2, Windows file servers, UNIX file servers, and Siebel app servers) over the course of 2 months. The NBU5000 is a fixed block device, the DD860 a variable block device. There is no way of knowing if checkpoints were the culprit for the NBU5000 getting the lesser ratio, but it does present a plausible theory. From: scott.geo...@parker.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 09/06/2011 02:54 PM Subject: Re: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu If at all, this would probably affect fixed-block solutions more than the variable-block ones. The variable-blocked solutions would continue to look for identical blocks, but in different positions of the data stream. From: Stafford, Geoff gstaff...@barclaycardus.com To: veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu Date: 09/06/2011 02:45 PM Subject: [Veritas-bu] Dedupe ratios and checkpoint backups Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Just wondering if anyone has done testing or seen documentation (from any dedupe vendor) regarding the usage of enabling checkpoints on backups that are being deduplicated? I would think that the introduction of checkpoints every X minutes into the datastream would interrupt the continuity of the data and make it seem more unique thus negatively affecting dedupe ratios but I?m wondering by how much. Most, if not all, of the variable length guys have the ability to ?re-align? themselves to the start of the files so I would think it might be more pronounced on large files vs your average server but I?m just thinking out loud. Anyone seen a recommendation or actually tested themselves? ___ Barclays www.barclaycardus.com ___ This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ 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] Data Domain Question
If you are currently dumping SQL to disk, more than likely, you are compressing your data. Your dedup rate will not be good with this data, because of the compression. When we did our POC, I gave my DBAs specific instructions to send the backups uncompressed. That way, the DataDomain would catch the actual duplicate blocks. To my surprise, it actually caught duplicate blocks in the first backup alone. It only got better from there. The key is whether you are doing compression or not. There are DBAs out there that even though you ask them to turn compression off, they will think that you really couldn't mean it. It runs counter intuitive to how they have been taught. Just tell them its big in the beginning, but the payoff comes after a week or two. From: mitch808 nbu-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 08/17/2011 05:43 PM Subject: [Veritas-bu] Data Domain Question Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I've got a customer with 30TB of SQL data, and a 30% daily change rate. He at best gets a 4.5:1 reduction But I've also got another with a 4% daily change rate, that gets closer to 20:1. It just depends... Though I don't agree with the above post that dedupe appliances cant dedupe SQL well. As that is not the case in my 2nd example. +-- |This was sent by mnab...@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 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] NBAC with AD-originated UNIXPWD Groups (RHEL Master Server)
We use Quest Authentication Services, and it has the ability to put a dummy entry in the passwd and group files for the AD enabled users and groups. This has a tendency to create havoc with other things, but for something as this, it may work. In QAS, its called merging. In LikeWise, you may have to talk to them and see if they do something similar. From: thjones2 nbu-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 08/17/2011 10:01 PM Subject: [Veritas-bu] NBAC with AD-originated UNIXPWD Groups (RHEL Master Server) Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I'm attempting to get NBAC configured as part of a large NBU 7.x rollout. I'm running my NBU master on RHEL 5.6 server. The RHEL server is configured, via LikeWise, to do central user authentication/management through Active Directory. As far as getting NBAC to use AD-managed users through the UNIXPWD entry point (such that NBAC calls the OS native authentication system, which, by way of PAM and LikeWise pulls user/authentication data from Active Directory), everything works. I can add my AD userid into NBAC. However, if I try to use the O.S. Group option, while NBAC seems happy to use users that show up in /etc/group, it's being pissy about the AD-managed groups: it allowed me to add the wheel group (GID 10 in /etc/passwd) to the NBAC group using the O.S. Group method; however, when I tried to add san^admins or netbackup-tier3 (AD-managed groups) I get the error message saying it's not a valid group. I used getent() to verify that I wasn't fat-fingering the groups or otherwise passing them incorrectly to NBAC. This would be a lot less confusing if NBAC was refusing non-locally managed users through the UNIXPWD module, but, that's not the case. It seems to only be a groups issue (and only non-local groups). While I could do my NBAC role-management via individually enumerated users, it makes it a HUGE pain in the ass to do so, particularly if I've got more than one NBU master per network. Being able to create an AD-managed group and then map NBAC roles/groups to those (now) OS-level groups would make NBAC a lot less onerous to manage. Any suggestions or such would be greatly appreciated. Even if it's something as simple as NBAC doesn't support groupnames longer than X characters, I could shoehorn my AD groupnames into compliant name-lengths, I just need to know what the maximum is. +-- |This was sent by backupcent...@xanthia.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 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] Fw: Data Domain Question
In order to answer that question, another couple of questions would have to be asked: 1. How long are you going to retain these dumps? I am assuming that they are uncompressed. The longer you retain your backups, the better your deduplication ratio will be. We are wrapping up a proof of concept on a DD 860. At the end of our Open Systems (Windows/UNIX/Linux) part of the evaulation, we were getting 35:1 dedup ratio after 2 months. We were doing full backups every day. We were dumping database data (DB2 and SQL) directly to Netbackup via their respective agents. 2. How much does the database change between backups? You will have to talk to your DBAs and get this information. This may not be significant, but you need to find out before you purchase something that will be unable to deliver the results you expect. In my opinion, uncompressed database dumps are the best candidates for deduplication if your data only changes 10-20%. When I introduced the DB dumps to NBU to the DataDomain, my dedup ratios accelerated significantly. My 2 cents. From: ccosta@gmail.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 08/16/2011 02:06 PM Subject: [Veritas-bu] Fw: Data Domain Question Sent by: veritas-bu-boun...@mailman.eng.auburn.edu --Original Message-- To: VERITAS-BU@mailman.eng.auburn.edu Subject: Data Domain Question Sent: Aug 16, 2011 1:59 PM To all, I am interested in finding out what deduplication ratios users are seeing when backing native SQL dumps to a Data Domain array? Having friends who work for EMC, they say 3:1 to 4:1, but I am looking for real numbers that users are seeing not the sales numbers. Please let me know Sent via BlackBerry from T-Mobile ___ 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] Unix Exclude_list
..or, you can use exclude_list, and the path gets excluded for all policies. Scott E. George Technical Specialist - Lead UNIX Systems Administrator Phone: (216)896-2197 E-mail: scott.geo...@parker.com From: Lightner, Jeff jlight...@water.com To: Jim VandeVegt jim.vandev...@physiciansmutual.com, veritas-bu@mailman.eng.auburn.edu Date: 07/06/2011 04:57 PM Subject: Re: [Veritas-bu] Unix Exclude_list Sent by: veritas-bu-boun...@mailman.eng.auburn.edu To erase the question mark below: The exclude file MUST be on the client the policy is backing up. As also noted below it must match the name of the policy exactly including case. exclude_list.MYBACKUP would not be used by a the policy mybackup or mYbackup or MYBACKuP. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jim VandeVegt Sent: Wednesday, July 06, 2011 12:24 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Unix Exclude_list Not much to go on. Where is the file? What machine do you have it on (needs to be on the client)? File name is case sensitive and has to exactly match the policy name. Compare the output of 'ls /usr/openv/netbackup' (on the client) to bppllist (on the master, gives the list of policies). -- Jim VandeVegt | Technical Integrator, ETG Physicians Mutual | 2600 Dodge Street | Omaha, NE 68131 402.930.2649 | PhysiciansMutual.com | jim.vandev...@physiciansmutual.com Insurance for all of us.(tm) health | life | retirement From: veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Bobby R Windle [bwin...@wlgore.com] Sent: Wednesday, July 06, 2011 10:32 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Unix Exclude_list I have Unix/Solaris clients, everything running Netbackup Entrprise 7.0.1. I can't get the exclude_list.policy name to work. I'm trying to exclude a path ( /path-name and all sub directories. Doesn't seem to read the file. Any ideas anyone have knowledge why it does not seem to work? Master server is running Solaris 10. Thanks Bobby Windle | W.L. Gore associates, Inc. Backup / Disaster Recovery Admin work: 302 292 4026 cell : 302 588 7374 bwin...@wlgore.com | http://www.gore.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu___ _ This message and any attachments are confidential, may contain privileged information, and are intended solely for the recipient named above. If you are not the intended recipient, or a person responsible for delivery to the named recipient, you are notified that any review, distribution, dissemination or copying is prohibited. If you have received this message in error, you should notify the sender by return email and delete the message from your computer system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Proud partner. Susan G. Komen for the Cure. Please consider our environment before printing this e-mail or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ 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] Where is my IP hiding?
Funny, I ran into this yesterday, and removing and re-installing the client did the trick for me. NBU 7.0.1 on AIX master here. Clearing the cache seems to be a more elegant solution, though. :-) From: Lightner, Jeff jlight...@water.com To: James Pattinson ja...@pattinson.org Cc: Martin, Jonathan jmart...@intersil.com, Date: 06/02/2011 10:15 AM Subject: Re: [Veritas-bu] Where is my IP hiding? Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Yep - there was a fairly long thread here before where someone else complained about applications that do their own name caching saying it wasn't their job. By the way this started in 7.01 not 7.1 as I said before. The technote that tells how to manually delete the cache directory files is: http://www.symantec.com/business/support/index?page=contentid=TECH14111 7key=15143actp=LIST -Original Message- From: James Pattinson [mailto:ja...@pattinson.org] Sent: Thursday, June 02, 2011 10:02 AM To: Lightner, Jeff Cc: Martin, Jonathan; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Where is my IP hiding? Jeff, Arggh, that was it. I thought rebooting cleared the host cache since I remember reading that restarting NBU processes had the same effect. I guess not. That's at least the third time this has bitten me, am starting to dislike this new feature somewhat. I even mentioned it in my original email! Cheers James On 02/06/2011 14:58, Lightner, Jeff wrote: With 7.1 NBU is now doing its own caching of names/ips. Relevant commands: bpclntcmd -hnhostname = Shows what IP it thinks the host has bpclntcmd -ipIP Address = Shows what name it thinks is associated with the host. bpclntcmd -self = Shows what hostname/IP it thinks the host you are on has. bpclntcmd -clear_host_cache = Clears the cache. There is a technote about this that also tells you how to delete the cache files completely if the above command doesn't help. I find clearing the cache with the command seems to work well. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: Thursday, June 02, 2011 9:52 AM To: James Pattinson; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Where is my IP hiding? Shot in the dark here. Have you checked WINS? We have a *very* annoying issue here where old WINS records take precedence over DNS via the WINS lookup functionality in DNS. We normally have to tombstone the record in WINS and clear the DNS cache to resolve. -Jonathan -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of James Pattinson Sent: Thursday, June 02, 2011 9:49 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Where is my IP hiding? Hi All Am running a NetBackup 7.1 testbed on Windows. VMware has decided it's time to change my IP address so I have updated the hosts file on the master server. NetBackup now absolutely refuses to work after several reboots. I can ping my master server by name, and forward and reverse lookups go to the correct IP address. It seems that problem is that any EMM type commands still have the old IP somewhere, and I'm getting status 334 (EMM Initialization Failed) when I run pretty much anything. When I run netstat -a I see several SYN_SENT connections to the old IP (pbx port) that is no longer relevant. I've had a quick look through the NBU parts of the Registry but can't find anything. Where is this IP coming from? I'm pretty sure it's not the highly annoying new netbackup IP cache as I have rebooted several times. Cheers James ___ 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 Proud partner. Susan G. Komen for the Cure. Please consider our environment before printing this e-mail or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ 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
Re: [Veritas-bu] HP-UX to AIX migration
Currently running 7.0.1 on AIX, and I really want to move off to Linux. The code maturity on AIX lags behind, in my humble opinion. I have one EEB installed and one workaround in place to compensate for the lag. New features are late comers to AIX as well. I actually fielded the question to Symantec reps, and they said that Linux is the primary development platform now. Scott E. George From: Dennis Peacock nbu-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 05/18/2011 12:34 PM Subject: [Veritas-bu] HP-UX to AIX migration Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Oh yea, this is Netbackup 6.5.6just in case you needed to know that. [Rolling Eyes] :D +-- |This was sent by dpe...@acxiom.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 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] Equivalent Solaris mailing list.
If you can handle the nuisance, IT Toolbox has a fairly busy Solaris group. My ISP cut off direct access to newsgroups, but I think that comp.unix.solaris still gets some activity. Darren Dunham used to be a regular on comp.unix.solaris. He may have better recommendations as well. From: Patrick netbac...@whelan-consulting.co.uk To: veritas-bu@mailman.eng.auburn.edu Date: 05/17/2011 07:25 AM Subject: [Veritas-bu] Equivalent Solaris mailing list. Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Is there one? Regards, Patrick Whelan VERITAS Certified NetBackup Support Engineer for UNIX. VERITAS Certified NetBackup Support Engineer for Windows. netbac...@whelan-consulting.co.uk ___ 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] NBU RHEL7.1 Client
It doubled in size for just about every other client too. It is all inclusive, meaning that it contains all of the DB agents and deduplicating client. Personally, I am only rolling this out to where it is absolutely needed. Scott George From: Harry Tirrell ha...@tirrell.org To: veritas-bu@mailman.eng.auburn.edu Date: 05/13/2011 01:58 PM Subject: [Veritas-bu] NBU RHEL7.1 Client Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Does any have a list of differences between the 6.5 and 7.1 release of client software for RHEL5. Other than it doubling in size ___ 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] why oh why!!!! Did Symantec REALLY say this
We found this out all on our own, without Symantec's blessing. They came a little late with their 2008 R2 support, so they let this go on for CYA. We were doing this before we went to 7.0.1. When you are caught in the dilemma of getting backups or being supported, well, I choose the former. From: WEAVER, Simon \(external\) simon.wea...@astrium.eads.net To: veritas-bu@mailman.eng.auburn.edu Date: 05/05/2011 10:27 AM Subject: [Veritas-bu] why oh why Did Symantec REALLY say this Sent by: veritas-bu-boun...@mailman.eng.auburn.edu All From my History of working with NBU, any upgrades I have done have been in this order: Master Media Servers SAN Media Clients So ... why would Symantec be telling a colleage that its ok to oto 6.5.6 on a client and leave Master at 6.5.4 ? Client OS is Wink28 R2 SP1 which cant be backed up correctly 6.5.4 but runs fine and supported under 6.5.6 and 7.0.1 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 ___ 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] NBU 5 client backing up to NBU 7 Master Media
Its not supported, but it still works. If you are still using that version of a client, probably everything else about the client is unsupported too! We have a couple of AIX 4.3.3 servers using that client. Backing up just fine. The NBU client on these systems is the very least of my worries! ;-) -veritas-bu-boun...@mailman.eng.auburn.edu wrote: - To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU From: DiskJockey Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Date: 03/31/2011 04:31PM Subject: [Veritas-bu] NBU 5 client backing up to NBU 7 Master Media we just did our upgrade from 6.5.1 to 7.0.1 from my research 5.x is not support by 7.0, I believe the min. version is 6.x +-- |This was sent by ch...@pamf.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 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] NBU 5 client backing up to NBU 7 Master Media
We still bring back the 4.3.3 systems back at our DR exercise, but we use mksysb for restoring the operating system. From there, we use NBU for the file level restores, which do work. -Martin, Jonathan jmart...@intersil.com wrote: - To: scott.geo...@parker.com, VERITAS-BU@MAILMAN.ENG.AUBURN.EDU From: Martin, Jonathan jmart...@intersil.com Date: 03/31/2011 08:17PM Subject: RE: [Veritas-bu] NBU 5 client backing up to NBU 7 Master Media Have you tried recovering an entire operating system with the 5.1 client and 7.0 master? I#8217;m currently planning our upgrade to 7.0, and most of my 5.1 Windows 2000 I will convert to VMware ESX backups, but I#8217;ve got a few Windows 2000 non-vm, HP-UX, and Sun OS machines with 5.1 clients that I will have to test. I won#8217;t be able to test recover of the HP-UX and Sun hardware because we don#8217;t have spares. -Jonathan From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Thursday, March 31, 2011 5:27 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] NBU 5 client backing up to NBU 7 Master Media Its not supported, but it still works. If you are still using that version of a client, probably everything else about the client is unsupported too! We have a couple of AIX 4.3.3 servers using that client. Backing up just fine. The NBU client on these systems is the very least of my worries! ;-) -veritas-bu-boun...@mailman.eng.auburn.edu wrote: - To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU From: DiskJockey Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Date: 03/31/2011 04:31PM Subject: [Veritas-bu] NBU 5 client backing up to NBU 7 Master Media we just did our upgrade from 6.5.1 to 7.0.1 from my research 5.x is not support by 7.0, I believe the min. version is 6.x +-- |This was sent by ch...@pamf.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 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] Some clients slow way down after 6.5.5--7.0.1 upgrade
I am curious if anybody has seen significant client backup slowdowns after this upgrade (or one similar). My master is AIX 6.1 TL5. The slowdown is being experienced on some previously better performing clients, mostly AIX 5.3. I would get 25m-35m/sec previously, where I am now getting ~30k/sec. No Dedupe or PureDisk is being used either. Thank you! Scott 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] 6.5.5 -- 7.0.1 Upgrade - No tapes are expiring
I performed the 6.5.5 to 7.0.1 upgrade on Tuesday, and made the amazing discovery that my tapes are not expiring when the day/time comes. This also means that I am not getting any of my media back from off site. Has anybody else encountered this? Thank you in advance! Scott 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] ovpass on AIX, anyone?
I just did the upgrade to 7.01 this morning from 6.5.5. Like a dummy, I removed the ovpass device instead of the upgrade after NBU was done installing. I can't find any notes on how I did it last time, and I am brain cramping big time. I need it to drive my EMC DL4100. I have it serving up 110 drives across 6 adapters. I only needed one ovpass0 to serve all 110 drives in 6.5.5, so I don't think I need to do multiples. Any ideas? Scott George 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] ovpass on AIX, anyone?
Whoa! Not that desperate yet. My whole issue is with scsi id and lun id, and I remember there being something peculiar about it. I was hoping that somebody else had the same experience. From: Patrick netbac...@whelan-consulting.co.uk To: scott.geo...@parker.com, veritas-bu@mailman.eng.auburn.edu Date: 03/22/2011 12:15 PM Subject: RE: [Veritas-bu] ovpass on AIX, anyone? Restore from a backup? Regards, Patrick Whelan VERITAS Certified NetBackup Support Engineer for UNIX. VERITAS Certified NetBackup Support Engineer for Windows. netbac...@whelan-consulting.co.uk From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: 22 March 2011 16:05 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] ovpass on AIX, anyone? I just did the upgrade to 7.01 this morning from 6.5.5. Like a dummy, I removed the ovpass device instead of the upgrade after NBU was done installing. I can't find any notes on how I did it last time, and I am brain cramping big time. I need it to drive my EMC DL4100. I have it serving up 110 drives across 6 adapters. I only needed one ovpass0 to serve all 110 drives in 6.5.5, so I don't think I need to do multiples. Any ideas? Scott George 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. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] ovpass on AIX, anyone?
O, that's tempting. Too bad I just fixed it. I had left myself enough information in my EDL configuration to figure out which fiber adapter I was using for robotic control. From: Urs Krolzig urs.krol...@gmail.com To: veritas-bu@mailman.eng.auburn.edu, scott.geo...@parker.com Date: 03/22/2011 02:37 PM Subject: Re: [Veritas-bu] ovpass on AIX, anyone? Hello Use the smc device instead, check this http://www.symantec.com/docs/TECH72966 Problem DOCUMENTATION: Configuring robotic control device files for IBM libraries on AIX. Solution Manual: Veritas NetBackup (tm) 6.5 Device Configuration Guide for UNIX, Windows, Linux Modification Type: Addition Modification: Starting with NetBackup 6.5.2 and greater all IBM robotics is supported via the Atape driver. Atape driver creates the smc device files for IBM robots controlled by SCSI, Fibre Channel or SAS. The device file is the interface between AIX and the device. It is no longer required to create ovpass device file using the NetBackup ovpass pass-through driver, using the smc device files is the preferred method starting with NetBackup 6.5.2 and greater for IBM robots on AIX. smc device files will autodiscover in the Device Discovery Wizard. To check if Atape driver is installed on the system run - # lslpp -l | grep Atape Atape.driver 11.6.0.0 COMMITTED IBM AIX Enhanced Tape and Medium Changer Device Driver To list the smc device path run - # lsdev -Cc tape ... smc0 Available 06-08-01-1,1 IBM 3582 Library Medium Changer /apps/media/inquira/resources /resources Article URL http://www.symantec.com/docs/TECH72966 Urs - Original Message - From: scott.geo...@parker.com To: veritas-bu@mailman.eng.auburn.edu Sent: Tuesday, March 22, 2011 5:04 PM Subject: [Veritas-bu] ovpass on AIX, anyone? I just did the upgrade to 7.01 this morning from 6.5.5. Like a dummy, I removed the ovpass device instead of the upgrade after NBU was done installing. I can't find any notes on how I did it last time, and I am brain cramping big time. I need it to drive my EMC DL4100. I have it serving up 110 drives across 6 adapters. I only needed one ovpass0 to serve all 110 drives in 6.5.5, so I don't think I need to do multiples. Any ideas? Scott George 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
[Veritas-bu] Large Duplication Jobs in Vault
I have 2 vault jobs that duplicate everything from the previous day, one for my fulls, and the other for my incrementals. For whatever reason, the vault job for the incrementals piles a large amount of images into one duplication job, sometimes up to 4TB worth, and it never finishes in time for the tapes to go off that day. I am curious to know if anybody else has seen this, and if they have, what is a way around it? Thank you, Scott 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] Large Duplication Jobs in Vault
20. I allow it to take up all of the available physical drives if possible. My incrementals reside on VTL. From: ccosta@gmail.com To: scott.geo...@parker.com, veritas-bu-boun...@mailman.eng.auburn.edu, VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 02/22/2011 09:18 AM Subject: Re: [Veritas-bu] Large Duplication Jobs in Vault How many read/write drives do you use for the incremental vault job? If you use one pair then yes this is the default behavior. Sent via BlackBerry from T-Mobile -Original Message- From: scott.geo...@parker.com Sender: veritas-bu-boun...@mailman.eng.auburn.edu Date: Tue, 22 Feb 2011 08:45:27 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Large Duplication Jobs in Vault ___ 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] OpsCenter Analytics Licensing
Unless you are licensed on a per/TB model, then it is included. From: Nate Sanders sande...@dmotorworks.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU VERITAS-BU@mailman.eng.auburn.edu Date: 02/22/2011 12:41 PM Subject: Re: [Veritas-bu] OpsCenter Analytics Licensing Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Apparently the answer is on a per-client basis. On 02/21/2011 10:19 AM, Nate Sanders wrote: How is OpsCenter Analytics licensed and what's the rough price? Is it just a single license or is it based on physical hardware, log volume size, number of master servers, etc? We have a single RHEL master, 2 media servers and around 40 policies with 50 clients. -- Nate SandersDigital Motorworks System Administrator (512) 692 - 1038 This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. ___ 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] NetBackup 5000 Series replication?
We are about to do a proof of concept of one in a couple of weeks. I will post the outcome. I would really like Oracle to release Solaris 11 with zfs deduplication. When that happens, its going to drive down the pricing in the market. In the mean time, I am in the market too, and shopping around. From: sfischer netbackup-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 01/29/2011 01:10 PM Subject: [Veritas-bu] NetBackup 5000 Series replication? Sent by: veritas-bu-boun...@mailman.eng.auburn.edu We are in the market for a new backup/replication system. We are looking at using NetBackup 7 with a NetBackup appliance, probably the 5020. Is anyone using a NBU 5000 series device for replication? How do you like it? How was the setup? How much data do you backup? After dedup how much data do you replicate? Do you replicate to a remote site? If so, what is the distance and what kind of network are you using? Thanks in advance. +-- |This was sent by scott.fisc...@alliedbuilding.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 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] Vxfs restore to linux ext3 filesystem on RHEL 5.5
How are you backing up the data? If it is a file level backup, then the source or destination file system shouldn't matter. From BAR, you can select the client with the vxfs file system as the source and the linux client as your destination.I don't think block size matters, because the file system will take care of that all on its own under the covers. If you are doing any type of block level replication outside of NBU and want to mount the replicated volume, you have more than the file system differences to deal with. From: mcshine netbackup-fo...@backupcentral.com To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Date: 11/16/2010 07:57 AM Subject: [Veritas-bu] Vxfs restore to linux ext3 filesystem on RHEL 5.5 Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Quick question, I'm trying to get confirmation to the following question : Can you restore a file from vxfs file system to an ext3 file system ? There is nothing fancy like checkpoint etc on the source file system, I believe block sizes need to match up for a successful restore ... can anyone clarify please ? Many thanks in advance +-- |This was sent by mcshin...@hotmail.co.uk 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 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] restore windows files to a MAC
I did this old school. I turned on the FTP server on the Mac, and used Filezilla to mass copy everything over that I wanted. It wasn't elegant, but it worked. Scott E. George Technical Specialist - Lead UNIX Systems Administrator From: judy_hinchcli...@administaff.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 09/09/2010 02:10 PM Subject: [Veritas-bu] restore windows files to a MAC Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 ___ 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. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] restore windows files to a MAC
I forgot about the maillist. If you are doing this with NBU, I would think backing up the Windows client as a standard client and then restoring from that backup would work. I had a slew of Windows servers get changed to standard clients and they backed up just fine, but wouldn't show up as MS clients when it came time to restore. Make a separate policy for the standard client of the Win server. Scott E. George Technical Specialist - Lead UNIX Systems Administrator Phone: (216)896-2197 E-mail: scott.geo...@parker.com From: judy_hinchcli...@administaff.com To: VERITAS-BU@mailman.eng.auburn.edu Date: 09/09/2010 02:10 PM Subject: [Veritas-bu] restore windows files to a MAC Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Anybody have any hints on how to restore files from a windows server to a MAC server? Judy Hinchcliffe AIX Systems Engineer, Technology - Infrastructure Services 19001 Crecent Springs Drive Mail Stop 2-5335 Kingwood, Texas 77339 OFFICE: 281-312-3538 ___ 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. image/jpeg___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors
It appears that you may be running a backlevel version of your C/C++ runtime libraries. Which version of AIX and what TL/SP is it? Also, what does lslpp -l|grep -i xlc show? Scott E. George From: David McWilliams davidk...@gmail.com To: NetBackup List veritas-bu@mailman.eng.auburn.edu Date: 08/05/2010 09:08 AM Subject: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I have just ran the install script on our 64-bit AIX NBU 6.0 server and I get the following, any ideas; Copying /usr/openv/netbackup/nblog.conf to /usr/openv/netbackup/nblog.conf.08-05-10.08:56:39 for future reference. Any local modifications to /usr/openv/netbackup/nblog.conf should be re-evaluated. Migrating log files in /usr/openv/logs Info: Not all log files were migrated. Migration of log files complete. Could not load program /usr/openv/netbackup/bin/bmrsetupclient: Symbol resolution failed for /usr/openv/lib/libvxustdioST.so because: Symbol _DoIs (number 70) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 80) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Installing PBX... Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Sláinte, David Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507 ___ 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] NBU 6.0 - 7.0 upgrade errors
After I sent the last e-mail, I went to Symantec's site and found an interactive checklist generator: https://vos.symantec.com/checklist/install#report And generated this from the 6.0 GA to 7.0 Scott E. George From: David McWilliams davidk...@gmail.com To: NetBackup List veritas-bu@mailman.eng.auburn.edu Date: 08/05/2010 09:08 AM Subject: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I have just ran the install script on our 64-bit AIX NBU 6.0 server and I get the following, any ideas; Copying /usr/openv/netbackup/nblog.conf to /usr/openv/netbackup/nblog.conf.08-05-10.08:56:39 for future reference. Any local modifications to /usr/openv/netbackup/nblog.conf should be re-evaluated. Migrating log files in /usr/openv/logs Info: Not all log files were migrated. Migration of log files complete. Could not load program /usr/openv/netbackup/bin/bmrsetupclient: Symbol resolution failed for /usr/openv/lib/libvxustdioST.so because: Symbol _DoIs (number 70) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 80) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Installing PBX... Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Sláinte, David Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507 ___ 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. image/gif___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors
NBU 7.0 requires TL7/MP5. Fix that and you are set. Scott E. George Technical Specialist - Lead UNIX Systems Administrator Phone: (216)896-2197 E-mail: scott.geo...@parker.com From: David McWilliams davidk...@gmail.com To: scott.george scott.geo...@parker.com Date: 08/05/2010 09:27 AM Subject: Re: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors I'm at AIX 5.3 TL6. I suspect you are correct; # ldd /usr/openv/lib/libvxustdioST.so /usr/openv/lib/libvxustdioST.so needs: Cannot findCannot findCannot find/usr/lib/libC.a(shr_64.o) /usr/lib/libC.a(ansi_64.o) /usr/lib/libc.a(shr_64.o) /usr/lib/libC.a(ansicore_64.o) /usr/lib/libc_r.a(shr_64.o) /usr/lib/libC.a(shrcore_64.o) /usr/lib/libC.a(shr2_64.o) /usr/lib/libC.a(shr3_64.o) /unix /usr/lib/libcrypt.a(shr_64.o) Sláinte, David Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507 On Thu, Aug 5, 2010 at 9:17 AM, scott.geo...@parker.com wrote: It appears that you may have some library dependencies broken. First of all, which version of AIX are you running and at what TL/SP is it? When I do an lslpp -w on the real location of libC.a, I get: FileFileset Type /usr/lpp/xlC/lib/aix61/libC.a xlC.aix61.rte File Which tells me you may be running a backlevel version of your C/C++ runtime libraries. Update that, and you should be golden. Scott E. George From: David McWilliams davidk...@gmail.com To: NetBackup List veritas-bu@mailman.eng.auburn.edu Date: 08/05/2010 09:08 AM Subject: [Veritas-bu] NBU 6.0 - 7.0 upgrade errors Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I have just ran the install script on our 64-bit AIX NBU 6.0 server and I get the following, any ideas; Copying /usr/openv/netbackup/nblog.conf to /usr/openv/netbackup/nblog.conf.08-05-10.08:56:39 for future reference. Any local modifications to /usr/openv/netbackup/nblog.conf should be re-evaluated. Migrating log files in /usr/openv/logs Info: Not all log files were migrated. Migration of log files complete. Could not load program /usr/openv/netbackup/bin/bmrsetupclient: Symbol resolution failed for /usr/openv/lib/libvxustdioST.so because: Symbol _DoIs (number 70) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 80) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Installing PBX... Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Examine .loader section symbols with the 'dump -Tv' command. Could not load program /opt/VRTSpbx/bin/vxlogcfg.bin: Symbol resolution failed for /opt/VRTSpbx/lib/libvxustdio.so because: Symbol _DoIs (number 71) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol _Getctype__FPCc (number 72) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. Symbol __ct__Q2_3std8_LocinfoFPCci (number 81) is not exported from dependent module /usr/lib/libC.a[ansi_64.o]. System error: Error 0 Sláinte, David Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
Re: [Veritas-bu] NBU 7 on AIX
David, I am running 7.0 in test right now, and it does have the ovpass driver installed and running. All of the associated drivers and scripts are in /usr/openv/volmgr/bin/driver. When I run lsdev, it is there and available: corclv011:/usr/openv # lsdev -l ovpass0 ovpass0 Available 2U-08-2,0 VERITAS Media Changer Is your robot SCSI or Fiber controlled? That will determine how much work you will have to go through to configure it. For SCSI, I think the install_ovpass script catches it. For fiber, it is a bit more involved. Here is a doc from Symantec that gives the high level view: http://seer.entsupport.symantec.com/docs/326806.htm Scott E. George From: David McWilliams davidk...@gmail.com To: NetBackup List veritas-bu@mailman.eng.auburn.edu Date: 08/05/2010 11:08 AM Subject: [Veritas-bu] NBU 7 on AIX Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I just upgraded our NBU 6.0 environment to 7.0. Part of the upgrade involves removing the ovpass driver, but nowhere does it say anything about reinstalling the driver. Does NBU7 no longer use ovpass or does anyone have instructions on reinstalling ovpass as I can't find an reference to it on the Symantec website. Sláinte, David Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507 ___ 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] NBU 7.0 on AIX
Just to update everybody on this issue I have been having, it appears that there is an EEB to fix nbrb due to a locking issue. http://seer.entsupport.symantec.com/docs/346920.htm I have been running it for a week with no issues. I have 21 days until I see if it fixes my problem. From: scott.geo...@parker.com To: veritas-bu@mailman.eng.auburn.edu Date: 06/08/2010 12:15 PM Subject: Re: [Veritas-bu] NBU 7.0 on AIX Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Datalink is our support organization for our NetBackup support, and I do have a case open with them. I am in the process of collecting logs and waiting for it to happen again, which is an issue in itself. I have to clear out the logs daily to avoid locking up the database. Curiously, Ms. Hinchcliffe is on the 6.5.5/AIX combo with no issues. From: Girish Jorapurkar giris...@yahoo.com To: scott.geo...@parker.com Date: 06/08/2010 12:07 PM Subject: Re: [Veritas-bu] NBU 7.0 on AIX Hi, Scott, I am a Symantec employee working on NetBackup as an engineer. Just want to know if you have opened a support case for this problem. If yes, can you please tell the case id? Thanks, /Girish --- On Mon, 6/7/10, scott.geo...@parker.com scott.geo...@parker.com wrote: From: scott.geo...@parker.com scott.geo...@parker.com Subject: Re: [Veritas-bu] NBU 7.0 on AIX To: veritas-bu@mailman.eng.auburn.edu Date: Monday, June 7, 2010, 9:57 PM All that I have right now is a symptom. We have a hourly script that utilizes vmquery to count the amount of scratch tapes, and sent the results to a mailbox. If I leave the master server up for more than 2 weeks (I haven't determined the exact amount of time), my hourly e-mail shows 0 scratch tapes, and all of the running backups fail for lack of tapes. If I stop and restart NBU, everything is fine until the next iteration of the unknown period of time. I didn't have this in 6.5.3.1, which was rock-solid IMHO, by the way. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 11:55 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX What is your issue? As I am planning the upgrade and I am currently on 6.5.5 ? I would really like to know what problem you have, that you think 7.0 will fix. Please share with me. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 9:59 AM To: Veritas Subject: Re: [Veritas-bu] NBU 7.0 on AIX It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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. -Inline Attachment Follows- ___ 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 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] NBU 7.0 on AIX
No special accounts here. They way they (Datalink) described it was that the deadlock condition described looked like what I was experiencing. Curiously, it may have addressed another nuisance issue I was having, which was not always completing deferred ejects cleanly. What I was having my operators do was to kill the vault and restart it. It would detect that all of the tapes are gone and run the reports. Like I said, I'll know for sure in 3 weeks. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com, veritas-bu@mailman.eng.auburn.edu Date: 07/19/2010 10:47 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX I see it has to do with the resource broker. Do you have special accounts set up for access to NB? The only thing I have ever done with the resource broker it when I set it up for my NOM server (which runs on windows). From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, July 19, 2010 9:17 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 7.0 on AIX Just to update everybody on this issue I have been having, it appears that there is an EEB to fix nbrb due to a locking issue. http://seer.entsupport.symantec.com/docs/346920.htm I have been running it for a week with no issues. I have 21 days until I see if it fixes my problem. From: scott.geo...@parker.com To: veritas-bu@mailman.eng.auburn.edu Date: 06/08/2010 12:15 PM Subject: Re: [Veritas-bu] NBU 7.0 on AIX Sent by: veritas-bu-boun...@mailman.eng.auburn.edu Datalink is our support organization for our NetBackup support, and I do have a case open with them. I am in the process of collecting logs and waiting for it to happen again, which is an issue in itself. I have to clear out the logs daily to avoid locking up the database. Curiously, Ms. Hinchcliffe is on the 6.5.5/AIX combo with no issues. From: Girish Jorapurkar giris...@yahoo.com To: scott.geo...@parker.com Date: 06/08/2010 12:07 PM Subject: Re: [Veritas-bu] NBU 7.0 on AIX Hi, Scott, I am a Symantec employee working on NetBackup as an engineer. Just want to know if you have opened a support case for this problem. If yes, can you please tell the case id? Thanks, /Girish --- On Mon, 6/7/10, scott.geo...@parker.com scott.geo...@parker.com wrote: From: scott.geo...@parker.com scott.geo...@parker.com Subject: Re: [Veritas-bu] NBU 7.0 on AIX To: veritas-bu@mailman.eng.auburn.edu Date: Monday, June 7, 2010, 9:57 PM All that I have right now is a symptom. We have a hourly script that utilizes vmquery to count the amount of scratch tapes, and sent the results to a mailbox. If I leave the master server up for more than 2 weeks (I haven't determined the exact amount of time), my hourly e-mail shows 0 scratch tapes, and all of the running backups fail for lack of tapes. If I stop and restart NBU, everything is fine until the next iteration of the unknown period of time. I didn't have this in 6.5.3.1, which was rock-solid IMHO, by the way. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 11:55 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX What is your issue? As I am planning the upgrade and I am currently on 6.5.5 ? I would really like to know what problem you have, that you think 7.0 will fix. Please share with me. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 9:59 AM To: Veritas Subject: Re: [Veritas-bu] NBU 7.0 on AIX It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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. -Inline Attachment Follows- ___ Veritas-bu
Re: [Veritas-bu] NBU 7.0 on AIX
Judy, I am curious as to what our differences may be, in regard why I am experiencing this issue and you are not. It happened again over the weekend, and I was able to determine that it happens every 28 days, provided that I leave NBU up that long (which I normally do). I was wondering if you stop and start NBU at shorter intervals. Naturally, I uploaded my obligatory 182MB of logs to support, and turned off logging (yeah!). I will keep everybody posted as to the results of the case. I did notice, on a side note, that a vmquery is still running when this happens. Murphy's law dictates that it happens very early on Sunday mornings, when my thinking isn't quite as sharp. If I have to stretch this out for one more iteration, I am going to write a checklist of things to look at before I perform my restart. Scott From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 12:33 PM Subject: RE: [Veritas-bu] NBU 7.0 on AIX I agree the 6.5.3.1 was a solid release. Strange issue, and just because it ran through my head ? have you verified that the previous run finishes completely before the next one starts? I have not heard of any issue like that ? good luck with the upgrade. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 11:28 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 7.0 on AIX All that I have right now is a symptom. We have a hourly script that utilizes vmquery to count the amount of scratch tapes, and sent the results to a mailbox. If I leave the master server up for more than 2 weeks (I haven't determined the exact amount of time), my hourly e-mail shows 0 scratch tapes, and all of the running backups fail for lack of tapes. If I stop and restart NBU, everything is fine until the next iteration of the unknown period of time. I didn't have this in 6.5.3.1, which was rock-solid IMHO, by the way. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 11:55 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX What is your issue? As I am planning the upgrade and I am currently on 6.5.5 ? I would really like to know what problem you have, that you think 7.0 will fix. Please share with me. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 9:59 AM To: Veritas Subject: Re: [Veritas-bu] NBU 7.0 on AIX It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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. 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] NBU 7.0 on AIX
Datalink is our support organization for our NetBackup support, and I do have a case open with them. I am in the process of collecting logs and waiting for it to happen again, which is an issue in itself. I have to clear out the logs daily to avoid locking up the database. Curiously, Ms. Hinchcliffe is on the 6.5.5/AIX combo with no issues. From: Girish Jorapurkar giris...@yahoo.com To: scott.geo...@parker.com Date: 06/08/2010 12:07 PM Subject: Re: [Veritas-bu] NBU 7.0 on AIX Hi, Scott, I am a Symantec employee working on NetBackup as an engineer. Just want to know if you have opened a support case for this problem. If yes, can you please tell the case id? Thanks, /Girish --- On Mon, 6/7/10, scott.geo...@parker.com scott.geo...@parker.com wrote: From: scott.geo...@parker.com scott.geo...@parker.com Subject: Re: [Veritas-bu] NBU 7.0 on AIX To: veritas-bu@mailman.eng.auburn.edu Date: Monday, June 7, 2010, 9:57 PM All that I have right now is a symptom. We have a hourly script that utilizes vmquery to count the amount of scratch tapes, and sent the results to a mailbox. If I leave the master server up for more than 2 weeks (I haven't determined the exact amount of time), my hourly e-mail shows 0 scratch tapes, and all of the running backups fail for lack of tapes. If I stop and restart NBU, everything is fine until the next iteration of the unknown period of time. I didn't have this in 6.5.3.1, which was rock-solid IMHO, by the way. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 11:55 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX What is your issue? As I am planning the upgrade and I am currently on 6.5.5 ? I would really like to know what problem you have, that you think 7.0 will fix. Please share with me. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 9:59 AM To: Veritas Subject: Re: [Veritas-bu] NBU 7.0 on AIX It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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. -Inline Attachment Follows- ___ 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 7.0 on AIX
I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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] NBU 7.0 on AIX
It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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] NBU 7.0 on AIX
All that I have right now is a symptom. We have a hourly script that utilizes vmquery to count the amount of scratch tapes, and sent the results to a mailbox. If I leave the master server up for more than 2 weeks (I haven't determined the exact amount of time), my hourly e-mail shows 0 scratch tapes, and all of the running backups fail for lack of tapes. If I stop and restart NBU, everything is fine until the next iteration of the unknown period of time. I didn't have this in 6.5.3.1, which was rock-solid IMHO, by the way. From: judy_hinchcli...@administaff.com To: scott.geo...@parker.com Date: 06/07/2010 11:55 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX What is your issue? As I am planning the upgrade and I am currently on 6.5.5 ? I would really like to know what problem you have, that you think 7.0 will fix. Please share with me. From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Monday, June 07, 2010 9:59 AM To: Veritas Subject: Re: [Veritas-bu] NBU 7.0 on AIX It may, but I want to go to 7.0. I am dealing with a ~2 week recurring problem on 6.5.5, and nobody can tell me if it is addressed in 6.5.6. I have come to realize that AIX seems to lag behind in support, and wanted to know if there was anybody else running 7.0 on it. From: Baumann, Kevin kbaum...@akamai.com To: scott.geo...@parker.com Date: 06/07/2010 10:48 AM Subject: RE: [Veritas-bu] NBU 7.0 on AIX Does 6.5.6 offer 2008 support? I think it does but I might be mistaken. From: scott.geo...@parker.com [mailto:scott.geo...@parker.com] Sent: Monday, June 07, 2010 10:47 AM To: Veritas Subject: [Veritas-bu] NBU 7.0 on AIX I was just wondering if there is anybody running 7.0 in production on an AIX master server. We need it mostly for the 2008 support. We are currently running 6.5.5. Thank you, Scott 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 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] NBU7 / De-Dupe?
I have been working on this as well, trying to get media server dedup working. I am caught in a type of chicken/egg loop. I can't create a PureDisk storage unit, because I don't have a disk pool, but when I go to create a disk pool, I don't have any volumes available. Just exactly what volume is it looking for? Googling around, it would appear that my media server doing the dedup would need to be PDOS. The documentation says that RHEL 5 is a supported OS for media server dedup. What gives? BTW to Justin, there is no way to dedup to tape. None, nada, never. From: Justin Piszcz jpis...@lucidpixels.com To: Chapman, Scott scott.chap...@icbc.com Cc: veritas-bu@mailman.eng.auburn.edu Date: 04/06/2010 12:03 PM Subject: Re: [Veritas-bu] NBU7 / De-Dupe? Sent by: veritas-bu-boun...@mailman.eng.auburn.edu I believe you are correct, I asked if it was possible to do it with tape (crazy!) idea but no response yet =) It looks like its limited to Puredisk/NBU7 disk tool. On Tue, 6 Apr 2010, Chapman, Scott wrote: Has anybody tried client side de-dup with something other than a puredisk pool? (puredisk or netbackup 7 disk pool) It is my understanding (which could be incorrect;-) that you can't use netbackup 7 client side de-dup with any other type of disk pool. ie you can't use data domain on the backend when using client side dedup. Thanks! 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 David Stanaway Sent: Friday, April 02, 2010 6:29 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU7 / De-Dupe? These number aren't that hot compared to DataDomain from my use of it. We are seeing 86TB of backup images occupying 4.4TB of phys disk. On 4/1/2010 12:07 PM, Jon Bousselot wrote: I set it up in a small test environment, and started backing up three clients into a deduplication pool exclusively. 2 windows and 1 linux system The first pass wasn't that impressive, maybe a 5% to 10% de-dup ratio and it took a bit longer than just streaming that same data to tape or disk. The second pass had a 90% deduplication ratio, mostly because just 1 week had passed since the first full backup and not every file changed. After three weeks, I had about 300GB of data deduplicated down into about 90GB of disk space. The kbytes total reported from the catalog said 300G, and df -k said 90G. The data content of the three systems is typical for a user workstation. Email, photos, miscellaneous files. De-dup let me put many versions of those same files into a backup without actually having many copies of that file spinning on disk. And then the disk holding the de-duplicated data developed a bunch of bad sectors and I lost it all. Once I rebuild it, I'll check out the DR process for protecting your de-dup database and files. I also want to test client side de-duplication to see if that helps stream data compared to media server de-duplication alone. The media/master server is a quad core with 8g ram, and the clients are a desktop and a laptop. After seeing it run and observing the space savings it generates, I think it is a very creative way to solve some (not all) problems. It is definitely not a set it and forget it technology. You still need to monitor its utilization similar to how you would monitor basic disk or tape usage. -Jon From: Justin Piszcz jpis...@lucidpixels.com mailto:jpis...@lucidpixels.com To: veritas-bu@mailman.eng.auburn.edu Sent: Thu, April 1, 2010 3:27:36 AM Subject: [Veritas-bu] NBU7 / De-Dupe? Hi, Is anyone using de-dupe? What kind of savings are you seeing? 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 This email and any attachments are intended only for the named recipient and may contain confidential and/or privileged material. Any unauthorized copying, dissemination or other use by a person other than the named recipient of this communication is prohibited. If you received this in error or are not named as a recipient, please notify the sender and destroy all copies of this email immediately. ___ 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
Re: [Veritas-bu] NBU Rel 7.0
Getting ready to roll it into Test. They give you similar warnings that they gave for the 5.1 to 6.0 upgrade, (i.e. database consistency), but I have heard that it isn't that brutal and glides right through that portion. I gotta test dedupe really bad, so my test system will be on it in the next couple of weeks. Justin Piszcz jpis...@lucidpixels.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 03/03/2010 09:49 AM To Jim Caldwell caldwe...@nccommunitycolleges.edu cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] NBU Rel 7.0 On Wed, 3 Mar 2010, Jim Caldwell wrote: I am contemplating installing NBU 7.0 any known issues or gotcha's? Solaris 10 is my Master/Media Server, clients, Solaris, Windows, Hyper-V and SQL. My current level is 6.5.4. [ .. ] It is built off the 6.5.4 code base, I only have been using it in test, but no problems so far. I would love to hear what other people have to say. Justin. ___ 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] Library management software for L180/L700
What I think he is saying is that once you configure the IP address on the L700 and connect it to the network, you should be able to access it via a web browser. http://ip address No extra software needed. I just went out and looked at mine and it does have an ethernet interface (unused by me). I navigated through the menu and there is a place to configure the IP address. Personally, the last thing I want is another piece of add-on software to manage another piece of hardware. If it has a web interface, that is one up in my opinion. Dushyant Mehta scorpio21...@gmail.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/18/2010 12:00 PM To Michael Anderson anderso...@yahoo.com cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Library management software for L180/L700 Jeff, we do not have it. I am not sure why. The previous admin has left and we do not have any clue as to where can we get it. We see something called personality module installed on the L180 library, however Sun told us that if we setup ip and attach ethernet cable we would just have the view access to library. We need something to manage it as well. On Thu, Feb 18, 2010 at 11:58 AM, Michael Anderson anderso...@yahoo.com wrote: The horizon management software isn't software that you load on your PC. It is a physical module that is plugged into the Library and is then access over the internet via a web browser. Hope that helps From: Dushyant Mehta scorpio21...@gmail.com To: veritas-bu@mailman.eng.auburn.edu Sent: Thu, February 18, 2010 10:36:15 AM Subject: [Veritas-bu] Library management software for L180/L700 All, Does anyone have the software called Horizon Libray Management or Library Administrator ? We have L180/L700 libraries that we want to manage remotely and are looking for this software. We had originally purchased it but lost it now and Sun doesn't provide this software anymore. If someone has the link to download it or get it from somewhere please let me know. Thanks, Dushyant Mehta ___ 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] Any ACSLS experts in the house?
I can see an audit taking that long if there is considerable NBU/other activity during the audit. We only have 3000 slots active for our SL8500, and when there is other activity other than the audit, the robot stops what it is doing, grabs a tape and mounts/unmounts it, and then gets back to its audit. We have our tapes distributed well enough, and the audit takes no more than 25 minutes, when there is no activity. Herbert.George george.herb...@suntrust.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/08/2010 12:02 PM To Dean dean.de...@gmail.com, Justin Piszcz jpis...@lucidpixels.com, veritas-bu@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] Any ACSLS experts in the house? I am in the same situation as Dean with regard to the SL8500. I seem to recall though that ACSLS takes less time for an audit if the library is put into maintenance mode using ACSLS (vary acs or lsm, diagnostic) before opening the door. I don’t know whether that is feasible for you or how it will work with the SL8500, but you might want to give it a try. Best, George Herbert Basline Storage Engineer - Backup SunTrust Banks, Inc. Live Solid. Bank Solid. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dean Sent: Sunday, February 07, 2010 12:01 AM To: Justin Piszcz; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Any ACSLS experts in the house? Jeez, I haven't worked with a SL8500 - just the old 9310s, but I understand the differences. Does it really take up to 1.5 hours to audit an LSM? Jeepers! I currently work with a couple of fully loaded ~2000 slot IBM TS3500s (or whatever the latest designation is), and I'm sure a full physical inventory doesn't take more than 20 minutes. The only have one gripper too. I've stood there several times and watched the whole process through the glass panel and I'm quite sure I couldn't have stood there for 1.5 hours. My attention span is not that long. I can't help with a script or anything to automate what you want to do. But you might also want to consider how doing this might affect mount times, if that's important to you. Depending on which LSM(s) your drives are in, doing this might cause a lot more pass-thrus; the process where a tape gets passed from one LSM to another. It was a fairly slow operation, although I'm sure it's been improved since the 9310 days. But I guess you might have to weigh up what is more important to you? The time it takes to do a physical inventory, or your average mount time. Just some thoughts :) Cheers Dean On Fri, Feb 5, 2010 at 11:17 PM, Justin Piszcz jpis...@lucidpixels.com wrote: Hi, I opened a case with Oracle but thought I would ask here. If you have an SL8500, it has 4 LSMs. Example: 1 (2500 slot/filled) 2 (2500 slot/filled) 3 10 tapes 4 10 tapes If you have LSMs 1,2 filled to capacity. When the robot does its audit after maintenance (opening doors) the robots in LSMs 3,4 will finish auditing quickly. Then its another ~1-1.5hrs for LSMs 1,2. If they were all equal it would cut audit times dramatically. Has anyone written a script or have documentation on balancing tapes between the LSMs? The firmware at least of 4.14 does not seem to do this for you. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu LEGAL DISCLAIMER The information transmitted is intended solely for the individual or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of or taking action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you have received this email in error please contact the sender and delete the material from any computer. SunTrust is a federally registered service mark of SunTrust Banks, Inc. Live Solid. Bank Solid. is a service mark of SunTrust Banks, Inc. [ST:XCL] ___ 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
[Veritas-bu] Thoughts with BMR and RHEL4 on dissimilar hardware
Greetings all, We are testing BMR on RHEL 4 going to dissimilar hardware, and I was wondering if anybody else had some input on getting over some hurdles that we are experiencing. We are currently using bonding with our network adapters at home, but don't care to in our DR test. Upon the first reboot, the system attempts to configure bond0 and of course fails. This makes BMR-FirstBoot hang until we interrupt it. Then we just reconfigure the network adapters after the system is booted. Also, I was wondering if anybody has scripted the Kudzu responses at boot time as well. Both of these are nuisances, but I was wanted to see if anybody has done anything more definitive to get around stuff like this. Thanks, Scott 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] ALT_RESTORE_COPY_NUMBER file
Our last DR exercise, we tried using this file to switch quickly to our duplicate copies. What we found out is that it works perfectly for Windows clients, but doesn't work for UNIX clients unless bprestore is used from the command line. We were using 6.0 MP5 last year, this year we are using 6.5.3.1. Our master server is on AIX 5.3. Does anybody know if this was addressed in newer versions or is there a way for UI initiated restores to catch this? TYIA 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] BMR and tape consumption
We just turned on BMR for a slew of Windows clients, and our tape consumption has increased drastically. What am I missing? I thought the BMR information was transferred back to the BMR Boot and Master servers, but no additional media would be required. 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] Adding a DataDomain VTL need advice
I am making the assumption that you: a) have no requirement for offsite storage or to put it in industry terms, a disaster recovery requirement, and b) are comfortable with keeping all of your backups on virtual storage. Personally, I would be uneasy with this, because in the event of a catastrophic failure with your VTL (as highly unlikely as it is) your backups are gone. If you are a smaller shop, this risk is acceptable. On the upside, the performance increase is going to phenomenal. We just replaced a non-deduping EMC VTL with a newer one. One of the things that NetBackup required was to actually emulate the EMC virtual library. Otherwise, you will run into some licensing issues. No biggie, the EMC could emulate as many drives and as many tapes as the physical disk storage would allow. There is probably something similar with the Data Domain. BeDour, Wayne wbed...@lear.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 10/14/2009 09:32 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Adding a DataDomain VTL need advice All Our environment HP-UX 11.31 a SureStore 20/700 library with 10 LTO-1 drives, NetBackup 6.5.2 Master / Media server and one Windows Media server using SSO. We are looking at purchasing a Data Domain device, eliminating the SureStore library as it is at its end of life and replacing it with a smaller library. We have no experience with a VTL or what pitfalls or things to look out for while setting up the new environment. Any advice on where to look to gather info, or experiences of what to look out for? Thanks in advance. Wayne BeDour Unix System Administrator PH: 313-593-9876 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. ** ** 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. ___ 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] ACSLS ISSUE
It appears that your solution may not be a software solution. It would probably help if you gave us more information, like what kind of hardware is being driven by the ACSLS server? Your hardware will differ on how it indicates hardware problems, but my first guess is that you have a robot down. harikrse netbackup-fo...@backupcentral.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 10/12/2009 04:04 AM Please respond to VERITAS-BU@MAILMAN.ENG.AUBURN.EDU To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU cc Subject [Veritas-bu] ACSLS ISSUE Hi All, Kindly provide me a solution for the below issue, When i log in to my acsls server and check the logs it shows as Request: Transport Serial Number Error: 0401 - General procedure error: LSM is not ready 2009-10-11 21:07:24 DISMOUNT[0]: 546 N cl_log_lh_er.c 1 99 dm_lh_lsm_off: LH error type = LH_ERR_LSM_OFFLINE Backups are not progressing and it is in queue for a long time. Hence how can we bring up the LSM +-- |This was sent by senthil.h...@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 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] Orphaned scratch tapes
We ran into a situation last week where we hit a tipping point that there would be more scratch tapes needed than were coming back from off site. Being the curious person that I am, I ran some commands to figure out what we had coming back, what were already in the library, and others that fell into neither category. I verified the first two numbers with my operator on duty, and was thoroughly astonished by the third number, which ended up being over 900 tapes, some of which haven't been mounted since January 2007. I produced a list of these orphaned tapes for my operator, and he recalled them from offsite. It turned out to be a good list. My question is, has anybody experienced a problem with vaulting that tapes are not being recalled properly when they expire? If so, how did you address it. My solution is to produce an orphan list at a certain interval to recall these tapes, but I would like to get to the bottom of the issue and put it to rest. Thank you! 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] Possible Disaster Recovery Exercise Problem introduced in 6.5.3.1
Our last full blown DR exercise was done with 6.0 MP5, and our next one will be done with 6.5.3.1. My master is on AIX 5.3 TL9. I replicate my NBU server's operating system to another disk subsystem and boot the copy on somewhat similar hardware in a remote location. Everything works fine in this respect. Naturally, I must remove old definitions for network adapters and tape drives and re-detect them, but that always works as advertised. One of the first things that I do is remove any entries to SERVER and MEDIA_SERVER for my media servers in the bp.conf and DEVICE_HOST and KNOWN in the vm.conf, so that the master server isn't trying to contact them for anything. Media servers are not brought back in the DR exercise. They simply exist back home for speed using the SSO option. They all contain a considerable amount of data, and trying to push that data over the network while everything else is backing up doesn't make sense. For DR, everything is a restore, so pushing that data back over the network is fine, since it is a one-time-good-deal. We did a mini-test in August where I restored one Windows server, but noticed that with 6.5.3.1, everything was slow, but I wrote it off to the fact that the servers that are media servers at home, and are not media servers in DR, didn't exist during the mini-test, and the master server was still trying to communicate with them, because they still existed in the EMM database. But now I am looking at it a little more suspiciously, thinking it may be a 6.5 thing, instead of a lack of hosts altogether thing. My quick answer in August was It was trying to communicate with servers that weren't there and just timing out, but in January (when the big test happens) it will get connection refused because the same hosts will exist but not be media servers. Is my logic flawed, or should I be looking to decommission the media servers in January as part of the test? If I have to decommission the media servers, it is looking like an additional 2 hours due to the media movement I have to do in the database to actually remove the media servers. It takes about 3 seconds a tape to move media, and I have a bunch of tapes to move logically, even though those tapes won't be touched at DR (I restore from duplicated copies). Thoughts? I apologize for the long-winded e-mail, but do appreciate your input. Thanks! Scott 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] Possible Disaster Recovery Exercise Problem introduced in 6.5.3.1
John, I believe that's it. Our documentation had references to the vmglob command, but gave to reason why. That technote explains it. As far as Sandor goes, what can you say about somebody who airs their dirty laundry in a public forum? ;-) Thanks John! John Nardello john.narde...@jpmchase.com 10/02/2009 02:34 PM To scott.geo...@parker.com scott.geo...@parker.com, veritas-bu@mailman.eng.auburn.edu veritas-bu@mailman.eng.auburn.edu cc Subject RE: [Veritas-bu] Possible Disaster Recovery Exercise Problem introduced in 6.5.3.1 Have you tried this to disable EMM communication with them ? http://seer.entsupport.symantec.com/docs/303842.htm - John Nardello -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of scott.geo...@parker.com Sent: Friday, October 02, 2009 11:24 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Possible Disaster Recovery Exercise Problem introduced in 6.5.3.1 Our last full blown DR exercise was done with 6.0 MP5, and our next one will be done with 6.5.3.1. My master is on AIX 5.3 TL9. I replicate my NBU server's operating system to another disk subsystem and boot the copy on somewhat similar hardware in a remote location. Everything works fine in this respect. Naturally, I must remove old definitions for network adapters and tape drives and re-detect them, but that always works as advertised. One of the first things that I do is remove any entries to SERVER and MEDIA_SERVER for my media servers in the bp.conf and DEVICE_HOST and KNOWN in the vm.conf, so that the master server isn't trying to contact them for anything. Media servers are not brought back in the DR exercise. They simply exist back home for speed using the SSO option. They all contain a considerable amount of data, and trying to push that data over the network while everything else is backing up doesn't make sense. For DR, everything is a restore, so pushing that data back over the network is fine, since it is a one-time-good-deal. We did a mini-test in August where I restored one Windows server, but noticed that with 6.5.3.1, everything was slow, but I wrote it off to the fact that the servers that are media servers at home, and are not media servers in DR, didn't exist during the mini-test, and the master server was still trying to communicate with them, because they still existed in the EMM database. But now I am looking at it a little more suspiciously, thinking it may be a 6.5 thing, instead of a lack of hosts altogether thing. My quick answer in August was It was trying to communicate with servers that weren't there and just timing out, but in January (when the big test happens) it will get connection refused because the same hosts will exist but not be media servers. Is my logic flawed, or should I be looking to decommission the media servers in January as part of the test? If I have to decommission the media servers, it is looking like an additional 2 hours due to the media movement I have to do in the database to actually remove the media servers. It takes about 3 seconds a tape to move media, and I have a bunch of tapes to move logically, even though those tapes won't be touched at DR (I restore from duplicated copies). Thoughts? I apologize for the long-winded e-mail, but do appreciate your input. Thanks! Scott 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 This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient
Re: [Veritas-bu] Trying to back up SuSE10 Client
My assumption has been that Linux clients are geared more around the version of the kernel than the actual operating system. I don't see why the 2.6 won't work. smwoodcrafts netbackup-fo...@backupcentral.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 08/10/2009 02:42 PM Please respond to VERITAS-BU@MAILMAN.ENG.AUBURN.EDU To VERITAS-BU@MAILMAN.ENG.AUBURN.EDU cc Subject [Veritas-bu] Trying to back up SuSE10 Client Here are the particulars. Master and Media servers running Windows 2003 standard NetBackup 6.5.1 Client running SuSE10 I was putting this in a policy and it couldn't find the OS automatically. Tried to choose but SuSE10 isn't listed. The last SuSE OS I find is 2.6. What should I choose? Thanks. +-- |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 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] More tapes than cap space on eject
I want to pass my gratitude on to Neil; this was the fix for my issue. For those who may be concerned, the NetBackup server starts the 5 minute counter when it gives the message to empty the cap. For a server that has to communicate to ACSLS to fill 2 - 39 slot caps, the timer will expire before the caps are actually full. I extended the MAP_CONTINUE_TIMEOUT parameter in vm.conf to 2400 and received good success with a 91 tape eject. Thanks again Neil! I only have experience with SCSI-controlled TLD and TL8 libraries, but this might be useful... Try ejecting a large batch of tapes manually and see how it behaves when the cap fills: vmchange -multi_eject -w -res -ml $EJECT_LIST -rt $ROBOT_TYPE \ -rn $ROBOT_NUM -rh $ROBOT_HOST You can add this setting to vm.conf to control how long vmchange waits for confirmation when the cap is filled (I think the default is 5 minutes). MAP_CONTINUE_TIMEOUT = 1200 The way this works is that if no one acknowledges that the cap has been emptied and reinserted before the timeout expires, then the library control daemons die and vmchange aborts any further processing and exits with an error. HTH, Neil On 6/12/09 11:17 AM, scott.george at parker.com scott.george at parker.com wrote: No, they are right on it, because they initiate the eject with the deferred eject. What happens is the vault runs and does all of its dupes and the finishes without ejecting anything. When they notice the vault is done, they expand out Vault Management down to the job itself and right click ---Deferred Eject. It then kicks out all of the tapes, well, 78 of them. They are really good on their timing (like within 30 minutes of the vault finishing). The problem is, when they empty both caps and close them back up, the remaining tapes don't eject, and the deferred eject job hangs for a long time (at least an hour). It was shorter in 6.0. Today, we just killed the job and ran reports from vltopmenu to genterate ftp files and reports, and ejected the tapes manually. I tried ejecting 90 tapes manually, and only got 38 of them out. I checked the ACSLS server and q req all showed nothing. The eject job only showed the 39 tapes ejected, with the others waiting. When I emptied and closed the cap, nothing progressed. I ended up killing the eject. Rusty.Major at sungard.com 06/12/2009 02:07 PM To scott.george at parker.com cc veritas-bu at mailman.eng.auburn.edu, veritas-bu-bounces at mailman.eng.auburn.edu Subject Re: [Veritas-bu] More tapes than cap space on eject We aren't sending that many tapes offsite, but I do have similar issues with the ACS libraries hanging in eject mode until the cap is emptied and then closed in an empty state. I really hate this operation, btw, but we utilize the eject notification to email the operators to inform them they need to go empty the cap asap. Is your crew not getting to it in enough time (like hours)? If ours do not get to it in 3 or 4 hours, or don't shut the cap when it's empty, this causes vault to hang up because acsls doesn't give the all clear. 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. scott.george at parker.com Sent by: veritas-bu-bounces at mailman.eng.auburn.edu 06/12/2009 11:39 AM To veritas-bu at mailman.eng.auburn.edu cc Subject [Veritas-bu] More tapes than cap space on eject All, I have a NBU 6.5.3.1 server running AIX. and a STK SL8500 Library with dual 39-slot caps, driven by ACSLS. Our vault jobs are to the point where they are consistently more than 78 tapes, and when the deferred ejects are performed, the remaining x-78 tapes will not eject. We just upgraded to 6.5.3.1 on Wednesday from 6.0MP5, which only seemed to prolong the vault job. The same symptoms ocurred in both versions, but 6.5 is really waiting for the final tapes to eject (or so it seems). Based on our observations, it appears that this is an ACSLS problem, but I wanted to see if anybody had any suggestions on how to know for sure. We have really been ignoring this since the operators were satisfied with ejecting the remaining tapes manually. But since the deferred eject is now hanging until it gets good eject status of the remaining tapes (again, I don't know that for sure), this has become a more urgent issue. Has anybody seen anything like this before? Thank you, Scott PLEASE NOTE: The preceding
[Veritas-bu] More tapes than cap space on eject
All, I have a NBU 6.5.3.1 server running AIX. and a STK SL8500 Library with dual 39-slot caps, driven by ACSLS. Our vault jobs are to the point where they are consistently more than 78 tapes, and when the deferred ejects are performed, the remaining x-78 tapes will not eject. We just upgraded to 6.5.3.1 on Wednesday from 6.0MP5, which only seemed to prolong the vault job. The same symptoms ocurred in both versions, but 6.5 is really waiting for the final tapes to eject (or so it seems). Based on our observations, it appears that this is an ACSLS problem, but I wanted to see if anybody had any suggestions on how to know for sure. We have really been ignoring this since the operators were satisfied with ejecting the remaining tapes manually. But since the deferred eject is now hanging until it gets good eject status of the remaining tapes (again, I don't know that for sure), this has become a more urgent issue. Has anybody seen anything like this before? Thank you, Scott 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] More tapes than cap space on eject
No, they are right on it, because they initiate the eject with the deferred eject. What happens is the vault runs and does all of its dupes and the finishes without ejecting anything. When they notice the vault is done, they expand out Vault Management down to the job itself and right click ---Deferred Eject. It then kicks out all of the tapes, well, 78 of them. They are really good on their timing (like within 30 minutes of the vault finishing). The problem is, when they empty both caps and close them back up, the remaining tapes don't eject, and the deferred eject job hangs for a long time (at least an hour). It was shorter in 6.0. Today, we just killed the job and ran reports from vltopmenu to genterate ftp files and reports, and ejected the tapes manually. I tried ejecting 90 tapes manually, and only got 38 of them out. I checked the ACSLS server and q req all showed nothing. The eject job only showed the 39 tapes ejected, with the others waiting. When I emptied and closed the cap, nothing progressed. I ended up killing the eject. rusty.ma...@sungard.com 06/12/2009 02:07 PM To scott.geo...@parker.com cc veritas-bu@mailman.eng.auburn.edu, veritas-bu-boun...@mailman.eng.auburn.edu Subject Re: [Veritas-bu] More tapes than cap space on eject We aren't sending that many tapes offsite, but I do have similar issues with the ACS libraries hanging in eject mode until the cap is emptied and then closed in an empty state. I really hate this operation, btw, but we utilize the eject notification to email the operators to inform them they need to go empty the cap asap. Is your crew not getting to it in enough time (like hours)? If ours do not get to it in 3 or 4 hours, or don't shut the cap when it's empty, this causes vault to hang up because acsls doesn't give the all clear. 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. scott.geo...@parker.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 06/12/2009 11:39 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] More tapes than cap space on eject All, I have a NBU 6.5.3.1 server running AIX. and a STK SL8500 Library with dual 39-slot caps, driven by ACSLS. Our vault jobs are to the point where they are consistently more than 78 tapes, and when the deferred ejects are performed, the remaining x-78 tapes will not eject. We just upgraded to 6.5.3.1 on Wednesday from 6.0MP5, which only seemed to prolong the vault job. The same symptoms ocurred in both versions, but 6.5 is really waiting for the final tapes to eject (or so it seems). Based on our observations, it appears that this is an ACSLS problem, but I wanted to see if anybody had any suggestions on how to know for sure. We have really been ignoring this since the operators were satisfied with ejecting the remaining tapes manually. But since the deferred eject is now hanging until it gets good eject status of the remaining tapes (again, I don't know that for sure), this has become a more urgent issue. Has anybody seen anything like this before? Thank you, Scott 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] BMR Tape/Database syncronization question
I apologize for the stupid question, now that I have my test environment back up and running (I asked the question blindly). For those who may have been lurking, BMR gives you the option to create a new configuration other than current based on older backups. No expiring of missing images needed. Just choose a date that resides on the tapes you have, and the rest is history. scott.geo...@parker.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 06/02/2009 06:34 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] BMR Tape/Database syncronization question I have configured and tested BMR in my test environment, and am getting ready to go to 6.5.3.1 next week in production. We replicate our NBU server's rootvg (AIX) to SAN storage at our DR location, where similar hardware sits ready to boot when the line is cut. Naturally, this will keep the database as most current as it can be. The question lies in the tapes that get shipped to the DR site, they will more than likely be at least 3 days old. My question is what kind of snafu will this do to my BMR operation, because I assume that it will try to use the most current copies of the target client? I have thought about expiring the 3 day gap, but I wanted to solicit some opinions and possibly past experiences before I venture into that territory. Thank you greatly in advance, Scott 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
[Veritas-bu] BMR Tape/Database syncronization question
I have configured and tested BMR in my test environment, and am getting ready to go to 6.5.3.1 next week in production. We replicate our NBU server's rootvg (AIX) to SAN storage at our DR location, where similar hardware sits ready to boot when the line is cut. Naturally, this will keep the database as most current as it can be. The question lies in the tapes that get shipped to the DR site, they will more than likely be at least 3 days old. My question is what kind of snafu will this do to my BMR operation, because I assume that it will try to use the most current copies of the target client? I have thought about expiring the 3 day gap, but I wanted to solicit some opinions and possibly past experiences before I venture into that territory. Thank you greatly in advance, Scott 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] AIX 4.3.3 Client
John, Thanks for the advice, this one is the winner. We had the 4.5 client installed on the AIX 4.3.3 server, for what seems like forever. The previous admin (and my boss) told me that he attempted to install a newer version without success. I took him at his word. After your post, I felt inspired to attempt it myself. I found my stash of 5.1 media and installed the client on my test 4.3.3 server. Test backups and restores succeeded. Thanks a million, Scott John Meyers john.mey...@wright.edu 05/18/2009 09:16 AM To scott.geo...@parker.com cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] AIX 4.3.3 Client Greg, as far as I can tell, the NB 5.1 client supports AIX 4.3.3.10. Why not just update the AIX client to 5.1 which does works with 6.x? We have a number clients running 5.1 with our 6.5.3 server. John scott.geo...@parker.com wrote: Greetings all, We have an AIX 4.3.3 client that is naturally unsupported, but still working under NBU 6.0 MP5. We have scheduled to go to 6.5.3.1, but found out that this client (I think it is a 4.5 client) will not even work anymore. Now we have been told that this may put the brakes on the entire project. I am wondering what creative things people may have done to keep their ancient clients backing up. I am just looking for some ideas, and all are appreciated! Scott 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
[Veritas-bu] AIX 4.3.3 Client
Greetings all, We have an AIX 4.3.3 client that is naturally unsupported, but still working under NBU 6.0 MP5. We have scheduled to go to 6.5.3.1, but found out that this client (I think it is a 4.5 client) will not even work anymore. Now we have been told that this may put the brakes on the entire project. I am wondering what creative things people may have done to keep their ancient clients backing up. I am just looking for some ideas, and all are appreciated! Scott 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] Clear Case Backups
The only way I have ever seen to backup Clear Case is to bring it down and backup the directory. I do something similar where I backup a file system that has to be syncronized with my DB2 database. Basically, you create a separate policy that is user-initiated, and execute that policy from a script that brings ClearCase down, runs the backup, and brings ClearCase back up. My 2 cents. David Turner dtur...@manh.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 05/12/2009 11:25 AM To VERITAS-BU@mailman.eng.auburn.edu cc Subject [Veritas-bu] Clear Case Backups What is the best way to backup Clear Case Infrastructure? We have 2 servers running Aix 5.1 with Oracle 10g on the db server. We want to use Netbackup 6.5 but can’t find an agent for the clearcase db (proprietary db). Just looking for some insight from others. thanks ___ 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
[Veritas-bu] BMR on 6.5.3
Greetings all, I am testing BMR with 6.5.3 on a AIX 5.3 client. My SRT and my client are patched to the same level. The entire restore process moves like it should, but the bosboot doesn't succeed at the end, and the log gives me this error: 0301-154 bosboot: missing proto file: /tmp/bosboot_9388_6192/filesystems I saw older notes about 6.0 MP5 not supporting virtualized clients, but nothing about 6.5, and this is a virtualized client. Just wondering if anybody else has done this successfully. Thanks, Scott 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] [veritas-bu] Issues with vault
I am running NBU 6.0 MP5 with multiple MAP binary fix on AIX 5.3 I have one of three vault jobs that is not ejecting tapes. The vault jobs initiates the normal duplicates during the process, and ends normally. When I initiate the deferred eject for the job, it flows through like it normally does but ejects no tapes. In the body of the original vault job, I can see that it duplicated numerous images. There are no errors in the logs of the SID directory. I try to manually eject tapes for the session (from vltopmenu) but get the same results. Just wondering if anybody has seen this before. Thanks in advance. Scott 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
