[Veritas-bu] Restore performance questions in NB
Good day all,
So here is an interesting question regarding restore performance. First,
I'll lay down the scenario and then I'll ask the question to help give all
of you Netbackup Gods a good base. {:-P
Right now, I have a configuration like this:
Master = solaris 10/gb nic config w/ matching media servers
fibre connected to stk9310 w/9940Bs'
clients = mostly aix w/ oracle 9i-10gr2
for every database, there are two policies created:
daily full backup
hourly logs
the full backup goes to a set of tape drives and a set of media. The tape
drives are broke into storage units based on the media server and the media
is a large pool.
The logs go to disk and then are duped off to tape at a later time.
Here are my problems:
1. Drive contention: During a sample DR exercise, I launch multiple DB
restores and run into restores waiting on 1)drives 2) media
2. Restores run slow: I have looked at network and that has been tuned out
pretty well but I think this boils back down to problem 1
Here are my questions:
1. Since my databases all touch the same tape drive pools, is there anyway
to break that down a little further to gain performance on restores?
2. If I broke out the media pool more, say on the grades of the DB's being
backed up, would that help performance?
3. Is there a way to tell Netbackup which set of drives to use during a
restore and if so, can it be setup somewhere in the policy or just during
the restore?
4. Is there a better way to configure policies such that I can get good
backup/restore performance without sacrificing both?
5. Drive contention is always an issue; I have multiple drives available
and it seems like even at peak performance, backup or restore, I have a
couple of drives sitting idle; any ideas on how to fix this?
Again, thanks for any suggestions/pointers/things to read/prayers/etc...
that can be given on this.
--
Matthew MCP, MCSA, MCTS, OCA
[EMAIL PROTECTED]
Define Trouble:
Why did you apply THAT patch??
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] question about bplist
Thanks for all of the great information everyone! A couple of things I would like to add: 1. I didn't add a directory because I was under the impression (and if you try for the day of and up to a couple of days back) that simply searching via policy (-k policy) I would get everything backed up via policy. 2. I went with the default on -R because I think that will cover everything I need quite well but based on the suggestions I will do some further investigation. 3. I see the command bpflist was mentioned and I hadn't considered it because of the parsing work I would have to do but now that I am thinking about it, it might be a better option to my data Other than that, I think this will get me all set. Again, thanks to you guys for the information and feedback, I really appreciate it!! On Mon, Jul 21, 2008 at 12:33 PM, Frank Pettinato <[EMAIL PROTECTED]> wrote: > Rascal, > > You have to supply a directory of some kind or the command won't work. So > replace this: > > bplist -C clientname -S svrname -k policy_name -R -l -s 07/1/2008 00:00:00 > > -e 07/1/2008 23:59:59 > /$HOME/policy_name_070108 > > With this: > bplist -C clientname -S svrname -k policy_name -R -l -s 07/1/2008 00:00:00 > > -e 07/1/2008 23:59:59 / > /$HOME/policy_name_070108 > > Thanks, > Frank > > > > - Original Message > From: A Darren Dunham <[EMAIL PROTECTED]> > To: veritas-bu@mailman.eng.auburn.edu > Sent: Monday, July 21, 2008 10:08:58 AM > Subject: Re: [Veritas-bu] question about bplist > > On Sat, Jul 19, 2008 at 07:43:11PM -0500, rascal wrote: > > I have constructed what I thought would be a good command but I am > running > > into an error. Here is my command: > > > > bplist -C clientname -S svrname -k policy_name -R -l -s 07/1/2008 > 00:00:00 > > -e 07/1/2008 23:59:59 > /$HOME/policy_name_070108 > > > > but I get this error > > > > Status 227: Entity not found > > So the one thing I would worry about that you have not specified is the > file(s) to search for. Default is your current directory. Does the > current directory you're running the command in exist on the client? If > not, maybe you want to explicitly give '/' as a filename? > > > Ok, well how about this, just to make sure we are not insane? > > > > bplist -C clientname -S svrname -R -l -s 07/1/2008 00:00:00 -e 07/1/2008 > > 23:59:59 /path_to_dir_backed_up_by_policy > /$HOME/policy_name_070108 > > And here you specify the path explicitly. > > > So my question is, what am I doing wrong or what could I do to get the > > information I want which is a breakdown of how much is backed with a file > > listing and the amounts next to the file? Is this the wrong command or > is > > there a better way to go about this? > > In some cases (depending on exactly what I'm doing) I prefer to parse > 'bpflist' output instead of 'bplist'. It can be harder to get output, > but it allows me to pass in an explicit backupid. > > -- > Darren > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] question about bplist
So while I sit here going over why our backups have jumped from 2gb to 2tb (not exaggerating either lol) I thought I might use some creative bpimagelist work to generate a per day tape consumption. That worked well, but what about what policies are consuming that data? No problem, back to bpimagelist for more good information. But still, I am not able to narrow down precisously where the issue is. So I thought, what about using bplist? An evil tool to be sure, which is why I come to you humble masters of Netbackup. I have constructed what I thought would be a good command but I am running into an error. Here is my command: bplist -C clientname -S svrname -k policy_name -R -l -s 07/1/2008 00:00:00 -e 07/1/2008 23:59:59 > /$HOME/policy_name_070108 but I get this error Status 227: Entity not found Ok, well let's make sure my information is there: ls -ltr /usr/openv/netbackup/db/images/svrname/ confirmed; dates match with logs Ok, well how about this, just to make sure we are not insane? bplist -C clientname -S svrname -R -l -s 07/1/2008 00:00:00 -e 07/1/2008 23:59:59 /path_to_dir_backed_up_by_policy > /$HOME/policy_name_070108 Well that works fine; I get the data I want, except as you can imagine without some scripting this could be a pain and of course, human error and such could come into play. So my question is, what am I doing wrong or what could I do to get the information I want which is a breakdown of how much is backed with a file listing and the amounts next to the file? Is this the wrong command or is there a better way to go about this? -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone heard of 6.5.2a ?
We're waiting on 6.5.2a for the windows side of the house as we are experiencing a ton of issues with instability, errors and missing files during the restore process. On Thu, Jun 26, 2008 at 7:32 PM, Dominik Pietrzykowski < [EMAIL PROTECTED]> wrote: > > Mark, > > Is this with windows or UNIX as well ? My 6.5.2 Solaris 10 install seems > to be running fine with some critical policies listed. > > Regards, > > Dominik > > -Original Message- > From: Mark Glazerman [mailto:[EMAIL PROTECTED]<[EMAIL PROTECTED]>] > > Sent: Friday, 27 June 2008 6:10 AM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Anyone heard of 6.5.2a ? > > Jay, > > The critical policies issue was raised by another member of this mailing > list a while ago but even after removing these from the policy, the catalog > will still fail every now and then. It appears to be an issue with nbdbm > database verification but they have been unable to debug it yet. I hadn't > heard of 6.5.2 until I talked with support yesterday, hence my question. > > Thanks > > Mark Glazerman > Desk: 314-889-8282 > Cell: 618-520-3401 > please don't print this e-mail unless you really need to > > -Original Message- > From: [EMAIL PROTECTED] [ > mailto:[EMAIL PROTECTED]<[EMAIL PROTECTED]>] > On Behalf Of Jay > Sent: Thursday, June 26, 2008 1:46 PM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: [Veritas-bu] Anyone heard of 6.5.2a ? > > July 10th is the release date. > > Here's a note about the catalog backup issue: > > http://seer.entsupport.symantec.com/docs/304975.htm > > +-- > |This was sent by [EMAIL PROTECTED] via Backup Central. > |Forward SPAM to [EMAIL PROTECTED] > +-- > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] question about restores in NB 6.5.x
Thanks for all of the great information. This is kind of what I figured but I thought I better confirm. Thanks! On 4/24/08, Jeff Lightner <[EMAIL PROTECTED]> wrote: > > Multiplexing is great for backup speeds but not so great for restore > speeds as we found out at our first DR test years ago. > > > > A proper backup strategy needs to include backup AND recovery time. It > doesn't do you any good to backup everything in 10 minutes if it takes you > 10 months to restore. And of course the restore time is only one part of > the full recovery time. > > > > As mentioned by someone else on this list sometime back the DR SLA should > include the complete recovery time which includes things such as getting > tapes to the DR location, getting personnel to the DR location, getting > equipment on line at the DR location, spinning tape, and post restore steps > to actually make things usable (e.g. applying archive logs made after your > last full DB backup). > > > -- > > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Paul Keating > *Sent:* Thursday, April 24, 2008 9:47 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* Re: [Veritas-bu] question about restores in NB 6.5.x > > > > My experience is that they run in the order which you start them unless > multiple restores are multiplexed on a tape. > > > > ie, you start jobs in order, 1, 2, 3, 4, 5. > > > > if your multplex restore delay is set high enough, and images 2 and 4 are > on the same tape, your restore order would be: > > 1 > > 2 & 4 at once > > 3 > > 5 > > > > > > -- > > -Original Message- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *rascal > *Sent:* April 24, 2008 12:04 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] question about restores in NB 6.5.x > > Hello Netbackup Gurus, > > > > So I thought I would toss this out and get some feedback. > > > > As we all know, Netbackup automatically sets restore jobs to have the > highest priority when placed into the queue, barring any changes to the > configuration, acts of the unknown and just plain weird stuff That > being said, we had a issue during a disaster recovery scenario where we had > multiple restores running and fighting for resources. On top of that, we > had to try and organize the restores in such a way that this restore runs > first, followed by this one, than this one and so on (i.e. set a > priority/order within the restore jobs). My question is that in my digging > on google and symantec's site, I can't seem to find anything that would let > me change the priority/order of multiple restore jobs; has anyone run into > this and/or devised a method and/or has some tips on how they handle > restores during a disaster recovery scenario in order to set priorities on > what gets what resources and thus done first? > > -- > Matthew MCP, MCSA, MCTS, OCA > [EMAIL PROTECTED] > > Define Trouble: > Why did you apply THAT patch?? > > > > > > La version française suit le texte anglais. > > > > > > > > This email may contain privileged and/or confidential information, and the > Bank of > > Canada does not waive any related rights. Any distribution, use, or copying > of this > > email or the information it contains by other than the intended recipient is > > unauthorized. If you received this email in error please delete it > immediately from > > your system and notify the sender promptly by email that you have done so. > > > > > > > > Le présent courriel peut contenir de l'information privilégiée ou > confidentielle. > > La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute > diffusion, > > utilisation ou copie de ce courriel ou des renseignements qu'il contient par > une > > personne autre que le ou les destinataires désignés est interdite. Si vous > recevez > > ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans > délai à > > l'expéditeur un message électronique pour l'aviser que vous avez éliminé de > votre > > ordinateur toute copie du courriel reçu. > > -- > CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential > information
[Veritas-bu] question about restores in NB 6.5.x
Hello Netbackup Gurus, So I thought I would toss this out and get some feedback. As we all know, Netbackup automatically sets restore jobs to have the highest priority when placed into the queue, barring any changes to the configuration, acts of the unknown and just plain weird stuff That being said, we had a issue during a disaster recovery scenario where we had multiple restores running and fighting for resources. On top of that, we had to try and organize the restores in such a way that this restore runs first, followed by this one, than this one and so on (i.e. set a priority/order within the restore jobs). My question is that in my digging on google and symantec's site, I can't seem to find anything that would let me change the priority/order of multiple restore jobs; has anyone run into this and/or devised a method and/or has some tips on how they handle restores during a disaster recovery scenario in order to set priorities on what gets what resources and thus done first? -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Status Code 150's
We had a similar issue with NBU 5.1 MP5. We rolled to 6 in an attempt to fix the problem and it only made it worse. We ended up rolling back to 5 and setting up a call with Symantec. At the end of the day, it was a memory leak which they issued a fix for. I would suggest trending the memory, recording the results and getting a call opened with Symantec. We have not experienced this issue since we got the fix for Symantec as an fyi! On 4/3/08, [EMAIL PROTECTED] < [EMAIL PROTECTED]> wrote: > > Randy, > > When running on NBU 5.1 MP6, we would experience this error about every 10 > days and we had 16GB memory on the master, but on HP-UX 11.11 you are > limited to 1.75GB of shared memory on 32-bit apps. This technote > describes the issue/memory leak ( > http://seer.entsupport.symantec.com/docs/294251.htm), but our only > recourse was to recycle NBU once a week. > > We upgraded to NBU 6.0 last fall and this issue doesn't occur due to the > elimination of bpsched. > > > Mike > > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *ZIMMER, RANDY K > [AG/1000] > *Sent:* Thursday, April 03, 2008 10:10 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] Status Code 150's > > > > All, > > I have a Master Server which is a RP2470 with 1024KB of memory and we > process about 1500 backups per day through it. In the past two weeks I > have experienced Code 150's, but the backups were not cancelled by an > administrator, but by the system. Here is the error we receive when it > occurs: > > 3688660: 05:05:29.648 [10196]*** <16>* start_backup_job: fork error: Not > enough space (12) > > 3688661: 05:05:29.648 [10196]*** <16>* run_any_ret_level: failure starting > backup job, PID=-1 > > When this happens nothing else will schedule unti we either restart all > the NB process or reboot the server, and I have done both. We logged a call > on this and there is no fix for this as of yet but there is one planned in > 5.1MP7 which is due out sometime this month. The recommendation was to > increase the memory on the server (I realize 1GB is extremely low), and we > should be receiving it shortly. I have load balanced the schedule as much > as I can. Has anyone else experienced this issue and if so do you have > any information that would be helpful? The first two times this happened > I rebooted the server and the subsequent outages all I did was recycle the > application. I'm looking for any and all opinions on this topic. > > Thanks, > > Randy K. Zimmer > Sr. Unix System Administrator > Office: 314-694-3109 > Cell: 314-960-0500 > [EMAIL PROTECTED] > > *This e-mail message may contain privileged and/or confidential > information, and is intended to be received only by persons entitled to > receive such information. If you have received this e-mail in error, please > notify the sender immediately. Please delete it and all attachments from any > servers, hard drives or any other media. Other use of this e-mail by you is > strictly prohibited.* > > *All e-mails and attachments sent and received are subject to monitoring, > reading and archival by Monsanto, including its subsidiaries. The recipient > of this e-mail is solely responsible for checking for the presence of > "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts > no liability for any damage caused by any such code transmitted by or > accompanying this e-mail or any attachment.* > > This e-mail and any attachments may contain confidential information of > Northwestern Mutual. If you are not the intended recipient of this message, > be aware that any disclosure, copying, distribution or use of this e-mail > and any attachments is prohibited. If you have received this e-mail in > error, please notify Northwestern Mutual immediately by returning it to the > sender and delete all copies from your system. Please be advised that > communications received via the Northwestern Mutual Secure Message Center > are secure. Communications that are not received via the Northwestern Mutual > Secure Message Center may not be secure and could be observed by a third > party. Thank you for your cooperation. > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU
1. There is a large difference in a backup/recovery system versus an archiving system. 2. VTL systems 3. Helpful scripting hints to aid with netbackup would be nice! On 4/2/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > I agree that you should not have to spend your personal time do anything > for work unless of course you like to do that sort of thing (I don't mind > whatsoever.) However, I have read through most of the admin and install > guides, and I was given plenty of time to do so, WHILE I was working. > > I don't think the problem lies with Veritas/Symantec creating large > manuals, but rather with a management that only gives you a week(s), instead > of the time it would take you, to read through documentation and become > familiar with a product. I personally spent 5+ months read and testing and > reading and testing before upgrade from 5.1 to 6 and by that time I was > already fairly familiar with the netbackup line of products from working > with 5.1. > > For a product as extensive as NetBackup is, I think the guides are a > necessity, at the very least the admin and install. One of the most > important for me was the commands guide or unix manpages. > > I personally despise quick start guides, unless maybe I want to quickly > find a feature of say an iPod, not an Enterprise level application. > > > > > Jared M. Seaton > Recovery Administrator > Mylan Inc. > 304-554-5926 > 304-685-1389 (Cell) > > > *"WEAVER, Simon (external)" <[EMAIL PROTECTED]>* > Sent by: [EMAIL PROTECTED] > > 04/02/2008 10:14 AM >To > "Martin, Jonathan" <[EMAIL PROTECTED]>, > VERITAS-BU@mailman.eng.auburn.edu cc > Subject > Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU > > > > > > sorry guys, but I will have to agree. > > when I implemented 3.4, I was given the CD, and a box of books from > Veritas. I was expected to read them in my own time. In fact, the manuals > were so big, I had very little choice in the matter. I should not have to > give up my own personal time, but I did. > > I would prefer something short and simple. I do use some PDF's for online > agents or seperate licensed products that integrated into NBU, but to be > expected to read large manuals is something I just cannot always do. > > Like Jonathan said, he regrets spending his time reading the manuals, when > his own personal time should be with his family. I regret it, but how can I > be expected (at the time) to read the manuals, and implement a solution > within 1 week!!! it was a case of hands on, learning by my (serious) errors > and understanding, and in the end, taking the work home with me. > > How sad is that ! But I guess we all had to start somewhere. > > Thats my 20p worth! and not a penny more :-) > Simon > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Martin, Jonathan > * > Sent:* Wednesday, April 02, 2008 2:51 PM* > To:* [EMAIL PROTECTED] > Subject:* Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU > > Hence the "quick start guide." Thankfully most software vendors seem to > have "caught on." i.e. I don't want to read 800 pages of technical > nonsense, most of which I may never need, to get their product's basic > functionality working. Sure, sure when I want to go configuring Oracle or > SAP or SharePoint I need to peruse that length document for technical assist > but I don't have that kind of time if all I want to do is run a simple > backup on Windows or Linux or whatever. This is backup software, and I want > to do backups with it. If I wanted a fortnight's read I'd have taken an > English class. Don't get me wrong, I'm not saying that a competent admin > doesn't need to be familiar with the ends and out of a product. But if you > are just taking a new software for a "test drive" then why all the hassle? > I never put anything into production without kicking its tires a few times > in dev, and what happens if in Dev I found out the product isn't going to > meet muster? I regret all the time spent reading their )!*&#$^ admin guide > instead of playing with my wife / kids / Halo 3 / what have you. > > Just my $.02 > > -Jonathan > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Paul Keating* > Sent:* Wednesday, April 02, 2008 9:10 AM* > To:* Jeff Lightner; [EMAIL PROTECTED] > Subject:* Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU > > > I have my doubts. > > You'd be surprised how many folks skip the product manuals and go straight > for the O'Reilly books > > -- > -Original Message-* > From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Jeff Lightner* > Sent:* April 01, 2008 10:29 AM* > To:* [EMAIL PROTECTED]; Curtis Preston; > [EMAIL PROTECTED] > Subject:* Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU > > While on the surface it seems reasonable to say look at the manuals/pdfs > it seems that so
Re: [Veritas-bu] Adding Linux to NetBackup Environment as a Master andMedia Server.
Is there something specific you are looking to get answered or just experiences? On 3/25/08, Robin Small <[EMAIL PROTECTED]> wrote: > > We're running SLES9SP4 (I'd like to get up to 10SP1, but haven't yet) > > We had some issues with init scripts starting on 6.0, but with 6.5 it's > been addressed. > It's on a Dell 2650 and is using a QLogic 2342 dual channel fiber card. > > It's been really solid. > > ~ Robin > > >>> "ZIMMER, RANDY K [AG/1000]" <[EMAIL PROTECTED]> 3/25/2008 > 6:00 AM >>> > All, > > I'm looking for guidance on using Linux in our NetBackup environment. > We are getting ready to update our current infrastructure. If we go > with Linux we will use the Dell hardware but I need to know from you is > how the systems should be sized, what HBA's do you recommend, what OS, > does it matter if it is RedHat or SLES? I backup about 300 TB a month > in my production environment running around 1500 jobs per day, with a > lot of it being Oracle backups. Any help would be greatly appreciated. > > Thanks, > > Randy K. Zimmer > Sr. Unix System Administrator > Office: 314-694-3109 > Cell: 314-960-0500 > [EMAIL PROTECTED] > > > > > - > This e-mail message may contain privileged and/or confidential > information, and is intended to be received only by persons entitled to > receive such information. If you have received this e-mail in error, please > notify the sender immediately. Please delete it and all attachments from any > servers, hard drives or any other media. Other use of this e-mail by you is > strictly prohibited. > > > All e-mails and attachments sent and received are subject to monitoring, > reading and archival by Monsanto, including its subsidiaries. The recipient > of this e-mail is solely responsible for checking for the presence of > "Viruses" or other "Malware". Monsanto, along with its subsidiaries, accepts > no liability for any damage caused by any such code transmitted by or > accompanying this e-mail or any attachment. > > - > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VERITAS-BU@mailman.eng.auburn.edu
Are you talking about assigning it to the catalog backup pool? On 3/24/08, Keating, John <[EMAIL PROTECTED]> wrote: > > Does anyone know how to quickly specify a certain tape for my catalog > backups? > > > > We use Veritas 6.5 on windows 2003 server w/ a Quantum M1500 LTO1 tape > library. > > > > Thanks for your help. > > > > John Keating > > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 6.5.1. bpdbm core dump when running hot catalog backups
Now that we got this resolved with the aliases (thanks John) I wanted to drop this on everyone and see what their thoughts are. Same details as the previous issue (recap): 1. mix environment; primarily AIX5xxx boxes, master/media servers, all have multiple NIC interfaces (pub/private/backup) 2. going from NB5MP5 to NB651 3. procedure went like so: a. stop services b. upgrade environment c. run nbpushdata and note errors (go back and fix in nb5 if required) d. patch e. start services f. push client g. test backups/restores 4. Fixed alias issue Catalog backups (HOT) cause a bpdbm core dump (here are the contents of the log file): (dbx) where pthread_kill(??, ??) at 0xd0063288 _p_raise(??) at 0xd0062d20 raise.raise(??) at 0xd01fa0a0 abort.abort() at 0xd021a7c4 ut_onsig_sig_handler__FiPvT2(??, ??, ??) at 0xd05a281c .() at 0x0 thread_lane_resources_manager__12TAO_ORB_CoreFv() at 0xd553bea4 lane_resources__12TAO_ORB_CoreFv() at 0xd553be18 leader_follower__12TAO_ORB_CoreFv() at 0xd553bdd8 reactor__12TAO_ORB_CoreFv() at 0xd55b5190 init__12TAO_ORB_CoreFRiPPc() at 0xd56030d0 ORB_init__5CORBAFRiPPcPCcR17CORBA_Environment() at 0xd55965cc ORB_init__5CORBAFRiPPcPCc() at 0xd559589c Init_3OrbFP17ACE_Timer_Queue_TXTP17ACE_Event_HandlerT39ACE_Event_Handler_Handle_Timeout_UpcallXT14ACE_Null_Mutex_T14ACE_Null_Mutex_() at 0xd2a87a68 initializeJmComm__FPCcPCcP12hidecorbaobjPFiPCcPCc_iPCc() at 0x1016d2ac initializeJobInstInterface() at 0x1016f720 jmcomm_UpdateActionStatus() at 0x1016f87c image_db() at 0x107ec704 process_request() at 0x107d6bf0 listen_loop() at 0x107d7c3c bpdbm.main() at 0x107d55c4 A couple of other things to note: 1. We have checked the classes/db folder for bad/old policies and removed any 2. We have checked the temp folder for misc junk per the technote and removed that as well to no available 3. Every other policy functions just fine; backups/restores and cold catalogs are fully functional with no errors Any takers? And if more information is needed (not sure what else I can send but let me know and I will do my best) let me know! Thanks for any input on this! -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] big issue with netbackup upgrade; any insight?
Sorry, I meant to mention that this is on our HOT catalog backups. See correction below! On Wed, Mar 12, 2008 at 11:24 AM, rascal <[EMAIL PROTECTED]> wrote: > Awesome John; this resolved our problems! Thanks very much and I can tell > you I am very excited about the prospect of more EMM aliases (read: > sarcasm)!! > > I had tried the aliases before but I think that is where I made my mistake > in that I didn't use the command correctly but with your help, we got it > resolved. Now we have another fun issue that perhaps you can offer some > insight on: > > Now that we got this resolved with the aliases I wanted to drop this on > everyone and see what their thoughts are. Same details as the previous > issue (recap): > > 1. mix environment; primarily AIX5xxx boxes, master/media servers, all > have multiple NIC interfaces (pub/private/backup) > 2. going from NB5MP5 to NB651 > 3. procedure went like so: > a. stop services > b. upgrade environment > c. run nbpushdata and note errors (go back and fix in nb5 if > required) > d. patch > e. start services > f. push client > g. test backups/restores > 4. Fixed alias issue > > WRONG Catalog backups (cold) cause a bpdbm core dump (here are the > contents of the log file): > *RIGHTCatalog backups (HOT) cause a bpdbm core dump (here are the > contents of the log file):* > > dbx) where > pthread_kill(??, ??) at 0xd0063288 > _p_raise(??) at 0xd0062d20 > raise.raise(??) at 0xd01fa0a0 > abort.abort() at 0xd021a7c4 > ut_onsig_sig_handler__FiPvT2(??, ??, ??) at 0xd05a281c > .() at 0x0 > thread_lane_resources_manager__12TAO_ORB_CoreFv() at 0xd553bea4 > lane_resources__12TAO_ORB_CoreFv() at 0xd553be18 > leader_follower__12TAO_ORB_CoreFv() at 0xd553bdd8 > reactor__12TAO_ORB_CoreFv() at 0xd55b5190 > init__12TAO_ORB_CoreFRiPPc() at 0xd56030d0 > ORB_init__5CORBAFRiPPcPCcR17CORBA_Environment() at 0xd55965cc > ORB_init__5CORBAFRiPPcPCc() at 0xd559589c > Init_3OrbFP17ACE_Timer_Queue_TXTP17ACE_Event_HandlerT39ACE_Event_Handler_Handle_Timeout_UpcallXT14ACE_Null_Mutex_T14ACE_Null_Mutex_() > at 0xd2a87a68 > initializeJmComm__FPCcPCcP12hidecorbaobjPFiPCcPCc_iPCc() at 0x1016d2ac > initializeJobInstInterface() at 0x1016f720 > jmcomm_UpdateActionStatus() at 0x1016f87c > image_db() at 0x107ec704 > process_request() at 0x107d6bf0 > listen_loop() at 0x107d7c3c > bpdbm.main() at 0x107d55c4 > > Any ideas folks? > > > On Tue, Mar 11, 2008 at 11:44 AM, Nardello, John <[EMAIL PROTECTED]> > wrote: > > > I'm assuming you have multiple hostnames defined for the Master/Media > > servers, one per interface ? If so, welcome to the fun word of EMM aliases. > > =) > > > > # <[EMAIL PROTECTED]> nbemmcmd -machinealias -help > > NBEMMCMD, Version:6.0MP5(20060530) > > Help requested. > > Usage: > > nbemmcmd -machinealias [-brief] > > [-addalias -alias -machinename ] > > [-deletealias -alias ] > > [-deleteallaliases -machinename ] > > [-getaliases -machinename ] > > -machinetype > > Command completed successfully. > > I've seen this kind of thing when the Media Servers in particular have > > multiple interefaces and are attempting communication over a different one > > than normal. You basically just need to add an alias to authorize that > > interface. > > > > So if your alternate interface is myhost-backup on your media server, > > then you'd run: > > nbemmcmd -machinealias -addalias -alias myhost-backup -machinename > > myhost -machinetype media > > > > Then you can use the 'getaliases' option to list out what you've > > currently got defined and make sure all your interfaces are listed. > > > > Hope that helps. > > John Nardello > > > > -- > > *From:* [EMAIL PROTECTED] [mailto: > > [EMAIL PROTECTED] *On Behalf Of *rascal > > *Sent:* Tuesday, March 11, 2008 8:38 AM > > *To:* veritas-bu@mailman.eng.auburn.edu > > *Subject:* [Veritas-bu] big issue with netbackup upgrade; any insight? > > > > Good morning/afternoon/evening all, > > > > So I have run into a fun, fun issue with my netbackup upgrade. > > Here are the details: > > > > 1. mix environment; primarily AIX5xxx boxes, master/media servers, all > > have multiple NIC interfaces (pub/private/backup) > > 2. going from NB5MP5 to NB651 > > 3. procedure went like so: > > a. stop services > > b. upgrade environment > > c. run nbpushdata and note errors (go back and fix in nb5 if > > requir
[Veritas-bu] Summary Netbackup client failing on daily incremental.....
Thanks to Rusty and the group on this one as the suggestions lead me to confirming that VSS was in fact junk and running the new SP resolved this issue for us (luckily). The errors have gone away and the bad vss false starts/stops/try again(s) have also gone away and now our incrementals work just fine! Thanks again everyone! On Sat, Mar 8, 2008 at 10:56 AM, <[EMAIL PROTECTED]> wrote: > > Since I replied to the other poster that had these issues, I thought I > would reply again to you. > It is most likely VSS causing your problem. There are a couple of things > you can do to check this: > 1)Use NTBackup to backup system state/shadow copy components and if it > fails, it's related to VSS on the host. > 2)Turn off VSS/VSP in NetBackup for the client and then try to backup the > individual drive letters and not Shadow Copy Components, which is also > captured by All Local Drives. Shadow Copy Components uses VSS to properly > backup and to avoid this you have to avoid using it to backup. If you > disable VSS on the host, you won't be able to get Shadow Copy Componets, I > do not believe. If this backup works, then NBU is ok and you'll need to look > at VSS. > > I'm not sure what our Windows team did to fix the VSS issues we've had, > but from my understanding they worked with MS and it was not fun. > > Good Luck! > > *Rusty Major, MCSE, BCFP, VCS* ▪ Sr. Storage Engineer ▪ SunGard > Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ > 281-584-4693 > Keeping People and Information Connected(R) ▪ * > http://availability.sungard.com/* <http://availability.sungard.com/> > P *Think before you print* > CONFIDENTIALITY: This e-mail (including any attachments) may contain > confidential, proprietary and privileged information, and unauthorized > disclosure or use is prohibited. If you received this e-mail in error, > please notify the sender and delete this e-mail from your system. > > > *rascal <[EMAIL PROTECTED]>* > Sent by: [EMAIL PROTECTED] > > 03/07/2008 09:56 AM > To > VERITAS-BU@mailman.eng.auburn.edu cc > Subject > Re: [Veritas-bu] Netbackup client failing on daily incremental but > ok on the > > > > > Excellent point and one that I had thought of. I went back and looked at > my email and I had a typo; the OS is W2K3 SP1 (problem box) and W2K3 SP2 > (master). But that is something I have been toying with. Do you happen to > know if there were any "fixes" to the VSS/WMI process in SP2? Another > question would be, given my previous email's logs that I included, does it > seem like the problem is in the VSS/WMI process/sub-processes or am I going > down the wrong trail? > > On Thu, Mar 6, 2008 at 5:45 PM, bruceephx <* > [EMAIL PROTECTED] <[EMAIL PROTECTED]>> > wrote: > > >From a Windows standpoint, any reason your on SP1 and SP2? Those were > pretty unstable SP's. I had problems with Win2K until I got to SP4. Plus > there is a Rollup update in addition to SP4, but that is mostly security > patches. With Win2K at End of Life at Microsoft, getting fixes for VSS or > WMI for those SP releases will be very difficult. The daylight savings time > updates for Win2K server was going to cost $4,000 even though we have a > support contract. [Shocked] > > +-- > |This was sent by [EMAIL PROTECTED]<[EMAIL PROTECTED]>via Backup Central. > |Forward SPAM to [EMAIL PROTECTED] <[EMAIL PROTECTED]>. > +-- > > > ___ > Veritas-bu maillist - [EMAIL PROTECTED] > * > **http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu*<http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu> > > > > -- > Matthew MCP, MCSA, MCTS, OCA* > [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > > Define Trouble: > Why did you apply THAT patch?? > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] big issue with netbackup upgrade; any insight?
Awesome John; this resolved our problems! Thanks very much and I can tell you I am very excited about the prospect of more EMM aliases (read: sarcasm)!! I had tried the aliases before but I think that is where I made my mistake in that I didn't use the command correctly but with your help, we got it resolved. Now we have another fun issue that perhaps you can offer some insight on: Now that we got this resolved with the aliases I wanted to drop this on everyone and see what their thoughts are. Same details as the previous issue (recap): 1. mix environment; primarily AIX5xxx boxes, master/media servers, all have multiple NIC interfaces (pub/private/backup) 2. going from NB5MP5 to NB651 3. procedure went like so: a. stop services b. upgrade environment c. run nbpushdata and note errors (go back and fix in nb5 if required) d. patch e. start services f. push client g. test backups/restores 4. Fixed alias issue Catalog backups (cold) cause a bpdbm core dump (here are the contents of the log file): dbx) where pthread_kill(??, ??) at 0xd0063288 _p_raise(??) at 0xd0062d20 raise.raise(??) at 0xd01fa0a0 abort.abort() at 0xd021a7c4 ut_onsig_sig_handler__FiPvT2(??, ??, ??) at 0xd05a281c .() at 0x0 thread_lane_resources_manager__12TAO_ORB_CoreFv() at 0xd553bea4 lane_resources__12TAO_ORB_CoreFv() at 0xd553be18 leader_follower__12TAO_ORB_CoreFv() at 0xd553bdd8 reactor__12TAO_ORB_CoreFv() at 0xd55b5190 init__12TAO_ORB_CoreFRiPPc() at 0xd56030d0 ORB_init__5CORBAFRiPPcPCcR17CORBA_Environment() at 0xd55965cc ORB_init__5CORBAFRiPPcPCc() at 0xd559589c Init_3OrbFP17ACE_Timer_Queue_TXTP17ACE_Event_HandlerT39ACE_Event_Handler_Handle_Timeout_UpcallXT14ACE_Null_Mutex_T14ACE_Null_Mutex_() at 0xd2a87a68 initializeJmComm__FPCcPCcP12hidecorbaobjPFiPCcPCc_iPCc() at 0x1016d2ac initializeJobInstInterface() at 0x1016f720 jmcomm_UpdateActionStatus() at 0x1016f87c image_db() at 0x107ec704 process_request() at 0x107d6bf0 listen_loop() at 0x107d7c3c bpdbm.main() at 0x107d55c4 Any ideas folks? On Tue, Mar 11, 2008 at 11:44 AM, Nardello, John <[EMAIL PROTECTED]> wrote: > I'm assuming you have multiple hostnames defined for the Master/Media > servers, one per interface ? If so, welcome to the fun word of EMM aliases. > =) > > # <[EMAIL PROTECTED]> nbemmcmd -machinealias -help > NBEMMCMD, Version:6.0MP5(20060530) > Help requested. > Usage: > nbemmcmd -machinealias [-brief] > [-addalias -alias -machinename ] > [-deletealias -alias ] > [-deleteallaliases -machinename ] > [-getaliases -machinename ] > -machinetype > Command completed successfully. > I've seen this kind of thing when the Media Servers in particular have > multiple interefaces and are attempting communication over a different one > than normal. You basically just need to add an alias to authorize that > interface. > > So if your alternate interface is myhost-backup on your media server, then > you'd run: > nbemmcmd -machinealias -addalias -alias myhost-backup -machinename > myhost -machinetype media > > Then you can use the 'getaliases' option to list out what you've currently > got defined and make sure all your interfaces are listed. > > Hope that helps. > John Nardello > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *rascal > *Sent:* Tuesday, March 11, 2008 8:38 AM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] big issue with netbackup upgrade; any insight? > > Good morning/afternoon/evening all, > > So I have run into a fun, fun issue with my netbackup upgrade. Here > are the details: > > 1. mix environment; primarily AIX5xxx boxes, master/media servers, all > have multiple NIC interfaces (pub/private/backup) > 2. going from NB5MP5 to NB651 > 3. procedure went like so: > a. stop services > b. upgrade environment > c. run nbpushdata and note errors (go back and fix in nb5 if > required) > d. patch > e. start services > f. push client > g. test backups/restores > > So here is what is interesting. > > 1. Hot catalogs fail; here is an error: > 03/09/2008 11:00:20 - begin Catalog Backup > 03/09/2008 11:00:24 - Error bpbackupdb (pid=5779600) > jmcomm_RequestMultipleResources() failed with stat = 800 > 03/09/2008 11:00:24 - Error bpbackupdb (pid=5779600) NBJM returned an > extended error status: resource request failed (800) > 03/09/2008 11:00:24 - end Catalog Backup; elapsed time 0:00:04 > 03/09/2008 11:00:25 - Error bpbackupdb (pid=5779600) Offline catalog > backup to media id XX FAILED > 03/09/2008 11:00:22 - requesting resource XX > 03/09/2008 11:00:22 - Error nbjm (pid=1810436) NBU status: 800, EMM > stat
[Veritas-bu] big issue with netbackup upgrade; any insight?
Good morning/afternoon/evening all, So I have run into a fun, fun issue with my netbackup upgrade. Here are the details: 1. mix environment; primarily AIX5xxx boxes, master/media servers, all have multiple NIC interfaces (pub/private/backup) 2. going from NB5MP5 to NB651 3. procedure went like so: a. stop services b. upgrade environment c. run nbpushdata and note errors (go back and fix in nb5 if required) d. patch e. start services f. push client g. test backups/restores So here is what is interesting. 1. Hot catalogs fail; here is an error: 03/09/2008 11:00:20 - begin Catalog Backup 03/09/2008 11:00:24 - Error bpbackupdb (pid=5779600) jmcomm_RequestMultipleResources() failed with stat = 800 03/09/2008 11:00:24 - Error bpbackupdb (pid=5779600) NBJM returned an extended error status: resource request failed (800) 03/09/2008 11:00:24 - end Catalog Backup; elapsed time 0:00:04 03/09/2008 11:00:25 - Error bpbackupdb (pid=5779600) Offline catalog backup to media id XX FAILED 03/09/2008 11:00:22 - requesting resource XX 03/09/2008 11:00:22 - Error nbjm (pid=1810436) NBU status: 800, EMM status: The host is not defined in EMM An extended error status has been encountered, check detailed status (252) 2. Restores to different locations other than local server: 03/11/2008 09:09:25 - begin Restore 03/11/2008 09:09:30 - number of images required: 1 03/11/2008 09:09:30 - media needed: XX 03/11/2008 09:10:09 - restoring from image _1191236706 03/11/2008 09:10:13 - connecting 03/11/2008 09:10:16 - connected; connect time: 0:00:00 03/11/2008 09:10:17 - Error bptm (pid=4772066) NBJM returned an extended error status: resource request failed (800) 03/11/2008 09:10:15 - requesting resource XX 03/11/2008 09:10:15 - Error nbjm (pid=5107866) NBU status: 800, EMM status: The host is not defined in EMM 03/11/2008 09:10:15 - Error nbjm (pid=5107866) NBU status: 800, EMM status: The host is not defined in EMM 03/11/2008 09:10:18 - Error bptm (pid=1904656) The following files/folders were not restored: 03/11/2008 09:10:22 - Error bptm (pid=1904656) more than 10 files were not restored, remaining ones are shown in the progress log. 03/11/2008 09:10:23 - restored from image _1191236706; restore time: 0:00:14 03/11/2008 09:10:25 - Warning bprd (pid=5132452) Restore must be resumed prior to first image expiration on Sun Sep 29 07:05:06 EDT 2013 03/11/2008 09:10:26 - end Restore; elapsed time 0:01:01 the restore failed to recover the requested files (5) So here I sit, trying to figure out what the issue is that I am experiencing but I can't seem to get it nailed to anything in particular. It seems that it is only happening on the upgrades though; these same boxes can be just installed with 6.5.1 (no upgrade) and it works fine. Anyone else see this? Anyone else run into the emm 800 errors? -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5
ok, so we found an interesting issue now with our upgrades. Right now our master/media server is experiencing issues with hot catalog backups (to tape). Here are some interesting, fun facts: 1. our master server is an aix box with multiple interfaces 2. its an upgrade from 5.1mp5 to 6.5.1 3. everything BUT catalog works just peachy 4. Error codes in include 252 (800), and 134. Anyone have this problem out there? On Fri, Mar 7, 2008 at 10:31 AM, rascal <[EMAIL PROTECTED]> wrote: > We are going through the upgrade process right now (5.1 to 6.5.1. on > multiple servers/clients spanning aix5, solaris9/10, w2k3). So far we have > run into a couple of hiccups: > > 1. DB inconsistency: Call Symantec!!! Save your sanity, lol! > 2. If you have multiple interfaces that you are using (pub, private, > backup, extra, etc...) keep an eye on this as this caused some issues with > our configuration and forced us to rollback to 5.1 at one site to resolve > (simply rebuilding the device base and re-inventory the library). > 3. VxSS: nno issues thus far... > 4. Catalog backup change: We noticed that the EMM becomes "unavailable" > during a backup; anyone else see this or this part of the new approach that > netbackup is taking with catalogs? > > Other than that, everything seems to be running good. Anyone else? > > On Thu, Mar 6, 2008 at 10:28 AM, Weber, Philip <[EMAIL PROTECTED]> > wrote: > > > We upgraded our environment a couple of weeks ago, from 5.1 to 6.5.1. > > Follow the instructions, and make sure you have a call open with Symantec > > well in advance so you can run all the database consistency checks and pass > > the results back and forth to Symantec to resolve any issues with media - we > > went through several cycles of this. This environment is Solaris 9 / > > Solaris 10 with 1 master and 4 media servers, 2 Spectralogic libraries with > > LTO2/LTO3 tapes & encryption. Solaris & Windows clients. > > > > Issues during the upgrade : > > > >- Still had problems with some LTO1 tapes imported from a previous > >environment. Easily resolved with a call to Symantec. > >- Couldn't automatically upgrade the Solaris clients without going > >to them all to create a symlink for gzip and gunzip, easily resolved but > > a > >bit naff. > >- Ongoing issues with Advanced Client where I can't get the > >snapctl driver to work at all (Solaris). See separate posting. > > > > thanks, Phil > > > > -- > > *From:* [EMAIL PROTECTED] [mailto: > > [EMAIL PROTECTED] *On Behalf Of *WEAVER, Simon > > (external) > > *Sent:* 04 March 2008 15:35 > > > > *To:* Tony T.; veritas-bu@mailman.eng.auburn.edu > > *Subject:* Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x- > > 6.5 > > > > Id be interested to hear if anyone had a plan of action from any NBU > > upgrade - I will be doing 5.1 to 6.5.1 > > > > Si > > > > -- > > *From:* [EMAIL PROTECTED] [mailto: > > [EMAIL PROTECTED] *On Behalf Of *Tony T. > > *Sent:* Tuesday, March 04, 2008 3:32 PM > > *To:* veritas-bu@mailman.eng.auburn.edu > > *Subject:* [Veritas-bu] Lets hear about your upgrade experience! 5.x - > > 6.5 > > > > Hi all, > > > > I am interested in hearing about any of the upgrades that you have done, > > mainly going from 5.x to 6.5 > > There seem to be quite a few environments (in my area) that are looking > > to upgrade, and I am putting together some documentation > > that asks questions to better prepare for it. I am still learning the > > ropes of NBU but I have a lot of experience with the server side > > of things especially Sun and AIX systems with SAN storage. > > > > I have the Symantec upgrade guide "Upgrading to Veritas Netbackup 6.5" > > and it appears to be pretty detailed, but it just covers the steps to get > > from point A to point B. > > Some of the things I am interested in finding out: > > > > - is there anyway to estimate how long step X might take? I realize > > that there are so many variables that it is not possible to say > > "popluating the EMM will take X hours" but > > if enough people chime in on what their experience was like, maybe we > > can come up with an average > > > > - have there been any show stoppers that were unanticipated? We could > > all learn from this, knowing what questions to ask up front based on our > > past...er...challenges. NBU has so many options and is such a broad product > >
Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5
We are going through the upgrade process right now (5.1 to 6.5.1. on multiple servers/clients spanning aix5, solaris9/10, w2k3). So far we have run into a couple of hiccups: 1. DB inconsistency: Call Symantec!!! Save your sanity, lol! 2. If you have multiple interfaces that you are using (pub, private, backup, extra, etc...) keep an eye on this as this caused some issues with our configuration and forced us to rollback to 5.1 at one site to resolve (simply rebuilding the device base and re-inventory the library). 3. VxSS: nno issues thus far... 4. Catalog backup change: We noticed that the EMM becomes "unavailable" during a backup; anyone else see this or this part of the new approach that netbackup is taking with catalogs? Other than that, everything seems to be running good. Anyone else? On Thu, Mar 6, 2008 at 10:28 AM, Weber, Philip <[EMAIL PROTECTED]> wrote: > We upgraded our environment a couple of weeks ago, from 5.1 to 6.5.1. > Follow the instructions, and make sure you have a call open with Symantec > well in advance so you can run all the database consistency checks and pass > the results back and forth to Symantec to resolve any issues with media - we > went through several cycles of this. This environment is Solaris 9 / > Solaris 10 with 1 master and 4 media servers, 2 Spectralogic libraries with > LTO2/LTO3 tapes & encryption. Solaris & Windows clients. > > Issues during the upgrade : > >- Still had problems with some LTO1 tapes imported from a previous >environment. Easily resolved with a call to Symantec. >- Couldn't automatically upgrade the Solaris clients without going >to them all to create a symlink for gzip and gunzip, easily resolved but a >bit naff. >- Ongoing issues with Advanced Client where I can't get the snapctl >driver to work at all (Solaris). See separate posting. > > thanks, Phil > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *WEAVER, Simon > (external) > *Sent:* 04 March 2008 15:35 > > *To:* Tony T.; veritas-bu@mailman.eng.auburn.edu > *Subject:* Re: [Veritas-bu] Lets hear about your upgrade experience! 5.x - > 6.5 > > Id be interested to hear if anyone had a plan of action from any NBU > upgrade - I will be doing 5.1 to 6.5.1 > > Si > > -- > *From:* [EMAIL PROTECTED] [mailto: > [EMAIL PROTECTED] *On Behalf Of *Tony T. > *Sent:* Tuesday, March 04, 2008 3:32 PM > *To:* veritas-bu@mailman.eng.auburn.edu > *Subject:* [Veritas-bu] Lets hear about your upgrade experience! 5.x - 6.5 > > Hi all, > > I am interested in hearing about any of the upgrades that you have done, > mainly going from 5.x to 6.5 > There seem to be quite a few environments (in my area) that are looking to > upgrade, and I am putting together some documentation > that asks questions to better prepare for it. I am still learning the > ropes of NBU but I have a lot of experience with the server side > of things especially Sun and AIX systems with SAN storage. > > I have the Symantec upgrade guide "Upgrading to Veritas Netbackup 6.5" and > it appears to be pretty detailed, but it just covers the steps to get from > point A to point B. > Some of the things I am interested in finding out: > > - is there anyway to estimate how long step X might take? I realize that > there are so many variables that it is not possible to say "popluating the > EMM will take X hours" but > if enough people chime in on what their experience was like, maybe we can > come up with an average > > - have there been any show stoppers that were unanticipated? We could all > learn from this, knowing what questions to ask up front based on our > past...er...challenges. NBU has so many options and is such a broad product > that I doubt any two environments are identical. > > > Just sort of brain storming here, looking forward to hearing (seeing?) > what you all have to share. If we get a good dialog going I will attempt to > compile it into something usable > and post it back here. > > T. > > > > -- > ) > ( > ) > [_]) This email (including any attachments) may contain confidential > and/or > privileged information or information otherwise protected from disclosure. > If you are not the intended recipient, please notify the sender > immediately, do not copy this message or any attachments and do not use it > for any purpose or disclose its content to any person, but delete this > message and any attachments from your system. Astrium disclaims any and > all > liability if this email transmission was virus corrupted, altered or > falsified. > - > Astrium Limited, Registered in England and Wales No. 2449259 > REGISTERED OFFICE:- > Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England > > -- > > * Egg is a trading name of the Egg group of companies which includes: Egg > Financial Intermediation Ltd (r
Re: [Veritas-bu] Netbackup client failing on daily incremental but ok on the
Excellent point and one that I had thought of. I went back and looked at my email and I had a typo; the OS is W2K3 SP1 (problem box) and W2K3 SP2 (master). But that is something I have been toying with. Do you happen to know if there were any "fixes" to the VSS/WMI process in SP2? Another question would be, given my previous email's logs that I included, does it seem like the problem is in the VSS/WMI process/sub-processes or am I going down the wrong trail? On Thu, Mar 6, 2008 at 5:45 PM, bruceephx <[EMAIL PROTECTED]> wrote: > > >From a Windows standpoint, any reason your on SP1 and SP2? Those were > pretty unstable SP's. I had problems with Win2K until I got to SP4. Plus > there is a Rollup update in addition to SP4, but that is mostly security > patches. With Win2K at End of Life at Microsoft, getting fixes for VSS or > WMI for those SP releases will be very difficult. The daylight savings time > updates for Win2K server was going to cost $4,000 even though we have a > support contract. [Shocked] > > +-- > |This was sent by [EMAIL PROTECTED] via Backup Central. > |Forward SPAM to [EMAIL PROTECTED] > +-- > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup client failing on daily incremental but ok on the weekly fulls; weird
I guess that could help huh? Sorry about that but here it is: 3/5/2008 8:06:47 PM - started process bpbrm (4508) 3/5/2008 8:06:47 PM - connecting 3/5/2008 8:06:48 PM - connected; connect time: 00:00:01 3/5/2008 8:06:48 PM - mounted 3/5/2008 8:06:48 PM - positioning SSO352 to file 3 3/5/2008 8:07:05 PM - positioned SSO352; position time: 00:00:17 3/5/2008 8:07:05 PM - begin writing 3/5/2008 8:10:01 PM - Error bpbrm(pid=1352) from client SSHMKTFIL02: ERR - failure reading file: C:\WINNT\system32\wbem\Logs\FrameWork.log (WIN32 13: The data is invalid. ) 3/5/2008 8:21:35 PM - Error bpbrm(pid=1352) socket read failed, An existing connection was forcibly closed by the remote host. (10054) 3/5/2008 8:21:48 PM - end writing; write time: 00:14:43 file read failed(13) 3/5/2008 8:21:49 PM - Error bpsched(pid=6352) suspending further backup attempts for client SSHMKTFIL02, policy XXX-XX-XXX, schedule DailyIncr-XXX because it has exceeded the configured number of tries 3/5/2008 8:21:49 PM - Error bpsched(pid=6352) backup of client XX exited with status 13 (file read failed) A couple of notes; 1. The error always reports in NB as error code 13 2. Sometimes the line about the failure reading file C:\. is in there, sometimes not but it fails regardless Let me know what your thoughts are on this! On Thu, Mar 6, 2008 at 2:07 PM, <[EMAIL PROTECTED]> wrote: > > Could you provide the actual errors you are getting... > > > Jared > > > > *"rascal" <[EMAIL PROTECTED]>* > Sent by: [EMAIL PROTECTED] > > 03/06/2008 02:57 PM > To > veritas-bu@mailman.eng.auburn.edu cc > Subject > [Veritas-bu] Netbackup client failing on daily incremental but ok on the > weekly fulls; weird > > > > > Good afternoon everyone, > > I thought I would send this out and see what the group has to say > regarding this. I have the following configuration: > > 1. W2K SP2 Netbackup 5.1 master > 2. W2K SP1 Netbackup 5.1 MP4 client > 3. Weekly full backup job and daily incremental job > 4. Simple OS level backup > > The problem I have is that the weekly full job works fine on this > client while the daily incremental fails. Time doesn't seem to be a factor > as I have tried different times for running the incremental. Both the > client and server can communicate just fine during the incremental and there > is no firewall, filter, etc... between the two. In the event viewer I did > find the following: > > 2/16/08 - Daily incremental backup fails > 2/16 - 7:48:?pm - backup start > 2/16 - 7:48:27pm - Volume Shadow Copy svc start > 2/16 - 7:48:27pm - Volume Shadow Copy svc running > 2/16 - 7:48:33pm - MS Shadow Copy provider svc start > 2/16 - 7:48:33pm - MS Shadow Copy provider svc running > 2/16 - 8:31:31pm - Volume Shadow Copy svc stop > 2/16 - 8:34:32pm - MS Shadow Copy provider svc stop > 2/16 - 9:01:46pm - WMI Performance adapter svc start > 2/16 - 9:01:46pm - WMI Performance adapter svc running > 2/16 - 9:04:00pm - WMI Performance adapter svc stop > 2/16 - 10:16:44pm - WMI Performance adapter svc start > 2/16 - 10:16:44pm - WMI Performance adapter svc running > 2/16 - 10:19:00pm - WMI Performance adapter svc stop > 2/16 - 10:19:44pm - WMI Performance adapter svc start > 2/16 - 10:19:44pm - WMI Performance adapter svc running > 2/16 - 10:22:00pm - WMI Performance adapter svc stop > 2/17 - 11:00:00am - backup fails > > While the weekly full looks like this: > > 2/17/08 - Weekly full backup successful > 2/17 - 7:48:16pm - backup start > 2/17 - 7:48:24pm - Volume Shadow Copy svc start > 2/17 - 7:48:25pm - Volume Shadow Copy svc running > 2/17 - 7:48:32pm - MS Shadow Copy provider svc start > 2/17 - 7:48:32pm - MS Shadow Copy provider svc running > 2/17 - 8:38:53pm - WMI Performance adapter svc start > 2/17 - 8:38:53pm - WMI Performance adapter svc running > 2/17 - 8:41:00pm - WMI Performance adapter svc stop > 2/18 - 8:12:50am - backup complete > 2/18 - 8:15:44am - Volume Shadow Copy svc stop > 2/18 - 8:18:43am - MS Shadow Copy provider svc stop > > The only thing I can think of, and I haven't found a link just yet is that > there is a problem with the VSS/WMI services that might be causing this. > Other than that, I can't really find a good correlation. Any hints > anyone? > > > > -- > Matthew MCP, MCSA, MCTS, OCA* > [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > > Define Trouble: > Why did you apply THAT patch?? > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > == > CONFIDENTIALITY NOTICE: This e-mail
Re: [Veritas-bu] Netbackup client failing on daily incremental but ok on the weekly fulls; weird
Status code 13 when it fails and the weekly full always completes with status code 0. On Thu, Mar 6, 2008 at 2:24 PM, Steve Fogarty <[EMAIL PROTECTED]> wrote: > What the status code that the INC fails with? > > Steve > > > > On Thu, Mar 6, 2008 at 3:49 PM, rascal <[EMAIL PROTECTED]> wrote: > > > Good afternoon everyone, > > > > I thought I would send this out and see what the group has to say > > regarding this. I have the following configuration: > > > > 1. W2K SP2 Netbackup 5.1 master > > 2. W2K SP1 Netbackup 5.1 MP4 client > > 3. Weekly full backup job and daily incremental job > > 4. Simple OS level backup > > > > The problem I have is that the weekly full job works fine on this > > client while the daily incremental fails. Time doesn't seem to be a factor > > as I have tried different times for running the incremental. Both the > > client and server can communicate just fine during the incremental and there > > is no firewall, filter, etc... between the two. In the event viewer I did > > find the following: > > > > 2/16/08 - Daily incremental backup fails > > 2/16 - 7:48:?pm - backup start > > 2/16 - 7:48:27pm - Volume Shadow Copy svc start > > 2/16 - 7:48:27pm - Volume Shadow Copy svc running > > 2/16 - 7:48:33pm - MS Shadow Copy provider svc start > > 2/16 - 7:48:33pm - MS Shadow Copy provider svc running > > 2/16 - 8:31:31pm - Volume Shadow Copy svc stop > > 2/16 - 8:34:32pm - MS Shadow Copy provider svc stop > > 2/16 - 9:01:46pm - WMI Performance adapter svc start > > 2/16 - 9:01:46pm - WMI Performance adapter svc running > > 2/16 - 9:04:00pm - WMI Performance adapter svc stop > > 2/16 - 10:16:44pm - WMI Performance adapter svc start > > 2/16 - 10:16:44pm - WMI Performance adapter svc running > > 2/16 - 10:19:00pm - WMI Performance adapter svc stop > > 2/16 - 10:19:44pm - WMI Performance adapter svc start > > 2/16 - 10:19:44pm - WMI Performance adapter svc running > > 2/16 - 10:22:00pm - WMI Performance adapter svc stop > > 2/17 - 11:00:00am - backup fails > > > > While the weekly full looks like this: > > > > 2/17/08 - Weekly full backup successful > > 2/17 - 7:48:16pm - backup start > > 2/17 - 7:48:24pm - Volume Shadow Copy svc start > > 2/17 - 7:48:25pm - Volume Shadow Copy svc running > > 2/17 - 7:48:32pm - MS Shadow Copy provider svc start > > 2/17 - 7:48:32pm - MS Shadow Copy provider svc running > > 2/17 - 8:38:53pm - WMI Performance adapter svc start > > 2/17 - 8:38:53pm - WMI Performance adapter svc running > > 2/17 - 8:41:00pm - WMI Performance adapter svc stop > > 2/18 - 8:12:50am - backup complete > > 2/18 - 8:15:44am - Volume Shadow Copy svc stop > > 2/18 - 8:18:43am - MS Shadow Copy provider svc stop > > > > The only thing I can think of, and I haven't found a link just yet is > > that there is a problem with the VSS/WMI services that might be causing > > this. Other than that, I can't really find a good correlation. Any > > hints anyone? > > > > > > > > -- > > Matthew MCP, MCSA, MCTS, OCA > > [EMAIL PROTECTED] > > > > Define Trouble: > > Why did you apply THAT patch?? > > ___ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup client failing on daily incremental but ok on the weekly fulls; weird
Good afternoon everyone, I thought I would send this out and see what the group has to say regarding this. I have the following configuration: 1. W2K SP2 Netbackup 5.1 master 2. W2K SP1 Netbackup 5.1 MP4 client 3. Weekly full backup job and daily incremental job 4. Simple OS level backup The problem I have is that the weekly full job works fine on this client while the daily incremental fails. Time doesn't seem to be a factor as I have tried different times for running the incremental. Both the client and server can communicate just fine during the incremental and there is no firewall, filter, etc... between the two. In the event viewer I did find the following: 2/16/08 - Daily incremental backup fails 2/16 - 7:48:?pm - backup start 2/16 - 7:48:27pm - Volume Shadow Copy svc start 2/16 - 7:48:27pm - Volume Shadow Copy svc running 2/16 - 7:48:33pm - MS Shadow Copy provider svc start 2/16 - 7:48:33pm - MS Shadow Copy provider svc running 2/16 - 8:31:31pm - Volume Shadow Copy svc stop 2/16 - 8:34:32pm - MS Shadow Copy provider svc stop 2/16 - 9:01:46pm - WMI Performance adapter svc start 2/16 - 9:01:46pm - WMI Performance adapter svc running 2/16 - 9:04:00pm - WMI Performance adapter svc stop 2/16 - 10:16:44pm - WMI Performance adapter svc start 2/16 - 10:16:44pm - WMI Performance adapter svc running 2/16 - 10:19:00pm - WMI Performance adapter svc stop 2/16 - 10:19:44pm - WMI Performance adapter svc start 2/16 - 10:19:44pm - WMI Performance adapter svc running 2/16 - 10:22:00pm - WMI Performance adapter svc stop 2/17 - 11:00:00am - backup fails While the weekly full looks like this: 2/17/08 - Weekly full backup successful 2/17 - 7:48:16pm - backup start 2/17 - 7:48:24pm - Volume Shadow Copy svc start 2/17 - 7:48:25pm - Volume Shadow Copy svc running 2/17 - 7:48:32pm - MS Shadow Copy provider svc start 2/17 - 7:48:32pm - MS Shadow Copy provider svc running 2/17 - 8:38:53pm - WMI Performance adapter svc start 2/17 - 8:38:53pm - WMI Performance adapter svc running 2/17 - 8:41:00pm - WMI Performance adapter svc stop 2/18 - 8:12:50am - backup complete 2/18 - 8:15:44am - Volume Shadow Copy svc stop 2/18 - 8:18:43am - MS Shadow Copy provider svc stop The only thing I can think of, and I haven't found a link just yet is that there is a problem with the VSS/WMI services that might be causing this. Other than that, I can't really find a good correlation. Any hints anyone? -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Drive addressing in SL8500 library
We are currently in a similar situation (we are looking to move from a 9310 to a sl8500). Please keep us posted along the way (we'll do the same) as I'm interested to see how this goes! Thanks!! On Mon, Feb 11, 2008 at 1:32 PM, Justin Piszcz <[EMAIL PROTECTED]> wrote: > > > On Mon, 11 Feb 2008, Justin Piszcz wrote: > > > > > > > On Mon, 11 Feb 2008, Forester, Jack L wrote: > > > >> Greetings, everyone... > >> > >> I'm getting ready to replace a StorageTek Powderhorn 9310 library with > >> an SL8500 library very soon. I was wondering how NetBackup handles > >> drive addressing in the SL8500. With the 9310, drives were addressed > by > >> ACS,LSM,Panel,Drive whereas with the SL8500 the address contains 5 > >> components - Library,Rail,Column,Side,Row. Since the value of 'side' > is > >> always 1 as the drives are on the outer wall, is this value simply not > >> used when configuring the drives in NetBackup, or can NetBackup accept > >> all 5 components of the address? > >> > >> Jack L. Forester, Jr. > >> UNIX Systems Administrator, Stf > >> Lockheed Martin Information Technology > >> (304) 625-3946 > >> > >> ___ > >> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > >> > > > > The SL8500 uses; acs,lsm,panel,drive. > > > > Justin. > > > > Here is an example, this media server has 4 drives attached to it: > > Id DriveName Type Residence > Drive Path > Status > > > 0 Drive04hcart3 ACS(0) ACS=0, LSM=3, PANEL=1, DRIVE=3 > /dev/st/nh0c0t0l0UP > 1 Drive08hcart3 ACS(0) ACS=0, LSM=3, PANEL=1, DRIVE=2 > /dev/st/nh1c0t0l0UP > 2 Drive20hcart3 ACS(0) ACS=0, LSM=2, PANEL=1, DRIVE=3 > /dev/st/nh2c0t0l0UP > 3 Drive24hcart3 ACS(0) ACS=0, LSM=2, PANEL=1, DRIVE=2 > /dev/st/nh3c0t0l0UP > > You would configure as follows: > > /usr/openv/volmgr/bin/tpconfig -update -robot 0 -drive 3 -robtype acs -ACS > 0 -LSM 2 -PANEL 1 -DRIVE 2 ; /usr/openv/volmgr/bin/tpconfig -update -drive 3 > -newasciiname Drive24 > /usr/openv/volmgr/bin/tpconfig -update -robot 0 -drive 2 -robtype acs -ACS > 0 -LSM 2 -PANEL 1 -DRIVE 3 ; /usr/openv/volmgr/bin/tpconfig -update -drive 2 > -newasciiname Drive20 > /usr/openv/volmgr/bin/tpconfig -update -robot 0 -drive 1 -robtype acs -ACS > 0 -LSM 3 -PANEL 1 -DRIVE 2 ; /usr/openv/volmgr/bin/tpconfig -update -drive 1 > -newasciiname Drive08 > /usr/openv/volmgr/bin/tpconfig -update -robot 0 -drive 0 -robtype acs -ACS > 0 -LSM 3 -PANEL 1 -DRIVE 3 ; /usr/openv/volmgr/bin/tpconfig -update -drive 0 > -newasciiname Drive04 > > Justin. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Failing Oracle Rman Backup
This error message seems incomplete; can you please see if there are more details. Perhaps see where RMAN is piping out the log files? A couple of base things you may wish to check: 1. Space: Are you running out of space wherever your oracle datafiles/logfiles/redo/tmp/etc... are stored? 2. Media: Do you got enough scratch? Do you have enough in your tape pool? 3. Permissions: Do you have the correct permissions (i.e. is the right user running the job(s))? Also, we could use more information on your environment to resolve this. Please let us know when you get a minute some more detail like version numbers, master/media details, how the db is setup to work with rman and how rman is setup to work with netbackup. Thanks! On Wed, Feb 13, 2008 at 12:58 AM, Michael Graff Andersen <[EMAIL PROTECTED]> wrote: > Hi > > If it is a unix client you may need to recreate the link from oracle > to the relevant netbackup libobk > > Regards > Michael > > 2008/2/13, Karani, Mohamed <[EMAIL PROTECTED]>: > > > > Would some please shed some light how to address intermittent failures > on a > > Rman Oracle Backup. > > > > The client server has been reinstalled with netbackup and network > checked > > out. > > > > Below is the error: > > > > > > > > Below is the extract of backup error or Devmint > > > > > > > > > > > > channel ORA_SBT_TAPE_1: specifying datafile(s) in backupset > > > > input datafile fno=1 > > name=/oracle/OraHome1/oradata/devmint/system01.dbf > > > > input datafile fno=00012 > > name=/oracle/OraHome1/oradata/devmint/FNB_FLOW1.dbf > > > > input datafile fno=00010 > > name=/oracle/OraHome1/oradata/devmint/xdb01.dbf > > > > input datafile fno=3 > > name=/oracle/OraHome1/oradata/devmint/cwmlite01.dbf > > > > channel ORA_SBT_TAPE_1: starting piece 1 at 11-FEB-08 > > > > RMAN-00571: > > === > > > > RMAN-00569: === ERROR MESSAGE STACK FOLLOWS === > > > > RMAN-00571: > > === > > > > RMAN-03009: failure of backup command on ORA_SBT_TAPE_1 channel at > > 02/11/2008 19 > > > > :05:13 > > > > ORA-19506: failed to create sequential file, > name="/demint_bk_q7j8fcck_1_1", > > par > > > > ms="" > > > > ORA-27028: skgfqcre: sbtbackup returned error > > > > ORA-19511: Error received from media manager layer, error text: > > > >VxBSACreateObject: Failed with error: > > > >Server Status: cannot connect on socket > > > > > > > > Mohamed S.Karani > > > > Storage Management > > > > Cell : 079 523 4020 > > > > Tel: 011 889 4728 > > > > Fax:011 889 4679 > > > > > > Email: [EMAIL PROTECTED] > > > > "Quality is never an accident; it is always the result of high > intention, > > sincere effort, intelligent direction and skillful execution; it > represents > > the wise choice of many alternatives." > > > > > > > > > > To read FirstRand Bank's Disclaimer for this email click on the > following > > address or copy into your Internet browser: > > https://www.fnb.co.za/disclaimer.html > > > > > > > > If you are unable to access the Disclaimer, send a blank e-mail to > > [EMAIL PROTECTED] and we will send you a > > copy of the Disclaimer. > > > > > > ___ > > 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 > -- Matthew MCP, MCSA, MCTS, OCA [EMAIL PROTECTED] Define Trouble: Why did you apply THAT patch?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
