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
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
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
Exchange Server 2003 (V6.5).
+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--
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,
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
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.
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
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]
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
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
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
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
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.
=
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
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
_
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
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
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.
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
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
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:
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
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
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
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
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
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
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
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
30 matches
Mail list logo