Re: [Veritas-bu] Veritas reporting
* Geordie Wardman <[EMAIL PROTECTED]> [2005-12-15 14:22]: > > I'm looking for something that sends pretty graphs of all my backups, > which ones were successful, and which ones failed. Preferably in a .pdf > bar chart or something. That is my main concern. I use bpdbjobs to send > a .csv file, and it is fine for me, but not for Sr. Mgt. If you aren't afraid of rolling your own, there are a few open source plotting packages that would probably suit your needs; gnuplot, matplotlib are a couple that come to mind off the top. -- David Rock [EMAIL PROTECTED] pgp17d5Xu3LxR.pgp Description: PGP signature
Re: [Veritas-bu] Question regarding available tapes.
* Ed Wilts <[EMAIL PROTECTED]> [2005-12-15 13:56]: > On Thu, Dec 15, 2005 at 01:45:20PM -0500, Paul Keating wrote: > > Aptare Storage Console has a Media Forecasting Dashboard...that does > > this...sorta. > > The "sorta" is VERY dependent on your backup patterns. StorageConsole > bases it on days of the week so if you have nice clean weekend fulls and > daily incrementals, it might give you an accurate picture. If you tend > to a bunch of ad hoc 1TB backups scattered on different weekdays, you're > not going to find it very useful. Unfortunately for us, we're in the > latter category and frankly, even knowing how much I personally know > about our backup patterns, I can't think of any possible formula > StorageConsole can use to do its prediction unless it goes through all > the schedules, does a guess on those, and then does a historical search > to see how much that schedule and mount point combination took in the > past. Those would be a bit ugly and could be very, very wrong. One thing they ARE good at is telling you how much data is on the tapes on average, as they calculate based on actual usage. You could probably use that to get your own rough idea based on the averages. -- David Rock [EMAIL PROTECTED] pgp5oc2ae8dS8.pgp Description: PGP signature
Re: [Veritas-bu] Problem with exchange logs dosn't get deleted
* [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2005-12-15 10:31]: > Hello All > > Suddenly our exchange backup isn't deleting the logs anymore > > I havn't be been able to find a technote which covered this issue > > Any ideas/suggestions will be appriecated Are you using the Exchange Extension? Generally, the logs will be truncated if you use a Full or a Differential Incremental. Cumulative incrementals do NOT truncate the logs. Are you seeing something like that? -- David Rock [EMAIL PROTECTED] pgpPYuSkHklrw.pgp Description: PGP signature
[Veritas-bu] HP LTO2 and NBU 5.1 on Windows 2003
Hi,We have the master and media servers Windows Server 2003 with NBU 5.1MP4, then Emulex HBA cards and StorageTeck library L180 with 3 HP LTO2 tape drives. If we use a HP tape driver for tape drives, everything looks perfect, but as soon as we applied a Veritas driver, we can see errors in the event log from NBU and within Windows Device Manager, all tape drives come up with exclamation marks. I always used native tape drivers from IBM or HP in the past with NBU and no any problems, but now the client wants to use Veritas driver and Veritas/Symantec says, they won't provide full support if not their driver loaded. Even, we tried to roll back to the older firmware for tape drives based on Veritas matrix compatibility. Could somebody help to get right answer as we are kind of stuck in the situation? Thank you,Boris
[Veritas-bu] L180 and NBU 5.1 on Windows
Hi,We have the master and media servers Windows Server 2003 with NBU 5.1MP4, then Emulex HBA cards and StorageTeck library L180 with 3 HP LTO2 tape drives. If we use a HP tape driver for tape drives, everything looks perfect, but as soon as we applied a Veritas driver, we can see errors in the event log from NBU and within Widnows Device Manager, all tape drives come up with exlamation marks. I always used native tape drivers from IBM or HP in the past with NBU and no any problems, but now the client wants to use Veritas driver and Veritas/Symantec says, they won't provide full support if not their driver loaded. Even, we tried to roll back to the older firmware for tape drives based on Veritas matrix compatibility. Could somebody help to get right answer as we are kind of stuck in the situation? Thank you,Boris
Re: [Veritas-bu] Question regarding available tapes.
There's something I have always wondered about but never got around to testing. Does the "kbytes" field from bpmedialist show backups that have expired, but are still physically on the tape?In other words, if I have a 400GB tape that was FULL, but now all files have expired except for the very last 1GB backup image (so the tape is still effectively FULL), will bpmedialist show 1GB or 400GB ?? - DeanOn 12/16/05, Piszcz, Justin <[EMAIL PROTECTED]> wrote: So that is the amount ON the tape not remaining, ok, thanks!-Original Message-From: [EMAIL PROTECTED] [mailto: [EMAIL PROTECTED]]Sent: Thursday, December 15, 2005 1:00 PMTo: Piszcz, Justin; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape(kbytes column):> bpmedialist -UServer Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS--->004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 616989200 MPX 01/11/2006 06:36N/A004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart23188705660 MPX 01/12/2006 02:33N/A004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 811229870 MPX 01/16/2006 19:55N/A005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2199926482 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart25579693560 MPX 01/11/2006 07:29N/AAfter that, you're starting to guess. Because the amount of bytes pertape can vary by the compressibilty of the data, the total amount of bytesactually stored on the tape can vary. The closest you can do iscalculatesome sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do thisbyvolume pool as my compressibility is going to vary a lot by data source.HTH - M-Original Message-From: [EMAIL PROTECTED][mailto:[EMAIL PROTECTED]]On Behalf Of Piszcz, JustinSent: Thursday, December 15, 2005 10:40 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Question regarding available tapes. Hello,I can easily see how many scratch tapes, those that have not beenwritten toyet. However, I probably have several tapes that are currently notfullyfilled up, scratch tapes that had a few fragments written to it. Is thereanyway to determine how full the tapes are?Justin.___Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas reporting
If you want good reporting on NetBackup, you may want to look at backupVisual from US Consult (www.backupvisual.com). These are a consulting company, based in Switzerland, who have developed the product out of their customers requirements. It can also do NetWorker and BackupExec. I personally don't think it is too pricey - but that depend son your definition. Just thought you may be interested. Siobhán EllisPrincipal Technology ConsultantENSTOR Pty LtdLevel 10, 118 Alfred StMilsons PointNSW 2061Australia Mobile: +61 424 750 544Phone: +61 2 9900 2100Fax: +61 2 9900 2199e-mail: [EMAIL PROTECTED]web: http://www.enstor.com.au>>> Dean <[EMAIL PROTECTED]> 16/12/2005 12:32:51 pm >>> I've been playing a bit with NB Advanced Reporter with 5.1. It's not great, but might keep your management a bit happier until you can upgrade to 6.0. They can access their reports through a web browser which talks directly to NBAR running on your NBU master. It does have "management friendly" reports on failed backups, successful backups, data backed up per hour, the usual stuff I believe it's a seperately licensed (chargeable) option. The place I am working at has a "gold key" so I don't know about the pricing. Perhaps you could ask your rep for a trial key and give it a whirl. (Maybe you could even ask them to extend the trial license a couple of times, by which time you might be ready to upgrade to 6.0 ;)From 6.0, NBAR (and GDM) are replaced by NBU Operations Manager which is included with the base product. I've read as much as I can about it and it does sound like a decent improvement over NBAR and GDM. I have it running on a NBU 6 test system (Solaris 10), but haven't had a chance to learn/configure the new Vx Security Services yet so can't actually log in to look at the reports. - Dean On 12/16/05, Geordie Wardman <[EMAIL PROTECTED]> wrote: Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
Re: [Veritas-bu] Veritas reporting
I've been playing a bit with NB Advanced Reporter with 5.1. It's not great, but might keep your management a bit happier until you can upgrade to 6.0. They can access their reports through a web browser which talks directly to NBAR running on your NBU master. It does have "management friendly" reports on failed backups, successful backups, data backed up per hour, the usual stuff I believe it's a seperately licensed (chargeable) option. The place I am working at has a "gold key" so I don't know about the pricing. Perhaps you could ask your rep for a trial key and give it a whirl. (Maybe you could even ask them to extend the trial license a couple of times, by which time you might be ready to upgrade to 6.0 ;)From 6.0, NBAR (and GDM) are replaced by NBU Operations Manager which is included with the base product. I've read as much as I can about it and it does sound like a decent improvement over NBAR and GDM. I have it running on a NBU 6 test system (Solaris 10), but haven't had a chance to learn/configure the new Vx Security Services yet so can't actually log in to look at the reports. - DeanOn 12/16/05, Geordie Wardman <[EMAIL PROTECTED]> wrote: Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
RE: [Veritas-bu] Production 6.0GA
I opened a ticket on another subject and while I had the support rep he mentioned two 6.0 issues that applied to my environment - They've seen issues with HP-UX masters at 11.11 or above where the activity monitor is blank. - If not all the SAN media servers are upgraded at the same time as the master, some of the media servers may not be able to use SSO tape drives. A big issue for us as that's all we have. According to him they don't know the cause of either problem yet, and thus I would doubt any fixes would be in MP1 (if this info is accurate). Of course this is all hearsay, but makes me lean towards waiting until MP2, though I think 6.0 will be much better than 5.x primarily because of the consolidated schema. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike L. Varney Sent: Thursday, December 15, 2005 11:21 AM To: Ed Wilts Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Production 6.0GA What was mentioned during your discussions with Symantec that's making you wait until MP2? I've been waiting for MP1, and am curious as to what you heard that's making you wait. -- Mike Varney / HRI Ed Wilts <[EMAIL PROTECTED] g> To Sent by: [EMAIL PROTECTED] veritas-bu-admin@ cc mailman.eng.aubur veritas-bu@mailman.eng.auburn.edu n.edu Subject Re: [Veritas-bu] Production 6.0GA 12/15/2005 01:03 PM On Thu, Dec 15, 2005 at 10:25:24AM -0600, [EMAIL PROTECTED] wrote: > I might have to upgrade NB to 6.0GA for various reasons on my > production box. I realize that it's not recommended to upgrade until > mp1 but i'm kinda stuck. I think that MP1 is due out this week. However, in our discussions with Symantec, MP2 looks like it might be the upgrade point for us. > I'm thinking of leaving my clients at 5.0MP5. I'd like to run dssu's > and bmr on 6.0GA. I have no need for NDMP or Vault. > > Has anyone upgraded their production system to NB Server 6.0GA? I talked to a product manager who said that a lot of customers have upgraded and are having no problems. However, a lot of other customers are having lots of problems. You feeling lucky? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ 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] RE: ] list all client version
If your clients are Unix, then you can use bpgp to pull back the pack summary file & look inside. If they're windows, it's a registry value. This was hacked about on this list about a week ago so look back a bit in your history. -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Lien, Mitch Sent: Thursday, December 15, 2005 11:59 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] RE: ] list all client version I have been using the bpgetconfig command to query our client version. We are in the mist of upgrading to version 5.1. The query shows that the clients are 5.1, How do I verify that mp4 has been applied ? --- As Wayne had stated, the only way to find out the client version is to check the /usr/openv/netbackup/bin/version file on the client. When you are looking at "Client Properties" with the java gui/admin console or using the equivalent command line arguments (bpgetconfig), you are only seeing the bpcd daemon version. The bpcd daemon (listening on port 13782) has the Netbackup version build into the source code and you will only get the GA version from it. Hope this helps. ___ 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] Volume Pools
To me, volume groups are all about location. Volume pool are all about content. Every physical location, library, shelf, offsite, etc., has two volume groups, one for LTO1 & the other for LTO2 (for whatever annoying reason, tapes within a single VG must be the same type). Volume pools are about what data goes on the tape. Oracle data goes to one pool, Filer data to another, NT, Unix FS, etc. Now - for offsite purposes, I create two tapes, one for onsite and the other for offsite. The onsite & offsite backups are written to two different tape pools. This makes the tapes that need to go offsite easy to identify. I eject the tapes in the offsite pool (where there belong to the VG for the library) and send them offsite. My offsite process changes the Volume Group from "Library-hcart2" to "Offsite-hcart2". The pool remains unchanged (couldn't change it if you wanted - NB fixes the pool until the tape is empty). I set the return date of the tape at the same time - the same as the retention period. When the tape is returned, it's fully expired of images & I just stuff it back in the library. We have the good luck to keep all the blank media in-library. If it wasn't, though, if you're volume groups are accurate (and I have a gizmo to find discrepencies) then your out-of-library-but-still-blank media is fairly easy to find - just find tapes in the Scratch pool (or who are unassigned) and in the "Shelf" volume group & inject them as needed. HTH - M -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Martin, Jonathan (Contractor)Sent: Thursday, December 15, 2005 12:23 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Volume Pools I'm working on a transition on some of our sites from Backup Exec to Netbackup and I'm wondering about their use of Volume Pools. One of our sites uses volume pools as "buckets" for tapes they take offsite. Aka... a 3_mo_offsite VP and a 1_yr_offsite VP. Still others use the defaults... or some make up their own. The problem I am finding is that you constantly have to track which media needs to be reloaded or make sure you have a boat load of scratch media available just incase. Any better ideas on volume pools / how do you guys use them effectively? -Jonathan
Re: [Veritas-bu] Question regarding available tapes.
On Thu, Dec 15, 2005 at 01:45:20PM -0500, Paul Keating wrote: > Aptare Storage Console has a Media Forecasting Dashboard...that does > this...sorta. The "sorta" is VERY dependent on your backup patterns. StorageConsole bases it on days of the week so if you have nice clean weekend fulls and daily incrementals, it might give you an accurate picture. If you tend to a bunch of ad hoc 1TB backups scattered on different weekdays, you're not going to find it very useful. Unfortunately for us, we're in the latter category and frankly, even knowing how much I personally know about our backup patterns, I can't think of any possible formula StorageConsole can use to do its prediction unless it goes through all the schedules, does a guess on those, and then does a historical search to see how much that schedule and mount point combination took in the past. Those would be a bit ugly and could be very, very wrong. .../Ed > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf Of > > Piszcz, Justin > > Sent: December 15, 2005 1:38 PM > > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > > > > Basically, I wonder if NetBackup 6.0 will say, you will run > > out of tapes > > in 74 hours, you have 6 tapes left. > > > > Know any software out there that might do this? :) > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Thursday, December 15, 2005 1:35 PM > > To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu > > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > > Yeah - text stuff is pretty squishy - it'll get down there - I've seen > > much > > more than the average 2:1. My database backups only get > > about 1.3:1 or > > so, > > not very compressible. > > > > It varies a lot by data type. > > > > ...and, yes, it's the amount *on* the tape - but that's disk > > bytes sent > > to > > that tape, not tape bytes occupied. If you see 100G reported as being > > on > > the tape, it may only be taking up 50GB of actual tape media. Like I > > said, > > the amount remaining, given compression, is very hard to calculate. > > > > -M > > > > -Original Message- > > From: Piszcz, Justin [mailto:[EMAIL PROTECTED] > > Sent: Thursday, December 15, 2005 11:18 AM > > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > > > > Interesting though, I use LTO2 which are 200/400GB, but with > > compression, it ranges from 400-500gb on some tapes. > > > > -Original Message- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Thursday, December 15, 2005 1:00 PM > > To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu > > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > > bpmedialist will give you a count of how how many bytes are > > on the tape > > (kbytes column): > > > > > bpmedialist -U > > Server Host = X > > > > id rl images allocatedlast updated > > density kbytes > > restores > >vimages expiration last read > > <--- STATUS > > ---> > > -- > > -- > > > > > > 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 > > 61698920 > > 0 > > MPX 01/11/2006 06:36N/A > > > > 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 > > 318870566 > > 0 > > MPX 01/12/2006 02:33N/A > > > > 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 > > 81122987 > > 0 > > MPX 01/16/2006 19:55N/A > > > > 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 > > 19992648 > > 2 > > MPX 06/15/2006 19:33 07/11/2005 15:52 > > > > 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 > > 557969356 > > 0 > > MPX 01/11/2006 07:29N/A > > > > After that, you're starting to guess. Because the amount of bytes per > > tape > > can vary by the compressibilty of the data, the total amount of bytes > > actually stored on the tape can vary. The closest you can do is > > calculate > > some sort of average compression ratio by looking at full tapes, then > > estimate based on that for your non-full tapes. Personally, > > I'd do this > > by > > volume pool as my compressibility is going to vary a lot by > > data source. > > > > > > HTH - M > > > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, > > Justin > > Sent: Thursday, December 15, 2005 10:40 AM > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Question regarding available tapes. > > > > > > Hello, > > > > I can easily see how many scratch tapes, those that have not been > > written to
RE: [Veritas-bu] Veritas reporting
Yes, I should have mentioned. I am using v 4.5 FP6. Upgrading is not an option as we tried to go down that route, apparently our maintenance contract has ended and we have no budget for this right now. We are going to run as long as we can without upgrading. I have a decent quote from Aptare, but I am sure there has to be something out there that does what I need without all the other bells and whistles. From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 3:09 PM To: [EMAIL PROTECTED]; Geordie Wardman; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas reporting NetBackup 6 has some problems with barcodes and other issues, not sure its wise to upgrade now.? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:56 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas reporting NB v6.0 comes with a pretty-picture sort of reporting interface - I attended a demo and it looked pretty snazzy. Runs on Solaris & Windows right now. Free with upgrade if you have a maintenance contract. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Geordie Wardman Sent: Thursday, December 15, 2005 11:22 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Veritas reporting Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
Re: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures
On Thu, 2005-12-15 at 13:11 -0600, [EMAIL PROTECTED] wrote: > Date: Thu, 15 Dec 2005 12:10:00 -0600 > From: "Lien, Mitch" <[EMAIL PROTECTED]> > To: > Subject: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures > > Hi. > > We have a Vault duplication job that duplicates Virtual tapes (using a EMC > CDL) onto standard tapes (using 9940B drives/L700 Tape Lib). > > Within the Vault Profile, we have 00_009_TLD as the source Volume Group. > This volume group is used by our EMC CDL (Virtual Tape library). The > destination tape library we are duplicating to has a Volume Group of > 00_002_TLD. This volume group is used by our STK L700 tape library and has > not been entered into the Vault profile at all. > > When we run the Vault duplication everything is working correctly with the > exception of the eject process. The tapes that are suppose to be getting > ejected are not and we are seeing the following in the detail.log of the > Vault session: > > 13:40:53.646 [8218] GenMediaEjectList(): media M01212 selected but not in > robot group '00_009_TLD', skipping eject > 13:40:53.646 [8218] GenMediaEjectList(): media M01443 selected but not in > robot group '00_009_TLD', skipping eject > 13:40:53.646 [8218] GenMediaEjectList(): media M01657 selected but not in > robot group '00_009_TLD', skipping eject > 13:40:53.646 [8218] GenMediaEjectList(): media M02162 selected but not in > robot group '00_009_TLD', skipping eject > > > We think the issue has something to do with the "source Volume Group" of > 00_009_TLD mentioned above, but are not sure. The first tape, M01212, is in > the 00_002_TLD volume group and we do not know why it cares that it is not > in the 00_009_TLD group. > > Any help would be appreciated. > > Thanks. > > Mitch > Mitch: If you are running on a Unix master server then the problem is a lock file that was previously used but not removed. The lock file(s) are normally stored in /usr/openv/volmgr/misc. They will have lock as the suffix or the middle part of the filename. It is OK to delete them --- I've run into this wit 5.1 MP3 & MP4. Symantec's solution is to delete them. If you're running windows, then it's probably in (instal_path)/volmgr/misc HTH -- Ed Gurski <[EMAIL PROTECTED]> ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Production 6.0GA
[EMAIL PROTECTED] wrote on 12/15/2005 12:03:37 PM: > On Thu, Dec 15, 2005 at 10:25:24AM -0600, [EMAIL PROTECTED] wrote: > > I might have to upgrade NB to 6.0GA for various reasons on my production > > box. I realize that it's not recommended to upgrade until mp1 but i'm > > kinda stuck. > > I think that MP1 is due out this week. However, in our discussions with > Symantec, MP2 looks like it might be the upgrade point for us. I opened a service call on "When will MP1 be availible". As of this morning's update, it's December 22nd. They will not give me information on what the bug fixes are in MP1. Karl
[Veritas-bu] Volume Pools
I'm working on a transition on some of our sites from Backup Exec to Netbackup and I'm wondering about their use of Volume Pools. One of our sites uses volume pools as "buckets" for tapes they take offsite. Aka... a 3_mo_offsite VP and a 1_yr_offsite VP. Still others use the defaults... or some make up their own. The problem I am finding is that you constantly have to track which media needs to be reloaded or make sure you have a boat load of scratch media available just incase. Any better ideas on volume pools / how do you guys use them effectively? -Jonathan
[Veritas-bu] RE: Netbackup 5.1 MP4 Vault eject failures
Mitch- When you created the vault (not the profile), did you specify 00_009_TLD as the robotic volume group? You may need to re-create the actual vault to point to the robot that is the destination (as opposed to the source, the VTL)... Which means you may need to add the TLD(9) robot to the Vault Management tab. Then, create a profile within that new vault, and specify 00_009_TLD as the source volume group. B- -- Brian Blake Enterprise Consulting Services Symantec Corporation [EMAIL PROTECTED] Office: (813) 209-3262 Cell: (813) 493-0981 Fax: (650) 527-2210 --__--__-- Message: 4 Date: Thu, 15 Dec 2005 12:10:00 -0600 From: "Lien, Mitch" <[EMAIL PROTECTED]> To: Subject: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures Hi. We have a Vault duplication job that duplicates Virtual tapes (using a EMC CDL) onto standard tapes (using 9940B drives/L700 Tape Lib). Within the Vault Profile, we have 00_009_TLD as the source Volume Group. This volume group is used by our EMC CDL (Virtual Tape library). The destination tape library we are duplicating to has a Volume Group of 00_002_TLD. This volume group is used by our STK L700 tape library and has not been entered into the Vault profile at all. When we run the Vault duplication everything is working correctly with the exception of the eject process. The tapes that are suppose to be getting ejected are not and we are seeing the following in the detail.log of the Vault session: 13:40:53.646 [8218] GenMediaEjectList(): media M01212 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01443 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01657 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M02162 selected but not in robot group '00_009_TLD', skipping eject We think the issue has something to do with the "source Volume Group" of 00_009_TLD mentioned above, but are not sure. The first tape, M01212, is in the 00_002_TLD volume group and we do not know why it cares that it is not in the 00_009_TLD group. Any help would be appreciated. Thanks. Mitch --__--__-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Veritas reporting
Personally, I'm waiting for at least MP1. -Original Message-From: Piszcz, Justin [mailto:[EMAIL PROTECTED]Sent: Thursday, December 15, 2005 12:09 PMTo: [EMAIL PROTECTED]; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Veritas reporting NetBackup 6 has some problems with barcodes and other issues, not sure its wise to upgrade now.? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED]Sent: Thursday, December 15, 2005 1:56 PMTo: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Veritas reporting NB v6.0 comes with a pretty-picture sort of reporting interface - I attended a demo and it looked pretty snazzy. Runs on Solaris & Windows right now. Free with upgrade if you have a maintenance contract. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Geordie WardmanSent: Thursday, December 15, 2005 11:22 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Veritas reporting Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
RE: [Veritas-bu] Veritas reporting
NetBackup 6 has some problems with barcodes and other issues, not sure its wise to upgrade now.? From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:56 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas reporting NB v6.0 comes with a pretty-picture sort of reporting interface - I attended a demo and it looked pretty snazzy. Runs on Solaris & Windows right now. Free with upgrade if you have a maintenance contract. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Geordie Wardman Sent: Thursday, December 15, 2005 11:22 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Veritas reporting Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
[Veritas-bu] RE: Veritas-bu digest, Vol 1 #4659 - 7 msgs
Mitch- When you created the vault (not the profile), did you specify 00_009_TLD as the robotic volume group? You may need to re-create the actual vault to point to the robot that is the destination (as opposed to the source, the VTL)... Which means you may need to add the TLD(9) robot to the Vault Management tab. Then, create a profile within that new vault, and specify 00_009_TLD as the source volume group. B- -- Brian Blake Enterprise Consulting Services Symantec Corporation [EMAIL PROTECTED] Office: (813) 209-3262 Cell: (813) 493-0981 Fax: (650) 527-2210 --__--__-- Message: 4 Date: Thu, 15 Dec 2005 12:10:00 -0600 From: "Lien, Mitch" <[EMAIL PROTECTED]> To: Subject: [Veritas-bu] Netbackup 5.1 MP4 Vault eject failures Hi. We have a Vault duplication job that duplicates Virtual tapes (using a EMC CDL) onto standard tapes (using 9940B drives/L700 Tape Lib). Within the Vault Profile, we have 00_009_TLD as the source Volume Group. This volume group is used by our EMC CDL (Virtual Tape library). The destination tape library we are duplicating to has a Volume Group of 00_002_TLD. This volume group is used by our STK L700 tape library and has not been entered into the Vault profile at all. When we run the Vault duplication everything is working correctly with the exception of the eject process. The tapes that are suppose to be getting ejected are not and we are seeing the following in the detail.log of the Vault session: 13:40:53.646 [8218] GenMediaEjectList(): media M01212 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01443 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01657 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M02162 selected but not in robot group '00_009_TLD', skipping eject We think the issue has something to do with the "source Volume Group" of 00_009_TLD mentioned above, but are not sure. The first tape, M01212, is in the 00_002_TLD volume group and we do not know why it cares that it is not in the 00_009_TLD group. Any help would be appreciated. Thanks. Mitch --__--__-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] RE: ] list all client version
I have been using the bpgetconfig command to query our client version. We are in the mist of upgrading to version 5.1. The query shows that the clients are 5.1, How do I verify that mp4 has been applied ? --- As Wayne had stated, the only way to find out the client version is to check the /usr/openv/netbackup/bin/version file on the client. When you are looking at "Client Properties" with the java gui/admin console or using the equivalent command line arguments (bpgetconfig), you are only seeing the bpcd daemon version. The bpcd daemon (listening on port 13782) has the Netbackup version build into the source code and you will only get the GA version from it. Hope this helps. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Question regarding available tapes.
It'd be moderately complex to write yourself but doable. You'd have to calculate an average usage rate for each retention level within each pool, working your way to a tapes/day kind of number. Then compare it against the remaining scratch pool as a predictor. You'd have to gather usage data for a month or so before it became a good predictor, I'll bet. Yup - doable. -Original Message- From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 11:38 AM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Basically, I wonder if NetBackup 6.0 will say, you will run out of tapes in 74 hours, you have 6 tapes left. Know any software out there that might do this? :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:35 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Yeah - text stuff is pretty squishy - it'll get down there - I've seen much more than the average 2:1. My database backups only get about 1.3:1 or so, not very compressible. It varies a lot by data type. ...and, yes, it's the amount *on* the tape - but that's disk bytes sent to that tape, not tape bytes occupied. If you see 100G reported as being on the tape, it may only be taking up 50GB of actual tape media. Like I said, the amount remaining, given compression, is very hard to calculate. -M -Original Message- From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 11:18 AM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Interesting though, I use LTO2 which are 200/400GB, but with compression, it ranges from 400-500gb on some tapes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:00 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 61698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 81122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 19992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Veritas reporting
NB v6.0 comes with a pretty-picture sort of reporting interface - I attended a demo and it looked pretty snazzy. Runs on Solaris & Windows right now. Free with upgrade if you have a maintenance contract. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Geordie WardmanSent: Thursday, December 15, 2005 11:22 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Veritas reporting Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I'm looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
[Veritas-bu] Back referencing active jobs from mounted tapes
Here's another potentially helpful script. We had a critical restore hanging the other day because the tape needed for restore was occupied by a long-running backup. This script can take a tape number and return any active jobs running on it. The jobid can then be suspended or cancelled by you to free-up the tape. ksh-script, sorry Windows folks... -M tapes2jobs Description: Binary data
Re: [Veritas-bu] Netbackup 5.1mp4 and Windows em64t client
You proably need the file is this technote http://seer.support.veritas.com/docs/280950.htm Regards Michael On Wed, 14 Dec 2005 17:30:04 -0500, Andrew Stueve wrote > Client - Windows 2k3, em64t > > I see that 5.1mp4 supports this client now. When I tried to install > the client originally (base 5.1 install), I was told OS not > supported, and couldn't install. So I put the 5.1mp4 cd in, and try > to install. I get told that there isn't anything to patch. > > How am I supposed to install for this client? Any one? Beuller? > > -- > Andrew Stueve > [EMAIL PROTECTED] > 571-437-5754 > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Question regarding available tapes.
Yeah - text stuff is pretty squishy - it'll get down there - I've seen much more than the average 2:1. My database backups only get about 1.3:1 or so, not very compressible. It varies a lot by data type. ...and, yes, it's the amount *on* the tape - but that's disk bytes sent to that tape, not tape bytes occupied. If you see 100G reported as being on the tape, it may only be taking up 50GB of actual tape media. Like I said, the amount remaining, given compression, is very hard to calculate. -M -Original Message- From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 11:18 AM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Interesting though, I use LTO2 which are 200/400GB, but with compression, it ranges from 400-500gb on some tapes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:00 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 61698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 81122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 19992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Question regarding available tapes.
Aptare Storage Console has a Media Forecasting Dashboard...that does this...sorta. > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Piszcz, Justin > Sent: December 15, 2005 1:38 PM > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > Basically, I wonder if NetBackup 6.0 will say, you will run > out of tapes > in 74 hours, you have 6 tapes left. > > Know any software out there that might do this? :) > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 15, 2005 1:35 PM > To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Question regarding available tapes. > > Yeah - text stuff is pretty squishy - it'll get down there - I've seen > much > more than the average 2:1. My database backups only get > about 1.3:1 or > so, > not very compressible. > > It varies a lot by data type. > > ...and, yes, it's the amount *on* the tape - but that's disk > bytes sent > to > that tape, not tape bytes occupied. If you see 100G reported as being > on > the tape, it may only be taking up 50GB of actual tape media. Like I > said, > the amount remaining, given compression, is very hard to calculate. > > -M > > -Original Message- > From: Piszcz, Justin [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 15, 2005 11:18 AM > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Question regarding available tapes. > > > Interesting though, I use LTO2 which are 200/400GB, but with > compression, it ranges from 400-500gb on some tapes. > > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > Sent: Thursday, December 15, 2005 1:00 PM > To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Question regarding available tapes. > > bpmedialist will give you a count of how how many bytes are > on the tape > (kbytes column): > > > bpmedialist -U > Server Host = X > > id rl images allocatedlast updated > density kbytes > restores >vimages expiration last read > <--- STATUS > ---> > -- > -- > > > 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 > 61698920 > 0 > MPX 01/11/2006 06:36N/A > > 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 > 318870566 > 0 > MPX 01/12/2006 02:33N/A > > 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 > 81122987 > 0 > MPX 01/16/2006 19:55N/A > > 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 > 19992648 > 2 > MPX 06/15/2006 19:33 07/11/2005 15:52 > > 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 > 557969356 > 0 > MPX 01/11/2006 07:29N/A > > After that, you're starting to guess. Because the amount of bytes per > tape > can vary by the compressibilty of the data, the total amount of bytes > actually stored on the tape can vary. The closest you can do is > calculate > some sort of average compression ratio by looking at full tapes, then > estimate based on that for your non-full tapes. Personally, > I'd do this > by > volume pool as my compressibility is going to vary a lot by > data source. > > > HTH - M > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, > Justin > Sent: Thursday, December 15, 2005 10:40 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Question regarding available tapes. > > > Hello, > > I can easily see how many scratch tapes, those that have not been > written to > yet. However, I probably have several tapes that are currently not > fully > filled up, scratch tapes that had a few fragments written to it. Is > there > anyway to determine how full the tapes are? > > Justin. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] changing pool name
Interesting to know - it's an active lookup, then, for display purposes. I knew that might be possible but I thought unlikely. Thanks for testing this. -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Simon I. Tetelbaum Sent: Thursday, December 15, 2005 11:16 AM To: WEAVER, Simon Cc: '[EMAIL PROTECTED]'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] changing pool name I did run the "vmquery -w -a" and the new pool name showed up correctly. I think that the media database does store the tape by pool number but the vmquery command may refer to the the poolDB file to find the associated pool name. Anyway, I'm fairly convinced that this isn't going to cause a problem. -Simon >Looks like I wont be taking this on board yet :) >I know in 3.4 it was a serious "NO" "NO" to change it! > >Simon Weaver >Technical Support >Windows Domain Administrator > >EADS Astrium >Tel: 02392-708598 > >Email: [EMAIL PROTECTED] > > > >-Original Message- >From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] >Sent: 14 December 2005 17:38 >To: WEAVER, Simon; [EMAIL PROTECTED] >Cc: veritas-bu@mailman.eng.auburn.edu >Subject: RE: [Veritas-bu] changing pool name > > >I think the volDB stores pool by both name and number. You might get in >trouble by changing the poolDB file. > >Do a "vmquery -w -a" to see both fields (fields 12 & 13). > >-M > >-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Behalf Of WEAVER, Simon >Sent: Wednesday, December 14, 2005 10:11 AM >To: 'Simon I. Tetelbaum' >Cc: veritas-bu@mailman.eng.auburn.edu >Subject: RE: [Veritas-bu] changing pool name > > > >You should be ok then! Yes I checked, but I did wonder if a name change was >not allowed, even by editing poolDB file! > >But if it works, its something I will take on board now :-) > >Simon Weaver >Technical Support >Windows Domain Administrator > >EADS Astrium >Tel: 02392-708598 > >Email: [EMAIL PROTECTED] > > > >-Original Message- >From: Simon I. Tetelbaum [mailto:[EMAIL PROTECTED] >Sent: 14 December 2005 17:12 >To: WEAVER, Simon >Cc: veritas-bu@mailman.eng.auburn.edu >Subject: Re: [Veritas-bu] changing pool name > > >As far as I can tell, no. The image database knows the pool by number, >not by name. If you print out the poolDB file, the first column is a >number that netbackup associates with that pool. All images seem to >reference that number rather than the pool name, so changing the pool >name has no effect. Changing the number would probably be a disaster. > >-Simon > > > >>I may be wrong, but if you change the pool name, wont the images that >>are linked to this pool expire? >> >>Simon Weaver >>Technical Support >>Windows Domain Administrator >> >>EADS Astrium >>Tel: 02392-708598 >> >>Email: [EMAIL PROTECTED] >> >> >> >>-Original Message- >>From: Simon I. Tetelbaum [mailto:[EMAIL PROTECTED] >>Sent: 14 December 2005 16:51 >>To: veritas-bu@mailman.eng.auburn.edu >>Subject: [Veritas-bu] changing pool name >> >> >>Hi, >> I wanted to change the name of one of my media pools, but couldn't >>find a command to do this. Will I muck up netbackup somehow if I change >>the pool name by editing the /usr/openv/volmgr/database/poolDB file? >>I've tested this somewhat and had no problems, but I'm wondering if the >>pool name (rather than number) is buried in some other netbackup >>database files that will cause end up causing problems down the line. >> >>-Simon >>___ >>Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >> >>This email is for the intended addressee only. >>If you have received it in error then you must not use, retain, >>disseminate or otherwise deal with it. Please notify the sender by >>return email. The views of the author may not necessarily constitute >>the views of EADS Astrium Limited. Nothing in this email shall bind >>EADS Astrium Limited in any contract or obligation. >> >>EADS Astrium Limited, Registered in England and Wales No. 2449259 >>Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 >>2AS, England >> >> >> >> > >This email is for the intended addressee only. >If you have received it in error then you must not use, retain, disseminate >or otherwise deal with it. Please notify the sender by return email. The >views of the author may not necessarily constitute the views of EADS Astrium >Limited. Nothing in this email shall bind EADS Astrium Limited in any >contract or obligation. > >EADS 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 > >This email is for the intended addressee only. >If you have received it i
RE: [Veritas-bu] Question regarding available tapes.
Basically, I wonder if NetBackup 6.0 will say, you will run out of tapes in 74 hours, you have 6 tapes left. Know any software out there that might do this? :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:35 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Yeah - text stuff is pretty squishy - it'll get down there - I've seen much more than the average 2:1. My database backups only get about 1.3:1 or so, not very compressible. It varies a lot by data type. ...and, yes, it's the amount *on* the tape - but that's disk bytes sent to that tape, not tape bytes occupied. If you see 100G reported as being on the tape, it may only be taking up 50GB of actual tape media. Like I said, the amount remaining, given compression, is very hard to calculate. -M -Original Message- From: Piszcz, Justin [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 11:18 AM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. Interesting though, I use LTO2 which are 200/400GB, but with compression, it ranges from 400-500gb on some tapes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:00 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 61698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 81122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 19992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Veritas reporting
Hi, This is probably a repeat question, but I was unable to find a good open source answer in the hours I spent searching the archives. I have a single NT master/media server, and about 27 hosts. 23 of them are UNIX clients, and 4 are Windows clients, 2 of which are running SQLServer agents, with nightly full database backups, and hourly transaction log backups. I’m looking for something that sends pretty graphs of all my backups, which ones were successful, and which ones failed. Preferably in a .pdf bar chart or something. That is my main concern. I use bpdbjobs to send a .csv file, and it is fine for me, but not for Sr. Mgt. I am familiar with Aptare Console Server, and this suits my needs well, but is pricey for the tiny environment that I am backing up. Do you have any knowledge of a good open source agent or easily implemented script suitable for NT environment? If you can help me out with this, I would be greatly appreciative. Geordie Wardman Logic Communications
RE: [Veritas-bu] Question regarding available tapes.
Interesting though, I use LTO2 which are 200/400GB, but with compression, it ranges from 400-500gb on some tapes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:00 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 61698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 81122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 19992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Production 6.0GA
What was mentioned during your discussions with Symantec that's making you wait until MP2? I've been waiting for MP1, and am curious as to what you heard that's making you wait. -- Mike Varney / HRI Ed Wilts <[EMAIL PROTECTED] g> To Sent by: [EMAIL PROTECTED] veritas-bu-admin@ cc mailman.eng.aubur veritas-bu@mailman.eng.auburn.edu n.edu Subject Re: [Veritas-bu] Production 6.0GA 12/15/2005 01:03 PM On Thu, Dec 15, 2005 at 10:25:24AM -0600, [EMAIL PROTECTED] wrote: > I might have to upgrade NB to 6.0GA for various reasons on my production > box. I realize that it's not recommended to upgrade until mp1 but i'm > kinda stuck. I think that MP1 is due out this week. However, in our discussions with Symantec, MP2 looks like it might be the upgrade point for us. > I'm thinking of leaving my clients at 5.0MP5. I'd like to run dssu's and > bmr on 6.0GA. I have no need for NDMP or Vault. > > Has anyone upgraded their production system to NB Server 6.0GA? I talked to a product manager who said that a lot of customers have upgraded and are having no problems. However, a lot of other customers are having lots of problems. You feeling lucky? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Question regarding available tapes.
So that is the amount ON the tape not remaining, ok, thanks! -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, December 15, 2005 1:00 PM To: Piszcz, Justin; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Question regarding available tapes. bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart2 61698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart2 81122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart2 19992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] changing pool name
I did run the "vmquery -w -a" and the new pool name showed up correctly. I think that the media database does store the tape by pool number but the vmquery command may refer to the the poolDB file to find the associated pool name. Anyway, I'm fairly convinced that this isn't going to cause a problem. -Simon Looks like I wont be taking this on board yet :) I know in 3.4 it was a serious "NO" "NO" to change it! Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 14 December 2005 17:38 To: WEAVER, Simon; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] changing pool name I think the volDB stores pool by both name and number. You might get in trouble by changing the poolDB file. Do a "vmquery -w -a" to see both fields (fields 12 & 13). -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of WEAVER, Simon Sent: Wednesday, December 14, 2005 10:11 AM To: 'Simon I. Tetelbaum' Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] changing pool name You should be ok then! Yes I checked, but I did wonder if a name change was not allowed, even by editing poolDB file! But if it works, its something I will take on board now :-) Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Simon I. Tetelbaum [mailto:[EMAIL PROTECTED] Sent: 14 December 2005 17:12 To: WEAVER, Simon Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] changing pool name As far as I can tell, no. The image database knows the pool by number, not by name. If you print out the poolDB file, the first column is a number that netbackup associates with that pool. All images seem to reference that number rather than the pool name, so changing the pool name has no effect. Changing the number would probably be a disaster. -Simon I may be wrong, but if you change the pool name, wont the images that are linked to this pool expire? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Simon I. Tetelbaum [mailto:[EMAIL PROTECTED] Sent: 14 December 2005 16:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] changing pool name Hi, I wanted to change the name of one of my media pools, but couldn't find a command to do this. Will I muck up netbackup somehow if I change the pool name by editing the /usr/openv/volmgr/database/poolDB file? I've tested this somewhat and had no problems, but I'm wondering if the pool name (rather than number) is buried in some other netbackup database files that will cause end up causing problems down the line. -Simon ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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 This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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/veri
[Veritas-bu] Flash Backup on Unix Client, multiple data streams, how to do in 5.1?
Hi all, recently upgraded to NB 5.12 MP4 from 4.5 FP6… I have a few flash backup clients, and according to the documentation in 5.1, the only way I can figure out how to set up a flash policy on a unix client that uses multiple data streams, i.e. backing up multiple raw partitions and sending them to multiple tape devices is under the section “Configuring FlashBackup in the Earlier Manner (UNIX only).” This is fine, it works, but it says in the documentation, this is only being supported for backwards compatibility and will go away in the future. So is anyone out there backing up a unix client via FlashBackup with a 5.1 advanced client and using multiple data streams? How did you get this to work? Is there a way to specify multiple cache devices? In the 5.1 documentation under the new method I read that you only can define one cache device. Again, I don’t have a problem using the older version, its just the documentation makes it sound as if this is not preferred, but it does a poor job of specifying how to handle multiple data streams Thanks, Taylor
RE: [Veritas-bu] ] list all client version
Look in /usr/openv/netbackup/bin/version. Wayne BeDour IT Unix System Administrator PH: 313-240-3374 FAX: 313-240-3065 Internet: [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Deiter Scott Sent: Thursday, December 15, 2005 10:46 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] ] list all client version I have been using the bpgetconfig command to query our client version. We are in the mist of upgrading to version 5.1. The query shows that the clients are 5.1, How do I verify that mp4 has been applied ? ** ** 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] Netbackup 5.1 MP4 Vault eject failures
Hi. We have a Vault duplication job that duplicates Virtual tapes (using a EMC CDL) onto standard tapes (using 9940B drives/L700 Tape Lib). Within the Vault Profile, we have 00_009_TLD as the source Volume Group. This volume group is used by our EMC CDL (Virtual Tape library). The destination tape library we are duplicating to has a Volume Group of 00_002_TLD. This volume group is used by our STK L700 tape library and has not been entered into the Vault profile at all. When we run the Vault duplication everything is working correctly with the exception of the eject process. The tapes that are suppose to be getting ejected are not and we are seeing the following in the detail.log of the Vault session: 13:40:53.646 [8218] GenMediaEjectList(): media M01212 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01443 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M01657 selected but not in robot group '00_009_TLD', skipping eject 13:40:53.646 [8218] GenMediaEjectList(): media M02162 selected but not in robot group '00_009_TLD', skipping eject We think the issue has something to do with the "source Volume Group" of 00_009_TLD mentioned above, but are not sure. The first tape, M01212, is in the 00_002_TLD volume group and we do not know why it cares that it is not in the 00_009_TLD group. Any help would be appreciated. Thanks. Mitch ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Production 6.0GA
On Thu, Dec 15, 2005 at 10:25:24AM -0600, [EMAIL PROTECTED] wrote: > I might have to upgrade NB to 6.0GA for various reasons on my production > box. I realize that it's not recommended to upgrade until mp1 but i'm > kinda stuck. I think that MP1 is due out this week. However, in our discussions with Symantec, MP2 looks like it might be the upgrade point for us. > I'm thinking of leaving my clients at 5.0MP5. I'd like to run dssu's and > bmr on 6.0GA. I have no need for NDMP or Vault. > > Has anyone upgraded their production system to NB Server 6.0GA? I talked to a product manager who said that a lot of customers have upgraded and are having no problems. However, a lot of other customers are having lots of problems. You feeling lucky? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Question regarding available tapes.
bpmedialist will give you a count of how how many bytes are on the tape (kbytes column): > bpmedialist -U Server Host = X id rl images allocatedlast updated density kbytes restores vimages expiration last read <--- STATUS ---> 004526 3310 08/21/2005 03:40 12/11/2005 06:36 hcart261698920 0 MPX 01/11/2006 06:36N/A 004696 3874 11/20/2005 02:37 12/12/2005 02:33 hcart2 318870566 0 MPX 01/12/2006 02:33N/A 004801 4 32 11/15/2005 19:54 11/15/2005 19:55 hcart281122987 0 MPX 01/16/2006 19:55N/A 005165 6 6 06/15/2005 19:33 06/15/2005 19:33 hcart219992648 2 MPX 06/15/2006 19:33 07/11/2005 15:52 005265 3 1874 06/10/2005 16:54 12/11/2005 06:01 hcart2 557969356 0 MPX 01/11/2006 07:29N/A After that, you're starting to guess. Because the amount of bytes per tape can vary by the compressibilty of the data, the total amount of bytes actually stored on the tape can vary. The closest you can do is calculate some sort of average compression ratio by looking at full tapes, then estimate based on that for your non-full tapes. Personally, I'd do this by volume pool as my compressibility is going to vary a lot by data source. HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Piszcz, Justin Sent: Thursday, December 15, 2005 10:40 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Question regarding available tapes. Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Question regarding available tapes.
Hello, I can easily see how many scratch tapes, those that have not been written to yet. However, I probably have several tapes that are currently not fully filled up, scratch tapes that had a few fragments written to it. Is there anyway to determine how full the tapes are? Justin.
[Veritas-bu] RE: Performance Tuning NBU 5.1
Hi Simon, I'm glad you are seeing a performance boost by moving to Fibre. It certainly helps in most cases. How you tune NBU will have as much to do with your server as with your Library/Drive Hardware. What kind of drives are you using? I know that AIT-3 drives run at 12MB/sec. if you are doing a lot of image files or other uncompressible data, you've arrived at the best you will see for this technology. The obvious things I can think to check are 1) the block size you are using to write to tape, 2) the size of the NBU buffers on your hosts and 3) the number of these buffers. These three factors will greatly impact the data throughput to your drives. There is also the matter of how fast can your systems rip data off disk. If your disk system can only rip data at 12.5 MB/sec, then you are already maxed out. If you are in a *nix world, you can try dd-ing from disk to /dev/null to test your disk system. This link will take you to a doc describing tuning parameters for LTO-2 drives with NBU 5.0. We have our customer's use this same info for LTO-3 drives and for all versions of NBU. I hope this helps. Mark Pinder : Systems Engineer: Spectra Logic : Message: 5 From: "WEAVER, Simon" <[EMAIL PROTECTED]> To: "'veritas-bu@mailman.eng.auburn.edu'" Date: Thu, 15 Dec 2005 07:39:52 - Subject: [Veritas-bu] Performance Tuning NBU 5.1 Hello I have found a Technote on tuning NBU 4.1 however does anyone have any links or documents on the best way to tune NBU 5.1? I hqave a HP EVL going through fibre with a Master Server 5.1 and now 2 Media Servers. The Media Servers are going through fibre and on initial tests, I am seeing approx 12500 kb/second for a stream. If there are ways to try and squeeze more out of this system, then I would like to pursue it. Present backup speeds are poor, with LAN we are getting approx 1900-2500 kb/second. So quite a jump when I went onto fibre! Appreciate any help or opinoins on the through put I am getting at the mo Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Production 6.0GA
I might have to upgrade NB to 6.0GA for various reasons on my production box. I realize that it's not recommended to upgrade until mp1 but i'm kinda stuck. I'm thinking of leaving my clients at 5.0MP5. I'd like to run dssu's and bmr on 6.0GA. I have no need for NDMP or Vault. Has anyone upgraded their production system to NB Server 6.0GA?
[Veritas-bu] NBU VMD issues
Has anyone ever run into an issue where the VMD process does not listen. I have ran truss –p (VMD process) on other servers and netstat –a| grep vmd and I get vmd is listening. On my other media server it doesn’t listen and is cause everything to fail any insight will be appreciated Anthony J. Tocco 586-779-6119 (desk) 248-752-7007 (cell) [EMAIL PROTECTED] Collective Technologies 1-800-578-8577
[Veritas-bu] ] list all client version
I have been using the bpgetconfig command to query our client version. We are in the mist of upgrading to version 5.1. The query shows that the clients are 5.1, How do I verify that mp4 has been applied ?
[Veritas-bu] netware client??
Title: Message I don't know if my CD is missing or if it's just not included in the standard media kit. Is there a specific Netware disk in the media kit? Paul
Re: [Veritas-bu] Archive the unwanted policies
On Wed, Dec 14, 2005 at 10:03:44PM -0800, Chockalingam wrote:
> We are looking for a solution to do archiving of backup policies.
>
> We have some policies configured and not used recently; we would like to
> clear all those unused policies.
>
> But before deleting those policies, we would like to archive those (means
> taking backup of policies and delete them).
>
> Is there any Netbackup command to do this?
Our approach is to run the following script on our Solaris master server daily:
#!/bin/sh
DEST=/usr/openv/snapshot
DATA=`date '+%Y-%m-%d'`.tar.gz
PATH=$PATH:/usr/local/bin
# Keep 30 days of data
find $DEST -name *[0-9].tar.gz -a -mtime +30 -exec rm -f {} \;
(cd /usr/openv/netbackup/db; tar cpf - class) | gzip > $DEST/class-$DATA
This gives us a 30-day online backup of all of our policies. We can
then delete one if we need to do and not worry too much (we also log all
the policy changes to a separate text file). Naturally, these snapshots
also get backed up so we can pretty much restore to any point in time
for as long as the retentions allow.
.../Ed
--
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] New Issue: Restore Hung
Title: Message Jonathan Probably best to stop the restore job, on the client stop and restart the netbackup service. Verify the tapes are in the drives / robot and/or if the robot is sure the tapes are in the inventory. Then re-try I guess! Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 15 December 2005 14:10To: Veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] New Issue: Restore Hung I'm running NetBackup 5.1 MP3 restoring to a file server running the client ver 5.1 I submitted a job, it requested media so I suspended the job, loaded the media and resumed. The job hung for several hours (6+.) I then canceled the job, but the job tracker on the client went to "incomplete" instead of "failed" etc etc. Now when I try to re-run the job, it gets as far as telling me what media is required and then hangs. Any ideas? 12/15/2005 9:00:41 AM - begin Restore12/15/2005 9:00:44 AM - 1 images required12/15/2005 9:00:44 AM - media IN2604 required12/15/2005 9:00:44 AM - media IN2369 required12/15/2005 9:00:44 AM - media IN3145 required12/15/2005 9:00:44 AM - media IN3132 required -Jonathan This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
Re: [Veritas-bu] New Issue: Restore Hung
What you need to do in the GUI select "Device Monitor" you will have split screen, select the tapes on the bottom and select resubmit. Try something like that --Denis Geyer, Gregory writes: At my shop it usually means the tapes are not in the silo or have been put in but not inventoried. Check to see where the tapes are. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Martin, Jonathan (Contractor) Sent: Thursday, December 15, 2005 7:10 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] New Issue: Restore Hung I'm running NetBackup 5.1 MP3 restoring to a file server running the client ver 5.1 I submitted a job, it requested media so I suspended the job, loaded the media and resumed. The job hung for several hours (6+.) I then canceled the job, but the job tracker on the client went to "incomplete" instead of "failed" etc etc. Now when I try to re-run the job, it gets as far as telling me what media is required and then hangs. Any ideas? 12/15/2005 9:00:41 AM - begin Restore 12/15/2005 9:00:44 AM - 1 images required 12/15/2005 9:00:44 AM - media IN2604 required 12/15/2005 9:00:44 AM - media IN2369 required 12/15/2005 9:00:44 AM - media IN3145 required 12/15/2005 9:00:44 AM - media IN3132 required -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] New Issue: Restore Hung
At my shop it usually means the tapes are not in the silo or have been put in but not inventoried. Check to see where the tapes are. -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Martin, Jonathan (Contractor)Sent: Thursday, December 15, 2005 7:10 AMTo: Veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] New Issue: Restore Hung I'm running NetBackup 5.1 MP3 restoring to a file server running the client ver 5.1 I submitted a job, it requested media so I suspended the job, loaded the media and resumed. The job hung for several hours (6+.) I then canceled the job, but the job tracker on the client went to "incomplete" instead of "failed" etc etc. Now when I try to re-run the job, it gets as far as telling me what media is required and then hangs. Any ideas? 12/15/2005 9:00:41 AM - begin Restore12/15/2005 9:00:44 AM - 1 images required12/15/2005 9:00:44 AM - media IN2604 required12/15/2005 9:00:44 AM - media IN2369 required12/15/2005 9:00:44 AM - media IN3145 required12/15/2005 9:00:44 AM - media IN3132 required -Jonathan
[Veritas-bu] New Issue: Restore Hung
I'm running NetBackup 5.1 MP3 restoring to a file server running the client ver 5.1 I submitted a job, it requested media so I suspended the job, loaded the media and resumed. The job hung for several hours (6+.) I then canceled the job, but the job tracker on the client went to "incomplete" instead of "failed" etc etc. Now when I try to re-run the job, it gets as far as telling me what media is required and then hangs. Any ideas? 12/15/2005 9:00:41 AM - begin Restore12/15/2005 9:00:44 AM - 1 images required12/15/2005 9:00:44 AM - media IN2604 required12/15/2005 9:00:44 AM - media IN2369 required12/15/2005 9:00:44 AM - media IN3145 required12/15/2005 9:00:44 AM - media IN3132 required -Jonathan
RE: [Veritas-bu] time for NDMP restores
Yes, the folder structure will be recreated 'above' the files. I guess it may not be possible to restore an empty directory There is also a limit of 1024 files selected this way to restore, or NBU again turns off DAR. You can break your restore up into lists of 1024 files, or you can increase the limit, see below...also it may not apply It looks like this limit was raised at 5.1MP2 and I think 4.5FP9 - the release notes say that for a NetApp more than 1024 files can be restored using DAR - does not say what if any the limit is now. You can use bplist to produce a list to feed to bprestore, but if the file names contain spaces you have to treat it with awk to prefix each line with the character count of each file path. Here are some notes from the Admin Guide: Notes on DAR ◆ DAR can be used when restoring backups that were made by NetBackup 4.5GA or later. Starting with NetBackup 4.5GA, NetBackup stores the required DAR offset information on each backup. Note For backups made by pre-4.5GA versions of NetBackup, restores cannot use DAR, because the pre-4.5 versions did not store the DAR offset information. ◆ DAR can be used when restoring files, but not when restoring directories. ◆ Backups must have been performed with the NetBackup catalog set to binary mode. For backups made with the catalog set to ASCII mode, restores cannot use DAR, because ASCII mode did not store the required DAR offset information on each backup. Note that all backups made prior to NetBackup 4.5 used ASCII catalog mode. ◆ To use DAR with NetBackup, the NDMP host you want to restore must support DAR. Some NDMP host vendors do not currently support DAR. Troubleshooting DAR In certain situations, one of the following messages may appear in the unified logs for ndmpagent (originator ID 134) on the NetBackup media server. These are also written to the progress log. Message: DAR disabled - Number of paths n > DAR_MAXIMUM_FILE_LIST_COUNT x Explanation: The number of files being restored is greater than the maximum allowed (default is 1024). You can either select fewer files for the restore, or increase the DAR maximum Backup Selections list count. (Increasing the maximum is not supported by some NDMP host vendors.) To increase the DAR maximum Backup Selections list count, place a ?DAR_MAXIMUM_FILE_ LIST_COUNT x? entry in the following file and specify x as a number greater than 1024. On UNIX: /usr/openv/netbackup/db/config/ndmp.cfg On Windows: install_path\NetBackup\db\config\ndmp.cfg Message: DAR disabled - not supported by NDMP host Explanation: The current NDMP host does not support DAR. Message: DAR disabled - unable to retrieve DAR info Explanation: DAR information is not available for the file. Message: DAR disabled - Backup performed prior to NB 4.5 Explanation: The DAR feature can be used when restoring backups that were made by NetBackup 4.5GA or later. Starting with NetBackup 4.5GA, NetBackup stores the required DAR offset information on each backup. For backups made by pre-4.5GA versions of NetBackup, restores cannot use DAR, because the pre-4.5 versions did not store the DAR offset information. Message: DAR disabled - NDMP host did not provide DAR info during backup Explanation: The backup was performed with an NDMP host version that does not support DAR. Ask the NDMP host vendor if a later NAS software version is available that supports DAR. Message: DAR disabled - Optimal DAR parameters exceeded for this image size Explanation: NetBackup determined that the restore would take longer with DAR than without it. Message: DAR disabled - Directory DAR not supported Explanation: DAR is automatically disabled when a restore job specifies a directory to restore. DAR can be used when restoring files, but not when restoring directories. Message: DAR disabled by DAR config file Explanation: DAR was disabled by adding the entry NDMP_DAR_DISABLED to the following file: On UNIX: /usr/openv/netbackup/db/config/ndmp.cfg On Windows: install_path\NetBackup\db\config\ndmp.cfg This method of disabling DAR is obsolete. Use the Host Properties dialog as explained under ?Enabling/Disabling DAR? on page 40. Message: DAR disabled by host parameters Explanation: DAR was disabled on the Master or Media Server Properties dialog. To re-enable DAR, see ?Enabling/Disabling DAR? on page 40. William D L Brown [EMAIL PROTECTED] 14-Dec-2005 17:51 To [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu cc Subject RE: [Veritas-bu] time for NDMP restores We're looking into this (NDMP backups) and the "can't restore a directory" problem might be an issue. If you want to restore a directory, then, you have to find every file from that point down & restore it individually? Will it create missing subdirectories, ie: restoredir/file1 restoredir/file2 restoredir/subdir1/file1 restoredir/subdir1/file2 ...If the above was your list of files to be restored, does "subdir1" get created? -M -Original
RE: [Veritas-bu] Archive the unwanted policies
We have a directory on our masters named
/usr/openv/netbackup/db/{de-activated policies}.
Just go to the command line or windows explorer and move the policy
directory/folder from /usr/openv/netbackup/db/class/{policy name} to this
directory/folder.
Not much space, and you have it handy to research or restore.
Bobby Williams
2205 Peterson Drive
Chattanooga, Tennessee 37421
423-296-8200
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chockalingam
Sent: Thursday, December 15, 2005 1:04 AM
To: 'Veritas-Bu (E-mail)'
Subject: [Veritas-bu] Archive the unwanted policies
Hi,
We are looking for a solution to do archiving of backup policies.
We have some policies configured and not used recently; we would like to
clear all those unused policies.
But before deleting those policies, we would like to archive those (means
taking backup of policies and delete them).
Is there any Netbackup command to do this?
Thanks and Regards,
Chocks
+91-9341214216
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Andrew Stueve
Sent: Wednesday, December 14, 2005 2:30 PM
To: Veritas-Bu (E-mail)
Subject: [Veritas-bu] Netbackup 5.1mp4 and Windows em64t client
Client - Windows 2k3, em64t
I see that 5.1mp4 supports this client now. When I tried to install the
client originally (base 5.1 install), I was told OS not supported, and
couldn't install. So I put the 5.1mp4 cd in, and try to install. I get
told that there isn't anything to patch.
How am I supposed to install for this client? Any one? Beuller?
--
Andrew Stueve
[EMAIL PROTECTED]
571-437-5754
___
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] time for NDMP restores
Speaking for NDMP bacukps/restores from/to a EMC Celerra: Yes, if there are any files in the subdir, it gets created. We got around the "no dirs with DAR" prob by using "bplist -C xxx -s xxx -e xxx -t 19 -R //*" pipe that to a file, do some perl magic on it and feed it to bprestore. Also DAR doesn't work for more than 1024 files at a time so if it's a big directory you have to split up restores. And last but not least you have to be careful with some special characters such as [ or ] which have to be escaped before fed to bprestore (or just filter them out and restore those files from the GUI later). In our case it was worth the effort as it sped up a restore from a whole day (running into the following days backups) to a couple of hours. Martin [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 14/12/2005 17:51 To [EMAIL PROTECTED], veritas-bu@mailman.eng.auburn.edu cc Subject RE: [Veritas-bu] time for NDMP restores We're looking into this (NDMP backups) and the "can't restore a directory" problem might be an issue. If you want to restore a directory, then, you have to find every file from that point down & restore it individually? Will it create missing subdirectories, ie: restoredir/file1 restoredir/file2 restoredir/subdir1/file1 restoredir/subdir1/file2 ...If the above was your list of files to be restored, does "subdir1" get created? -M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Wednesday, December 14, 2005 10:45 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] time for NDMP restores Did you request to restore files or folders? DAR is not supported for directory restores - so it is *very* important that you pick files to restore, and never folders. Otherwise it scans the whole tape, even if it already found what you wanted. William D L Brown "Paul Keating" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 14-Dec-2005 16:29 To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] time for NDMP restores Hi all. it's been years since I've worked with NDMP much (NB 3.x and Auspex file servers), with 32 and 64 gig filessytems so I'm re-learning everything with NetApp, NB5.0 and TB+ filesystems, and refreshing lots of old memories. seems a restore, even of a couple files from a 600+ Gig FS backup (home directoy FS) takes HOURSlike 5-7 hours. The progress monitor shows the tape mounted, positioned, etc, then sits there for hours with no KB/s or KB restored reported, then, bam, it's done. this more or less normal? If so, do you folks have SLAs that account for this kind of timeframe for restores? or do you you snapshots exclusively for restores of user data and only use tape for DR? Paul ___ 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] Problem with exchange logs dosn't get deleted
Hello All Suddenly our exchange backup isn't deleting the logs anymore I havn't be been able to find a technote which covered this issue Any ideas/suggestions will be appriecated Regards Michael Bpbkar log except: 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: \\SCMAIL\Microsoft Exchange Public Folders 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: \\SCMAIL\Microsoft Information Store 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpChildDleInfo () Child DLE Device Name: \\SCMAIL\Microsoft Information Store\1. Storage Group 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpChildDleInfo () Child DLE Device Name: \\SCMAIL\Microsoft Information Store\2. Storage Group 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpChildDleInfo () Child DLE Device Name: \\SCMAIL\Microsoft Information Store\3. Storage Group 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpChildDleInfo () Child DLE Device Name: \\SCMAIL\Microsoft Information Store\4. Storage Group 10:15:56.321 AM: [7864.6240] <2> ov_log::V_GlobalLog: INF - DumpDleInfo() DLE Device Name: Shadow?Copy?Components 10:15:56.337 AM: [7864.6240] <4> dos_backup::V_VerifyFileList: INF - unable to determine UBS type for:_BACKUP_SPECIAL_OBJECTS BEFORE Microsoft Exchange Public Folders: 10:15:56.337 AM: [7864.6240] <4> dos_backup::V_VerifyFileList: INF - unable to determine UBS type for:_BACKUP_SPECIAL_OBJECTS AFTER Microsoft Exchange Public Folders: 10:15:56.337 AM: [7864.6240] <4> dos_backup::V_Initialize: INF - Exchange Backup - Disabling snapshot, Archive Bit processing, TIR and Job Estimating. 10:15:56.337 AM: [7864.6240] <4> backup_create: INF - NetBackup Temp Directory: 'C:\Program Files\VERITAS\\NetBackup\Temp' 10:15:56.337 AM: [7864.6240] <4> dos_backup::tfs_include: INF - folder (1. Storage Group) has been created recently (since 12/15/2005 7:54:04 AM). It will be backed up in full. 10:16:01.540 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - BEDS_AttachToDLE ():FS_AttachToDLE() DeviceName:'\\SCMAIL\Microsoft Information Store\1. Storage Group' BackupReason:0x2 Failed! (0xFE4B:NEWFS_EMS_NO_LOG_BKUP ) 10:16:01.540 AM: [7864.6240] <4> dos_backup::tfs_findfirst: WRN - unable to find first file: 'Microsoft Information Store:\1. Storage Group\' 10:16:01.540 AM: [7864.6240] <2> tar_base::V_vTarMsgW: ERR - fatal error during enumeration for: Microsoft Information Store:\1. Storage Group\ 10:16:01.540 AM: [7864.6240] <4> dos_backup::tfs_include: INF - folder (2. Storage Group) has been created recently (since 12/15/2005 7:54:04 AM). It will be backed up in full. 10:16:03.680 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - BEDS_AttachToDLE ():FS_AttachToDLE() DeviceName:'\\SCMAIL\Microsoft Information Store\2. Storage Group' BackupReason:0x2 Failed! (0xFE4B:NEWFS_EMS_NO_LOG_BKUP ) 10:16:03.680 AM: [7864.6240] <4> dos_backup::tfs_findfirst: WRN - unable to find first file: 'Microsoft Information Store:\2. Storage Group\' 10:16:03.680 AM: [7864.6240] <2> tar_base::V_vTarMsgW: ERR - fatal error during enumeration for: Microsoft Information Store:\2. Storage Group\ 10:16:03.680 AM: [7864.6240] <4> dos_backup::tfs_include: INF - folder (3. Storage Group) has been created recently (since 12/15/2005 7:54:04 AM). It will be backed up in full. 10:16:05.555 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - BEDS_AttachToDLE ():FS_AttachToDLE() DeviceName:'\\SCMAIL\Microsoft Information Store\3. Storage Group' BackupReason:0x2 Failed! (0xFE4B:NEWFS_EMS_NO_LOG_BKUP ) 10:16:05.555 AM: [7864.6240] <4> dos_backup::tfs_findfirst: WRN - unable to find first file: 'Microsoft Information Store:\3. Storage Group\' 10:16:05.555 AM: [7864.6240] <2> tar_base::V_vTarMsgW: ERR - fatal error during enumeration for: Microsoft Information Store:\3. Storage Group\ 10:16:05.555 AM: [7864.6240] <4> dos_backup::tfs_include: INF - folder (4. Storage Group) has been created recently (since 12/15/2005 7:54:04 AM). It will be backed up in full. 10:16:07.211 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - BEDS_AttachToDLE ():FS_AttachToDLE() DeviceName:'\\SCMAIL\Microsoft Information Store\4. Storage Group' BackupReason:0x2 Failed! (0xFE4B:NEWFS_EMS_NO_LOG_BKUP ) 10:16:07.211 AM: [7864.6240] <4> dos_backup::tfs_findfirst: WRN - unable to find first file: 'Microsoft Information Store:\4. Storage Group\' 10:16:07.211 AM: [7864.6240] <2> tar_base::V_vTarMsgW: ERR - fatal error during enumeration for: Microsoft Information Store:\4. Storage Group\ 10:16:09.540 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - bedsExchangePubInit() FS_AttachToDLE() DeviceName:'\\SCMAIL\Microsoft Exchange Public Folders' MailBox:'(null)' Failed! (0xFE05:Access is denied. ) 10:16:09.540 AM: [7864.6240] <2> ov_log::V_GlobalLog: ERR - unable to initialize the required BEDS interface 10:16:09.540 AM: [7864.6240] <8> dos_backup::V_ExMb
