Re: [Veritas-bu] bpbrm utilizing 99.9% CPU
Dustin If you do not have any jobs running (or continually running for the client), I tend to stop all related NBU Services on the client and kill the processes. You do not say what OS you have, but there are tools out there for windows that allows you to kill processes that are continually running if you cannot use Task Manager to do the job :-). Its common if there has been a problem with comms between client/server or the client has just got itself in a mess and cannot sort itself out without help (even a reboot where poss!) HTH S. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dustin Damour Sent: Tuesday, February 19, 2008 4:32 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] bpbrm utilizing 99.9% CPU I've noticed in the past that bpbrm is utilizing 99.9% of the CPU and hasn't let down. Also it says it has used 15436:40 CPU Time which seems like the process has gone rogue. Has anyone else had this happen or is this normal, and how would I fix it? NetBackup 6.5 Dustin D'Amour Wireless Switching Plateau Wireless This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 REGISTERED OFFICE:- Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Question about synthetic backups
I concur that the underlying reason and thus the point of synthetic backups is to shorten the backup window and reduce downtime and network bandwidth utilization (at least after the first full is completed). We disagree on what a true synthetic backup is and how it is implemented. Regards -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dbergen Sent: Tuesday, February 19, 2008 10:27 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Question about synthetic backups I might be able to enlighten you some. I'm not sure the differences between synthetics in 5.1 and 6.5 as I am only using them in 6.5. You're close but not quite on the mark about synthetics. The point of the synthetic is to reduce server down time, shorten the backup window and reduce network utilization by creating NEW backups by combining the most recent FULL with ALL Differential backups newer than that FULL. The FULL and Diffs aren't altered in any way, you don't want them to be, you want to still be able to go back to them if you need to. The only thing that is synthetic about the synthetic backup is the fact that it didn't get the data directly from the server rather it got it from two or more previous backups. None of this helps my original question of course... +-- |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] Question about synthetic backups
I might be able to enlighten you some. I'm not sure the differences between synthetics in 5.1 and 6.5 as I am only using them in 6.5. You're close but not quite on the mark about synthetics. The point of the synthetic is to reduce server down time, shorten the backup window and reduce network utilization by creating NEW backups by combining the most recent FULL with ALL Differential backups newer than that FULL. The FULL and Diffs aren't altered in any way, you don't want them to be, you want to still be able to go back to them if you need to. The only thing that is synthetic about the synthetic backup is the fact that it didn't get the data directly from the server rather it got it from two or more previous backups. None of this helps my original question of course... +-- |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
Re: [Veritas-bu] Question about synthetic backups
CBergen, You're not the only one that would like some enlightenment...I mean, on synthetics backups. I don't understand why incrementals have to be continuously run at all. As I understand it, that is the point of synthetic backups as to have a full and just backup the changes from that point forward with synthetics? That is the way TSM's synthetic backups work with the option of how many 'versions' to retain. I'm on 5.1 (getting ready to upgrade to 6.5.1) so maybe synthetics are different in 6.x? What is exactly done between the required incrementals and the synthetics? Does each synthetic combine the previous two incrementals and how; as a differential and then expire the two tapes that were used for the incrementals (just an example if two were used)or delete the incrementals images on the tapes OR disk? Regards, Steve -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dbergen Sent: Tuesday, February 19, 2008 12:20 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Question about synthetic backups When I attempt a synthetic backup and the most recent backup of the client is a full backup nothing happens. Nothing happens because Netbackup says there was no incremental backup to analyze. My question is: So What? I want another full backup, to a completely different volume pool, shouldn't Netbackup realize that the volume pool is different and run the synthetic backup again? Hopefully someone can tell me what I am doing wrong here. Thanks, dbergen +-- |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] Question about synthetic backups
When I attempt a synthetic backup and the most recent backup of the client is a full backup nothing happens. Nothing happens because Netbackup says there was no incremental backup to analyze. My question is: So What? I want another full backup, to a completely different volume pool, shouldn't Netbackup realize that the volume pool is different and run the synthetic backup again? Hopefully someone can tell me what I am doing wrong here. Thanks, dbergen +-- |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
Re: [Veritas-bu] NetBackup changes
You can utilize CVS/SVN tools to track changes, because you can retain a database of all changes, which includes what and who. You can also run the command below to create a baseline configuration: bppllist -allpolicies -U > allpolicies_base Then have a "cron" or "at" job run every 24 hours running the same command and redirecting the output to a file appended with the current date and time. Then running diff against both files and capturing the differences, which can be emailed, and stored in a data repository. This will not provide who, but it is a systematic way of capturing changes. -- Cheers, Tito Hernandez ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup of Exchange Mailboxes fails
As Simon recommended, can you NOT do brick level backups? I would at least try that to see if the backups in fact work. You can also try performing backups using NTBackup on the server itself, assuming you have the storage. These two will tell you that backups are working and will point you to something with brick level backups. For your other question, if you read the NBU Exchange Admin guide it will tell you about how to disable the SIS option. -Rusty From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bnetra <[EMAIL PROTECTED]>Sent: Tuesday, February 19, 2008 3:55 AMTo: VERITAS-BU@mailman.eng.auburn.eduSubject: [Veritas-bu] Backup of Exchange Mailboxes fails Using NBU 6.0MP4 on Windows. Backup of Exchange Mailboxes is failing with the error: 2/19/2008 11:00:31 AM - Warning bpbrm(pid=5980) from client bbkmailsrv.services.bbkonline.com: WRN - unable to successfully enumerate folder: Microsoft Exchange Mailboxes:\ The above message comes and backup fails with status 1 in the beginning itself (without backing up anything). I am unable to find a proper resolution to the above error. I read on Symantec support site the workaround for this is 'Turn off Single Instance Store for mailbox backups'. I am unable to understand this and what action to take i.e. how to turn off SIS. I also read that this bug is fixed in NBU 5.0MP6. So I should not be impacted by this but still I am getting this error. What is the solution? Please help. Thanks. BNetra +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation
On Feb 19, 2008 12:37 PM, Tony T. <[EMAIL PROTECTED]> wrote: > Has anyone heard of this issue? I have an environment where NBU 5.1 (plans > to get to 6.5.1 are in the works) is backing up to disk then staging to > tape. > The admins tell me that the area where the backups are going gets very > fragmented after each backup. It is a Windows box, using NTFS. It's NTFS and you're creating and deleting a lot of files on the volume so of course it will fragment. Either defragment the volume or set the minimum threshold lower so that more files get deleted when the cleanup process runs to reduce the fragmentation. .../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] NBU 5.1: Disk staging causing heavy fragmentation
It is pretty well documented that any area you use for disk staging should be defragmented regularly. Reneé Carlisle ServerWare Corporation _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Tony T. Sent: Tuesday, February 19, 2008 1:37 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation Has anyone heard of this issue? I have an environment where NBU 5.1 (plans to get to 6.5.1 are in the works) is backing up to disk then staging to tape. The admins tell me that the area where the backups are going gets very fragmented after each backup. It is a Windows box, using NTFS. This Email has been scanned for all viruses by PAETEC Email Scanning Services, utilizing MessageLabs proprietary SkyScan infrastructure. For more information on a proactive anti-virus service working around the clock, around the globe, visit http://www.paetec.com. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpbrm utilizing 99.9% CPU
No stuck jobs, however one did run way too long and I had to stop it manually. One odd thing I did notice was that the time on the master/media server was in the future by one day and a few hours. I changed the time back to current but not sure if it fixed anything other than the scheduling. I killed it and restarted it about 11 days ago and yet it still does the CPU time hogging. Wonder if it is a bug or a feature :) Dustin D'Amour Wireless Switching Plateau Wireless -Original Message- From: Jon Bousselot [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 19, 2008 10:25 AM To: Dustin Damour Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] bpbrm utilizing 99.9% CPU Dustin, Do you have any stuck jobs? I've seen this happen in the past where a client also has problems. Backups generate incomplete errors and the master/media server responsible for writing the data gets stuck like this. Other backups ran fine, and if the problem persisted over more than one day, only the client would fail completely. Most of the time I could kill -9 on the client and restart netbackup on the master/media servers. The problem I experienced was with a solaris 8 client crashing and restarting each day, up until the zombie processes consumed enough resources that a new backup job would not start. Sometimes while the client was quietly going bad and the backups would finish successfully on attempt 2 or 3, I would see bpbrm consuming a lot of CPU time. This happened more to me with version 5.x. Does BPBRM_VERBOSE = 5 give anything meaningful? > I've noticed in the past that bpbrm is utilizing 99.9% of the CPU and > hasn't let down. Also it says it has used 15436:40 CPU Time which > seems like the process has gone rogue. Has anyone else had this happen > or is this normal, and how would I fix it? > > NetBackup 6.5 > > Dustin D'Amour > > Wireless Switching > > Plateau Wireless ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Justin We have NBU 6.45.1 installed on a 64Bit Windows 2003 server (4CPU, 4G memory) Dual quad core CPU Connected to a DD580 via Fiber for tape. Both systems have GigE connections to the LAN. We are getting between 3,000KB to 8,700KB/sec to disk and between 16,000 to 29,000 KB/sec to VTL tape. We had thought the disk would be faster than our current tape environment, which it is not. We are working with Data Domain on this. It could be a server or NIC problem that is throttling the data The VTL is connected via Fiber. "800" errors: We started getting the 800/54, etc errors when we tweaked the Netbackup buffers and did some other hacks. It was runnig OK before we did that. So our issue is probably different than yours, which you have solved. Thanks Carl = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Justin Piszcz <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 02/19/2008 10:27 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] Subject Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. Using DDR 460s here, they work great/good throughput, what kind of throughput do you get, what kind of configuration do you have going on there? Justin. On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: > Our environment is different, we are running NBU 6.5.1 on a 64bit Windows > system connected to a DD580 > We have had problems getting expected throughput when we are backing up to > disk. Your comments seem > to point to a NBU problem rather than a DDR issue, interesting. > = > Carl Stehman > IT Distributed Services Team > Pepco Holdings, Inc. > 202-331-6619 > Pager 301-765-2703 > [EMAIL PROTECTED] > > > > Justin Piszcz <[EMAIL PROTECTED]> > 02/19/2008 10:15 AM > > To > [EMAIL PROTECTED] > cc > veritas-bu@mailman.eng.auburn.edu, > [EMAIL PROTECTED] > Subject > Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage > unit. > > > > > > > Hmm, its working now after using the policy wizard to create the policy, > (and the old one continues to fail). > > Continuing to dig into this. > > On Tue, 19 Feb 2008, Justin Piszcz wrote: > >> Same, >> >> NetBackup 6.0MP4 trying to backup to a DDR. >> >> But I also tried backing up to another RAID array on the master and > media >> servers, same issue, not just DDR related. >> >> Justin. >> >> On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: >> >>> Justin >>> >>> We have been getting these errors while testing disk backups to a Data >>> Domain disk. Can you give some more details about >>> your environment. >>> >>> Carl >>> = >>> Carl Stehman >>> IT Distributed Services Team >>> Pepco Holdings, Inc. >>> 202-331-6619 >>> Pager 301-765-2703 >>> [EMAIL PROTECTED] >>> >>> >>> >>> Justin Piszcz <[EMAIL PROTECTED]> >>> Sent by: [EMAIL PROTECTED] >>> 02/19/2008 09:25 AM >>> >>> To >>> veritas-bu@mailman.eng.auburn.edu >>> cc >>> >>> Subject >>> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage > unit. >>> >>> >>> >>> >>> >>> >>> The only post I have found on Google is my own and when that happens, > its >>> not a good sign. >>> >>> Wrong pool for a disk storage unit, anyone ever have this issue? >>> >>> I've checked and compared the EMM settings on two different master > server >>> environments, they're the same. >>> >>> Justin. >>> ___ >>> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >>> >>> >>> This Email message and any attachment may contain information that is >>> proprietary, legally privileged, confidential and/or subject to > copyright >>> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This > Email is >>> intended solely for the use of the person(s) to which it is addressed. > If >>> you are not an intended recipient, or the employee or agent responsible > for >>> delivery of this Email to the intended recipient(s), you are hereby >>> notified >>> that any dissemination, distribution or copying of this Email is > strictly >>> prohibited. If you have received this message in error, please > immediately >>> notify the sender and permanently delete this Email and any copies. PHI >>> policies expressly prohibit employees from making defamatory or > offensive >>> statements and infringing any copyright or any other legal right by > Email >>> communication. PHI will not accept any liability in respect of such >>> communications. >>> >> > > > This Email message and any attachment may contain information that is > proprietary, legally privileged, confidential and/or subject to copyright > belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is > intended solely for the use of the person(s) to which it is addressed. If > you are not an intended recipient, or the employee or a
[Veritas-bu] NBU 5.1: Disk staging causing heavy fragmentation
Has anyone heard of this issue? I have an environment where NBU 5.1 (plans to get to 6.5.1 are in the works) is backing up to disk then staging to tape. The admins tell me that the area where the backups are going gets very fragmented after each backup. It is a Windows box, using NTFS. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpbrm utilizing 99.9% CPU
Dustin, Do you have any stuck jobs? I've seen this happen in the past where a client also has problems. Backups generate incomplete errors and the master/media server responsible for writing the data gets stuck like this. Other backups ran fine, and if the problem persisted over more than one day, only the client would fail completely. Most of the time I could kill -9 on the client and restart netbackup on the master/media servers. The problem I experienced was with a solaris 8 client crashing and restarting each day, up until the zombie processes consumed enough resources that a new backup job would not start. Sometimes while the client was quietly going bad and the backups would finish successfully on attempt 2 or 3, I would see bpbrm consuming a lot of CPU time. This happened more to me with version 5.x. Does BPBRM_VERBOSE = 5 give anything meaningful? > I’ve noticed in the past that bpbrm is utilizing 99.9% of the CPU and > hasn’t let down. Also it says it has used 15436:40 CPU Time which > seems like the process has gone rogue. Has anyone else had this happen > or is this normal, and how would I fix it? > > NetBackup 6.5 > > Dustin D'Amour > > Wireless Switching > > Plateau Wireless ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpbrm utilizing 99.9% CPU
I have a 5.0MP7 master that does it. I stop NetBackup and clean up old jobs and restart NetBackup. I have never been able to do anything else to get the CPU to let go of run-away process. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dustin Damour Sent: Tuesday, February 19, 2008 11:32 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] bpbrm utilizing 99.9% CPU I've noticed in the past that bpbrm is utilizing 99.9% of the CPU and hasn't let down. Also it says it has used 15436:40 CPU Time which seems like the process has gone rogue. Has anyone else had this happen or is this normal, and how would I fix it? NetBackup 6.5 Dustin D'Amour Wireless Switching Plateau Wireless ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] bpbrm utilizing 99.9% CPU
I've noticed in the past that bpbrm is utilizing 99.9% of the CPU and hasn't let down. Also it says it has used 15436:40 CPU Time which seems like the process has gone rogue. Has anyone else had this happen or is this normal, and how would I fix it? NetBackup 6.5 Dustin D'Amour Wireless Switching Plateau Wireless ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
I found the root cause. Will update shortly. On Tue, 19 Feb 2008, Justin Piszcz wrote: > Hmm, its working now after using the policy wizard to create the policy, (and > the old one continues to fail). > > Continuing to dig into this. > > On Tue, 19 Feb 2008, Justin Piszcz wrote: > >> Same, >> >> NetBackup 6.0MP4 trying to backup to a DDR. >> >> But I also tried backing up to another RAID array on the master and media >> servers, same issue, not just DDR related. >> >> Justin. >> >> On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: >> >>> Justin >>> >>> We have been getting these errors while testing disk backups to a Data >>> Domain disk. Can you give some more details about >>> your environment. >>> >>> Carl >>> = >>> Carl Stehman >>> IT Distributed Services Team >>> Pepco Holdings, Inc. >>> 202-331-6619 >>> Pager 301-765-2703 >>> [EMAIL PROTECTED] >>> >>> >>> >>> Justin Piszcz <[EMAIL PROTECTED]> >>> Sent by: [EMAIL PROTECTED] >>> 02/19/2008 09:25 AM >>> >>> To >>> veritas-bu@mailman.eng.auburn.edu >>> cc >>> >>> Subject >>> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. >>> >>> >>> >>> >>> >>> >>> The only post I have found on Google is my own and when that happens, its >>> not a good sign. >>> >>> Wrong pool for a disk storage unit, anyone ever have this issue? >>> >>> I've checked and compared the EMM settings on two different master server >>> environments, they're the same. >>> >>> Justin. >>> ___ >>> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >>> >>> >>> This Email message and any attachment may contain information that is >>> proprietary, legally privileged, confidential and/or subject to copyright >>> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email >>> is >>> intended solely for the use of the person(s) to which it is addressed. If >>> you are not an intended recipient, or the employee or agent responsible >>> for >>> delivery of this Email to the intended recipient(s), you are hereby >>> notified >>> that any dissemination, distribution or copying of this Email is strictly >>> prohibited. If you have received this message in error, please >>> immediately >>> notify the sender and permanently delete this Email and any copies. PHI >>> policies expressly prohibit employees from making defamatory or offensive >>> statements and infringing any copyright or any other legal right by Email >>> communication. PHI will not accept any liability in respect of such >>> communications. >>> >> > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Hmm, its working now after using the policy wizard to create the policy, (and the old one continues to fail). Continuing to dig into this. On Tue, 19 Feb 2008, Justin Piszcz wrote: > Same, > > NetBackup 6.0MP4 trying to backup to a DDR. > > But I also tried backing up to another RAID array on the master and media > servers, same issue, not just DDR related. > > Justin. > > On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: > >> Justin >> >> We have been getting these errors while testing disk backups to a Data >> Domain disk. Can you give some more details about >> your environment. >> >> Carl >> = >> Carl Stehman >> IT Distributed Services Team >> Pepco Holdings, Inc. >> 202-331-6619 >> Pager 301-765-2703 >> [EMAIL PROTECTED] >> >> >> >> Justin Piszcz <[EMAIL PROTECTED]> >> Sent by: [EMAIL PROTECTED] >> 02/19/2008 09:25 AM >> >> To >> veritas-bu@mailman.eng.auburn.edu >> cc >> >> Subject >> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. >> >> >> >> >> >> >> The only post I have found on Google is my own and when that happens, its >> not a good sign. >> >> Wrong pool for a disk storage unit, anyone ever have this issue? >> >> I've checked and compared the EMM settings on two different master server >> environments, they're the same. >> >> Justin. >> ___ >> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >> >> >> This Email message and any attachment may contain information that is >> proprietary, legally privileged, confidential and/or subject to copyright >> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is >> intended solely for the use of the person(s) to which it is addressed. If >> you are not an intended recipient, or the employee or agent responsible for >> delivery of this Email to the intended recipient(s), you are hereby >> notified >> that any dissemination, distribution or copying of this Email is strictly >> prohibited. If you have received this message in error, please immediately >> notify the sender and permanently delete this Email and any copies. PHI >> policies expressly prohibit employees from making defamatory or offensive >> statements and infringing any copyright or any other legal right by Email >> communication. PHI will not accept any liability in respect of such >> communications. >> > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Using DDR 460s here, they work great/good throughput, what kind of throughput do you get, what kind of configuration do you have going on there? Justin. On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: > Our environment is different, we are running NBU 6.5.1 on a 64bit Windows > system connected to a DD580 > We have had problems getting expected throughput when we are backing up to > disk. Your comments seem > to point to a NBU problem rather than a DDR issue, interesting. > = > Carl Stehman > IT Distributed Services Team > Pepco Holdings, Inc. > 202-331-6619 > Pager 301-765-2703 > [EMAIL PROTECTED] > > > > Justin Piszcz <[EMAIL PROTECTED]> > 02/19/2008 10:15 AM > > To > [EMAIL PROTECTED] > cc > veritas-bu@mailman.eng.auburn.edu, > [EMAIL PROTECTED] > Subject > Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage > unit. > > > > > > > Hmm, its working now after using the policy wizard to create the policy, > (and the old one continues to fail). > > Continuing to dig into this. > > On Tue, 19 Feb 2008, Justin Piszcz wrote: > >> Same, >> >> NetBackup 6.0MP4 trying to backup to a DDR. >> >> But I also tried backing up to another RAID array on the master and > media >> servers, same issue, not just DDR related. >> >> Justin. >> >> On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: >> >>> Justin >>> >>> We have been getting these errors while testing disk backups to a Data >>> Domain disk. Can you give some more details about >>> your environment. >>> >>> Carl >>> = >>> Carl Stehman >>> IT Distributed Services Team >>> Pepco Holdings, Inc. >>> 202-331-6619 >>> Pager 301-765-2703 >>> [EMAIL PROTECTED] >>> >>> >>> >>> Justin Piszcz <[EMAIL PROTECTED]> >>> Sent by: [EMAIL PROTECTED] >>> 02/19/2008 09:25 AM >>> >>> To >>> veritas-bu@mailman.eng.auburn.edu >>> cc >>> >>> Subject >>> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage > unit. >>> >>> >>> >>> >>> >>> >>> The only post I have found on Google is my own and when that happens, > its >>> not a good sign. >>> >>> Wrong pool for a disk storage unit, anyone ever have this issue? >>> >>> I've checked and compared the EMM settings on two different master > server >>> environments, they're the same. >>> >>> Justin. >>> ___ >>> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >>> >>> >>> This Email message and any attachment may contain information that is >>> proprietary, legally privileged, confidential and/or subject to > copyright >>> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This > Email is >>> intended solely for the use of the person(s) to which it is addressed. > If >>> you are not an intended recipient, or the employee or agent responsible > for >>> delivery of this Email to the intended recipient(s), you are hereby >>> notified >>> that any dissemination, distribution or copying of this Email is > strictly >>> prohibited. If you have received this message in error, please > immediately >>> notify the sender and permanently delete this Email and any copies. PHI >>> policies expressly prohibit employees from making defamatory or > offensive >>> statements and infringing any copyright or any other legal right by > Email >>> communication. PHI will not accept any liability in respect of such >>> communications. >>> >> > > > This Email message and any attachment may contain information that is > proprietary, legally privileged, confidential and/or subject to copyright > belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is > intended solely for the use of the person(s) to which it is addressed. If > you are not an intended recipient, or the employee or agent responsible for > delivery of this Email to the intended recipient(s), you are hereby notified > that any dissemination, distribution or copying of this Email is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and permanently delete this Email and any copies. PHI > policies expressly prohibit employees from making defamatory or offensive > statements and infringing any copyright or any other legal right by Email > communication. PHI will not accept any liability in respect of such > communications. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
On Tue, 19 Feb 2008, Justin Piszcz wrote: > I found the root cause. > > Will update shortly. > Go to: 1. /usr/openv/netbackup/db/class I have two polices: 1. test 2. test3 Look at the residence pool for each policy. 1. grep ^POOL test/info POOL Scratch NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBack up NetBackup NetBackup 2. grep ^POOL test3/info POOL NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBa ckup NetBackup NetBackup Obviously the problem here is the pool is set to use Scratch--which does not work for the disk storage units, it needs to be NetBackup, we use Scratch here for scratch tapes. So how do you fix it? I'd call this a nasty netbackup bug (if you copy an existing policy to a new one and only change the storage unit). There are two ways to fix it: 1. Create a new policy, select the DDR and it should work. 2. Take your existing policy. -> Select Policy storage unit. -> Select a TAPE BASED unit. -> Select policy volume pool: -> Select NetBackup -> Click Apply. -> Now, select your DDR/disk unit. -> This will overwrite the first pool selection in the info file of the policy. -> $ grep ^POOL test/info POOL NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup NetBackup 3. Then re-run the backup and it is successful! What a pain. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
What was the root cause. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Justin Piszcz <[EMAIL PROTECTED]> 02/19/2008 10:18 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] Subject Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. I found the root cause. Will update shortly. On Tue, 19 Feb 2008, Justin Piszcz wrote: > Hmm, its working now after using the policy wizard to create the policy, (and > the old one continues to fail). > > Continuing to dig into this. > > On Tue, 19 Feb 2008, Justin Piszcz wrote: > >> Same, >> >> NetBackup 6.0MP4 trying to backup to a DDR. >> >> But I also tried backing up to another RAID array on the master and media >> servers, same issue, not just DDR related. >> >> Justin. >> >> On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: >> >>> Justin >>> >>> We have been getting these errors while testing disk backups to a Data >>> Domain disk. Can you give some more details about >>> your environment. >>> >>> Carl >>> = >>> Carl Stehman >>> IT Distributed Services Team >>> Pepco Holdings, Inc. >>> 202-331-6619 >>> Pager 301-765-2703 >>> [EMAIL PROTECTED] >>> >>> >>> >>> Justin Piszcz <[EMAIL PROTECTED]> >>> Sent by: [EMAIL PROTECTED] >>> 02/19/2008 09:25 AM >>> >>> To >>> veritas-bu@mailman.eng.auburn.edu >>> cc >>> >>> Subject >>> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. >>> >>> >>> >>> >>> >>> >>> The only post I have found on Google is my own and when that happens, its >>> not a good sign. >>> >>> Wrong pool for a disk storage unit, anyone ever have this issue? >>> >>> I've checked and compared the EMM settings on two different master server >>> environments, they're the same. >>> >>> Justin. >>> ___ >>> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >>> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >>> >>> >>> This Email message and any attachment may contain information that is >>> proprietary, legally privileged, confidential and/or subject to copyright >>> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email >>> is >>> intended solely for the use of the person(s) to which it is addressed. If >>> you are not an intended recipient, or the employee or agent responsible >>> for >>> delivery of this Email to the intended recipient(s), you are hereby >>> notified >>> that any dissemination, distribution or copying of this Email is strictly >>> prohibited. If you have received this message in error, please >>> immediately >>> notify the sender and permanently delete this Email and any copies. PHI >>> policies expressly prohibit employees from making defamatory or offensive >>> statements and infringing any copyright or any other legal right by Email >>> communication. PHI will not accept any liability in respect of such >>> communications. >>> >> > This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Our environment is different, we are running NBU 6.5.1 on a 64bit Windows system connected to a DD580 We have had problems getting expected throughput when we are backing up to disk. Your comments seem to point to a NBU problem rather than a DDR issue, interesting. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Justin Piszcz <[EMAIL PROTECTED]> 02/19/2008 10:15 AM To [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu, [EMAIL PROTECTED] Subject Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. Hmm, its working now after using the policy wizard to create the policy, (and the old one continues to fail). Continuing to dig into this. On Tue, 19 Feb 2008, Justin Piszcz wrote: > Same, > > NetBackup 6.0MP4 trying to backup to a DDR. > > But I also tried backing up to another RAID array on the master and media > servers, same issue, not just DDR related. > > Justin. > > On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: > >> Justin >> >> We have been getting these errors while testing disk backups to a Data >> Domain disk. Can you give some more details about >> your environment. >> >> Carl >> = >> Carl Stehman >> IT Distributed Services Team >> Pepco Holdings, Inc. >> 202-331-6619 >> Pager 301-765-2703 >> [EMAIL PROTECTED] >> >> >> >> Justin Piszcz <[EMAIL PROTECTED]> >> Sent by: [EMAIL PROTECTED] >> 02/19/2008 09:25 AM >> >> To >> veritas-bu@mailman.eng.auburn.edu >> cc >> >> Subject >> [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. >> >> >> >> >> >> >> The only post I have found on Google is my own and when that happens, its >> not a good sign. >> >> Wrong pool for a disk storage unit, anyone ever have this issue? >> >> I've checked and compared the EMM settings on two different master server >> environments, they're the same. >> >> Justin. >> ___ >> Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu >> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu >> >> >> This Email message and any attachment may contain information that is >> proprietary, legally privileged, confidential and/or subject to copyright >> belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is >> intended solely for the use of the person(s) to which it is addressed. If >> you are not an intended recipient, or the employee or agent responsible for >> delivery of this Email to the intended recipient(s), you are hereby >> notified >> that any dissemination, distribution or copying of this Email is strictly >> prohibited. If you have received this message in error, please immediately >> notify the sender and permanently delete this Email and any copies. PHI >> policies expressly prohibit employees from making defamatory or offensive >> statements and infringing any copyright or any other legal right by Email >> communication. PHI will not accept any liability in respect of such >> communications. >> > This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Same, NetBackup 6.0MP4 trying to backup to a DDR. But I also tried backing up to another RAID array on the master and media servers, same issue, not just DDR related. Justin. On Tue, 19 Feb 2008, [EMAIL PROTECTED] wrote: > Justin > > We have been getting these errors while testing disk backups to a Data > Domain disk. Can you give some more details about > your environment. > > Carl > = > Carl Stehman > IT Distributed Services Team > Pepco Holdings, Inc. > 202-331-6619 > Pager 301-765-2703 > [EMAIL PROTECTED] > > > > Justin Piszcz <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 02/19/2008 09:25 AM > > To > veritas-bu@mailman.eng.auburn.edu > cc > > Subject > [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. > > > > > > > The only post I have found on Google is my own and when that happens, its > not a good sign. > > Wrong pool for a disk storage unit, anyone ever have this issue? > > I've checked and compared the EMM settings on two different master server > environments, they're the same. > > Justin. > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > This Email message and any attachment may contain information that is > proprietary, legally privileged, confidential and/or subject to copyright > belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is > intended solely for the use of the person(s) to which it is addressed. If > you are not an intended recipient, or the employee or agent responsible for > delivery of this Email to the intended recipient(s), you are hereby notified > that any dissemination, distribution or copying of this Email is strictly > prohibited. If you have received this message in error, please immediately > notify the sender and permanently delete this Email and any copies. PHI > policies expressly prohibit employees from making defamatory or offensive > statements and infringing any copyright or any other legal right by Email > communication. PHI will not accept any liability in respect of such > communications. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] VMWare consolidated Backups
Anyone using any pre/post freeze scripts to quiescent databases before the VMware Consolidated backup kicks off that they would be willing to share? Second question...anyone else having any issues with Mapped VM backups not finding individual files when trying to do a restore from normal backups? Reneé Carlisle ServerWare Corporation ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
On Tue, 19 Feb 2008, Justin Piszcz wrote: > The only post I have found on Google is my own and when that happens, its > not a good sign. > > Wrong pool for a disk storage unit, anyone ever have this issue? > > I've checked and compared the EMM settings on two different master server > environments, they're the same. > > Justin. > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > Here is from the EMM log (from a few attempts): 2,51216,118,118,1,1203430596456,879,3160062896,12:jobid=212330,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13179,1203431075123,879,3169860528,0:,0:,12:jobid=212336,(61|A12:jobid=212336|A38:{64F2946A-1DD2-11B2-A828-AD57391DD7DB}|) 2,51216,118,118,1,1203431075455,879,3162164144,12:jobid=212336,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13180,1203431084406,879,3169860528,0:,0:,12:jobid=212337,(61|A12:jobid=212337|A38:{6A7ADA14-1DD2-11B2-8D2D-D97D7F08BC34}|) 2,51216,118,118,1,1203431085358,879,3162164144,12:jobid=212337,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13181,1203431166561,879,3169860528,0:,0:,12:jobid=212338,(61|A12:jobid=212338|A38:{9B72CAAA-1DD1-11B2-B6D8-A3A7107BDF5B}|) 2,51216,118,118,1,1203431167069,879,3162164144,12:jobid=212338,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13182,1203431264885,879,3169860528,0:,0:,12:jobid=212339,(61|A12:jobid=212339|A38:{D60DD13C-1DD1-11B2-BD5C-FB1B554A5A68}|) 2,51216,118,118,1,1203431265220,879,3160062896,12:jobid=212339,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13183,1203431511200,879,3165658032,0:,0:,12:jobid=212340,(61|A12:jobid=212340|A38:{68DD7968-1DD2-11B2-B718-CA9CB65F0B0A}|) 2,51216,118,118,1,1203431511877,879,3162164144,12:jobid=212340,0:,0:,2,(28|A17:__providermanager|A1:0|A26:Not Enough Valid Resources|u32:2|) 3,51216,118,118,13184,1203431573482,879,3171961776,0:,0:,12:jobid=212341,(61|A12:jobid=212341|A38:{8DFE3C50-1DD2-11B2-970E-5336786A95F3}|) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
Justin We have been getting these errors while testing disk backups to a Data Domain disk. Can you give some more details about your environment. Carl = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Justin Piszcz <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 02/19/2008 09:25 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit. The only post I have found on Google is my own and when that happens, its not a good sign. Wrong pool for a disk storage unit, anyone ever have this issue? I've checked and compared the EMM settings on two different master server environments, they're the same. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI"). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] EMM Error 800 when trying to backup to a disk storage unit.
The only post I have found on Google is my own and when that happens, its not a good sign. Wrong pool for a disk storage unit, anyone ever have this issue? I've checked and compared the EMM settings on two different master server environments, they're the same. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup of Exchange Mailboxes fails
Exchange Server 2003 (V6.5). +-- |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
Re: [Veritas-bu] Backup of Exchange Mailboxes fails
Ok, any reason why you cannot just do information store backups, and let Exchange handle Mailbox retentions. Im not a fan of Mailbox Brick Level Backups (assuming this is what you are trying to achieve). Exchange 2003, comes with built in features to move away from this type of backup. Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bnetra Sent: Tuesday, February 19, 2008 10:16 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup of Exchange Mailboxes fails Exchange Server 2003 (V6.5). +-- |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 This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 REGISTERED OFFICE:- Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup of Exchange Mailboxes fails
What version of Exchange are you running ? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of bnetra Sent: Tuesday, February 19, 2008 9:55 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup of Exchange Mailboxes fails Using NBU 6.0MP4 on Windows. Backup of Exchange Mailboxes is failing with the error: 2/19/2008 11:00:31 AM - Warning bpbrm(pid=5980) from client bbkmailsrv.services.bbkonline.com: WRN - unable to successfully enumerate folder: Microsoft Exchange Mailboxes:\ The above message comes and backup fails with status 1 in the beginning itself (without backing up anything). I am unable to find a proper resolution to the above error. I read on Symantec support site the workaround for this is 'Turn off Single Instance Store for mailbox backups'. I am unable to understand this and what action to take i.e. how to turn off SIS. I also read that this bug is fixed in NBU 5.0MP6. So I should not be impacted by this but still I am getting this error. What is the solution? Please help. Thanks. BNetra +-- |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 This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 REGISTERED OFFICE:- Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup of Exchange Mailboxes fails
Using NBU 6.0MP4 on Windows. Backup of Exchange Mailboxes is failing with the error: 2/19/2008 11:00:31 AM - Warning bpbrm(pid=5980) from client bbkmailsrv.services.bbkonline.com: WRN - unable to successfully enumerate folder: Microsoft Exchange Mailboxes:\ The above message comes and backup fails with status 1 in the beginning itself (without backing up anything). I am unable to find a proper resolution to the above error. I read on Symantec support site the workaround for this is 'Turn off Single Instance Store for mailbox backups'. I am unable to understand this and what action to take i.e. how to turn off SIS. I also read that this bug is fixed in NBU 5.0MP6. So I should not be impacted by this but still I am getting this error. What is the solution? Please help. Thanks. BNetra +-- |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