Re: [Veritas-bu] Typical success rates?
On Fri, Jun 30, 2006 at 12:45:40PM +0100, WEAVER, Simon wrote: > > Is it really me, or is 6.0 just badly "rushed out" ? There were apparently significant rewrites in pieces of the code - media manager and the scheduler in particular - that have caused issues. I believe that many of the problems were caused by people upgrading from earlier releases, not new customers who started on 6.0. Testing upgrades is a tough battle since who really knows what customers have done to themselves in the past that just happened to have worked in 5.1. In our case, a bunch of problems were caused by our master server having 2 names - one of the normal internal interface (which we used for our master server functionality) and one for the backup interface (which we used as a media server). I just heard that MP3 was released yesterday. Fun times ahead! > Ed - I for one am sticking with MP2 5.1 - its been very very stable, rock > solid and well put together. If it ain't broke, don't fix it. When you finally *need* (not *want*) the features of 6.x, then look at upgrading. .../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] Typical success rates?
On 6/30/06, Tristan Ball <[EMAIL PROTECTED]> wrote: > > And we'd run 5.1 everywhere still, if I wasn't caught on one side with a > requirement for > an EM64T Linux master server (only "supported on 6.0), and a management > directive > to run the same software everywhere. Just because you have x86_64 hardware, doesn't mean you have to run an x86_64 version of Linux. I would actually recommend using 32-bit linux on the Intel EM64T chips unless you are using >4GB of RAM. The AMD Opterons work better with 64-bit linux, but even then you don't need to run 64-bit NetBackup. Just make sure you have all the necessary 32-bit libraries installed and 32-bit NetBackup will run fine. As of 5.1 MP4, 32-bit NetBackup SERVER, running on 64-bit RHEL 4 or 64-bit SLES 9, running on x86_64 hardware is a supported configuration. http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterprise_Server/263839.pdf Austin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Title: Message
We get
around 4% failures, and that is only due to continuing focus on backups.
The product is not at fault though, more our infrastructure as a whole (i.e.
networks and firewalls) and hetrogeneous server estate.
-Original Message-From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tristan
BallSent: 30 June 2006 08:15To: Whelan, Patrick;
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Typical
success rates?
For me it depends on the site. And at the moment, on the
netbackup version.
At my small sites, backing up 3-5 clients, we get 100%
success 80-90% of nights. On the nights that we see failures, it's usually one
stream that fails, not a whole server. These are fairly static
sites.
At my "large" site, with about 30 clients, I get a
failure or two most night - but this is mostly environmental rather
than NB itself. It's machines that have been moved, changed or disconnected.
But of those 30 machines, many are secondary machines, development servers or
workstations - basically, subject to a reasonably large amount of
change.
And I have to say that 5.1mp2+ is a lot more reliable
than 6.0mp?, especially when it comes to the scheduler.
Regards,
T.
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan,
PatrickSent: Friday, 30 June 2006 3:48 AMTo:
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Typical
success rates?
All,
Do
you usually have a 100% success every backup session? If not what is a
typical success rate?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
Egg is a trading name of the Egg group of companies which includes:
Egg plc (reg no
2448340), Egg Financial Intermediation Ltd
(reg no 3828289), and Egg Banking plc (reg
no 2999842). Egg Banking plc and Egg
Financial Intermediation Ltd are authorised
and regulated by the Financial Services
Authority (FSA) and are entered in the FSA
register under numbers 205621 and 309551
respectively. These members of the Egg group
are registered in England and Wales.
Registered office: 1 Waterhouse Square, 138-
142 Holborn, London EC1N 2NA.
This e-mail is confidential and for use by
the addressee only. If you are not the
intended recipient of this e-mail and have
received it in error, please return the
message to the sender by replying to it and
then delete it from your mailbox. Internet e-
mails are not necessarily secure. The Egg
group of companies do not accept
responsibility for changes made to this
message after it was sent.
Whilst all reasonable care has been taken to
avoid the transmission of viruses, it is the
responsibility of the recipient to ensure
that the onward transmission, opening or use
of this message and any attachments will not
adversely affect its systems or data. No
responsibility is accepted by the Egg group
of companies in this regard and the
recipient should carry out such virus and
other checks as it considers appropriate.
This communication does not create or modify
any contract.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Ed / Guys Would tend to agree - I must admit we attempted to go to 6.0 and unfortunately although the process should be simple, it was a complete pile of rubbish! My feeling is, if you have had ANY bad Database or Image DB images, expect to see problems !! Is it really me, or is 6.0 just badly "rushed out" ? Ed - I for one am sticking with MP2 5.1 - its been very very stable, rock solid and well put together. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B32AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 30 June 2006 12:31 To: Tristan Ball Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Typical success rates? On Fri, Jun 30, 2006 at 05:14:49PM +1000, Tristan Ball wrote: > And I have to say that 5.1mp2+ is a lot more reliable than 6.0mp?, > especially when it comes to the scheduler. That's a significant understatement. 6.0mp2's scheduler, even with engineering patch bundles, has major issues. We've been working them with backline engineering support ever since we upgraded a few weeks ago. Unless you really, really *need* 6.0, stay away for now. .../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 This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
On Fri, Jun 30, 2006 at 05:14:49PM +1000, Tristan Ball wrote: > And I have to say that 5.1mp2+ is a lot more reliable than 6.0mp?, > especially when it comes to the scheduler. That's a significant understatement. 6.0mp2's scheduler, even with engineering patch bundles, has major issues. We've been working them with backline engineering support ever since we upgraded a few weeks ago. Unless you really, really *need* 6.0, stay away for now. .../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] Typical success rates?
Title: Message
And we'd run 5.1 everywhere still, if I wasn't caught on
one side with a requirement for an EM64T Linux master server (only "supported on
6.0), and a management directive to run the same software
everywhere.
Unfortunately we had a lot of other changes at our small
offices at the same time as the 6.0 deployment - both staff and systems, so
reliability in the period around the 6.0 upgrade was very
poor.
But we've got a reasonable handle on 6.0's bugs, and
we've improved our reporting systems a lot, so we have clear
visibility of big (whole client rather than single stream), or repeat
failures. And our systems have stabilsed a lot, we're not upgrading and
replacing frontline servers. Things are actually pretty good at the moment - I'm
back to just checking the reports in the morning, rather than eyeballing
the netbackup console in the evenings. Still, I'm really looking forward to
6.0mp3. :-)
Our last "big" failure was when the local admin at a small
site accidently deployed windows firewall rules via AD Policy to the servers.
Hardly netbackup's fault. :-)
Regards,
T.
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
From: WEAVER, Simon
[mailto:[EMAIL PROTECTED] Sent: Friday, 30 June 2006
6:17 PMTo: Tristan Ball; Whelan, Patrick;
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Typical
success rates?
We run 5.1 MP2 and have had NO problmes with the
product itself (exclude the fact that 2 Media Servers were destroyed by non
technical backup people!)
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B32AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Tristan Ball
[mailto:[EMAIL PROTECTED] Sent: 30 June 2006
08:15To: Whelan, Patrick;
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Typical
success rates?
For me it depends on the site. And at the moment, on the
netbackup version.
At my small sites, backing up 3-5 clients, we get 100%
success 80-90% of nights. On the nights that we see failures, it's usually one
stream that fails, not a whole server. These are fairly static
sites.
At my "large" site, with about 30 clients, I get a
failure or two most night - but this is mostly environmental rather
than NB itself. It's machines that have been moved, changed or disconnected.
But of those 30 machines, many are secondary machines, development servers or
workstations - basically, subject to a reasonably large amount of
change.
And I have to say that 5.1mp2+ is a lot more reliable
than 6.0mp?, especially when it comes to the scheduler.
Regards,
T.
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan,
PatrickSent: Friday, 30 June 2006 3:48 AMTo:
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Typical
success rates?
All,
Do
you usually have a 100% success every backup session? If not what is a
typical success rate?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
This email is for the intended
addressee only.If you have received it in error then you must not use,
retain, disseminate or otherwise deal with it.Please notify the sender
by return email.The views of the author may not necessarily
Re: [Veritas-bu] Typical success rates?
Title: Message
We run 5.1 MP2 and have had NO problmes with the
product itself (exclude the fact that 2 Media Servers were destroyed by non
technical backup people!)
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B32AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Tristan Ball
[mailto:[EMAIL PROTECTED] Sent: 30 June 2006
08:15To: Whelan, Patrick;
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Typical
success rates?
For me it depends on the site. And at the moment, on the
netbackup version.
At my small sites, backing up 3-5 clients, we get 100%
success 80-90% of nights. On the nights that we see failures, it's usually one
stream that fails, not a whole server. These are fairly static
sites.
At my "large" site, with about 30 clients, I get a
failure or two most night - but this is mostly environmental rather
than NB itself. It's machines that have been moved, changed or disconnected.
But of those 30 machines, many are secondary machines, development servers or
workstations - basically, subject to a reasonably large amount of
change.
And I have to say that 5.1mp2+ is a lot more reliable
than 6.0mp?, especially when it comes to the scheduler.
Regards,
T.
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan,
PatrickSent: Friday, 30 June 2006 3:48 AMTo:
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Typical
success rates?
All,
Do
you usually have a 100% success every backup session? If not what is a
typical success rate?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.
EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Title: Typical success rates?
For me it depends on the site. And at the moment, on the
netbackup version.
At my small sites, backing up 3-5 clients, we get 100%
success 80-90% of nights. On the nights that we see failures, it's usually one
stream that fails, not a whole server. These are fairly static
sites.
At my "large" site, with about 30 clients, I get a failure
or two most night - but this is mostly environmental rather than NB
itself. It's machines that have been moved, changed or disconnected. But of
those 30 machines, many are secondary machines, development servers or
workstations - basically, subject to a reasonably large amount of
change.
And I have to say that 5.1mp2+ is a lot more reliable than
6.0mp?, especially when it comes to the scheduler.
Regards,
T.
---
Tristan Ball
System Administrator
Vision Systems
+61-3-9211-7064
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan,
PatrickSent: Friday, 30 June 2006 3:48 AMTo:
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Typical
success rates?
All,
Do you usually have a 100%
success every backup session? If not what is a typical success
rate?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I miss
my mind the most! - Unknown
There are only 10 kinds of people on
earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to or
used by anyone else, nor may it be copied in any way. The contents of
this message and its attachments are confidential and may also be subject to
legal privilege. If you are not the named addressee and/or have received this
message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the
message and any attachments without retaining any copies. Internet
communications are not secure and COLT does not accept responsibility for this
message, its contents nor responsibility for any viruses. No contracts
can be created or varied on behalf of COLT Telecommunications, its subsidiaries
or affiliates ("COLT") and any other party by email Communications unless
expressly agreed in writing with such other party. Please note that
incoming emails will be automatically scanned to eliminate potential viruses and
unsolicited promotional emails. For more information refer to www.colt.net or
contact us on +44(0)20 7390 3900.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Title: Message
Exclude the "1"'s as I dont class them as failures
:-)
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B32AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Wayne T Smith
[mailto:[EMAIL PROTECTED] Sent: 29 June 2006 21:09To:
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Typical
success rates?Never have I had a day without
failures. Here's a sample from my past 24 hours (v5.1MP5 backup server
... various clients numbering less than 150 ... reported errors only)
...
machine - status explanation
01 - 41 - This is one of several laptops that are backed up whenever it
is connected, but isn't connected very often. I wish NetBackup could
poll these machines quietly and back them up when they appear. (about 2
dozen job failures of this type have been omitted from this report)
02 - 1 - A mailbox could not be enumerated. The Exchange person
may correct these someday.
03 - 54 - bpbrm listen for client timeout during accept from data listen
socket for 60 seconds (will look into this one, especially if it repeats)
04 - 58 - cannot connect (application does not play well with NetBackup
client - only a few backups are successful)
05 - 1 - cannot open file - in use by another process (will try to
exclude these files because the error appears permanent).
06 - 6 - failed to backup requested files. This was an CINC Oracle
backup on an idle DB. Maybe I can adjust script to force a change in
the DB or avoid backing up no changes
07 - 6 - same as machine 06.
08 - 54 - timeout connecting to client. NetBackup server was delayed
obtaining a tape drive, causing Oracle/RMAN to give up (I think).
09 - 41 - network connection timed out. This was at very end of backup
("end writing" in job details). Happens occasionally with this client.
10 - 1 - Some ".tmp" files in use by another process. Will add
"*.tmp" to exclude list, but probably at expense of slowing backups?
Also, unable to export RSM database.
11 - 58 - cannot connect to client. Client machine is spread all over a
table, with HP trying to find what's wrong with it. Has been down for
several *weeks*. Have manually extended expiration of existing
backups. Too bad you can't tell NetBackup to keep its last full
backups of a client & policy.
12 - 41 - similar to machines 06 and 09.
13 - 1 - Several "filemaker" files unavailable for backup. We
don't exclude because sometimes they can be backed up and that's better than
none.
14 - 41 - Another mysterious network connection timed out at or near end
of file system backup, when job began delayed with "busy resources".
15 - 57 client connection refused. Similar to machine 04.
16 - 1 - A Windows file, access_log, has a portion locked by another
process. I cannot fix this without putting client in a policy of its
own, because the file is included for processing by a necessary include list
entry.
17 - 54 - Machine is powered off due to a power outage. User
doesn't care because he no longer works there and management hasn't decided
what to do yet.
18 - 1 - A few classical "in use" failures (Windows defender and
perfdata), as well as a "cannot open old TIR file" failure. Backing up
TIR files seems bogus, but I otherwise don't know how to avert the problem.
19 - 58 - powered off due to same power outage as machine 17.
Machine is going away, but owner might resurrect it or want one more backup.
20 - 58 - trying machine 11 backup again.
21 - 25 - cannot execute cmd on client. No idea why this Exchange
DB CINC backup failed (immediately). A later job worked.
22 - 1 - A relatively new Linux client trying to backup "sparse file
/sys/bus/pci/..." (many). Will suggest owner exclude.
23 - 1 - same as machine 22. So that's about 50 jobs with
errors out of about 375, or about 10-15% of jobs. It gets better if you
don't count status code 1s as failures, worse if you consider a few clients
have many file systems and multi-stream enabled, and much better if you throw
out all the failures that are "expected"!cheers, wayneWhelan,
Patrick wrote, in part, on 6/29/2006 1:48 PM:
Do you usually have a 100% success every backup session? If
not what is a typical success rate?
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily con
Re: [Veritas-bu] Typical success rates?
Title: Typical success rates?
Never have I had a day without failures. Here's a sample from my past
24 hours (v5.1MP5 backup server ... various clients numbering less than
150 ... reported errors only) ...
machine - status explanation
01 - 41 - This is one of several laptops that are backed up
whenever it is connected, but isn't connected very often. I wish
NetBackup could poll these machines quietly and back them up when they
appear. (about 2 dozen job failures of this type have been omitted from
this report)
02 - 1 - A mailbox could not be enumerated. The Exchange person
may correct these someday.
03 - 54 - bpbrm listen for client timeout during accept from data
listen socket for 60 seconds (will look into this one, especially if it
repeats)
04 - 58 - cannot connect (application does not play well with
NetBackup client - only a few backups are successful)
05 - 1 - cannot open file - in use by another process (will try
to exclude these files because the error appears permanent).
06 - 6 - failed to backup requested files. This was an CINC
Oracle backup on an idle DB. Maybe I can adjust script to force a
change in the DB or avoid backing up no changes
07 - 6 - same as machine 06.
08 - 54 - timeout connecting to client. NetBackup server was
delayed obtaining a tape drive, causing Oracle/RMAN to give up (I
think).
09 - 41 - network connection timed out. This was at very end of
backup ("end writing" in job details). Happens occasionally with this
client.
10 - 1 - Some ".tmp" files in use by another process. Will add
"*.tmp" to exclude list, but probably at expense of slowing backups?
Also, unable to export RSM database.
11 - 58 - cannot connect to client. Client machine is spread all
over a table, with HP trying to find what's wrong with it. Has been
down for several *weeks*. Have manually extended expiration of
existing backups. Too bad you can't tell NetBackup to keep its last
full backups of a client & policy.
12 - 41 - similar to machines 06 and 09.
13 - 1 - Several "filemaker" files unavailable for backup. We
don't exclude because sometimes they can be backed up and that's better
than none.
14 - 41 - Another mysterious network connection timed out at or
near end of file system backup, when job began delayed with "busy
resources".
15 - 57 client connection refused. Similar to machine 04.
16 - 1 - A Windows file, access_log, has a portion locked by
another process. I cannot fix this without putting client in a policy
of its own, because the file is included for processing by a necessary
include list entry.
17 - 54 - Machine is powered off due to a power outage. User
doesn't care because he no longer works there and management hasn't
decided what to do yet.
18 - 1 - A few classical "in use" failures (Windows defender and
perfdata), as well as a "cannot open old TIR file" failure. Backing up
TIR files seems bogus, but I otherwise don't know how to avert the
problem.
19 - 58 - powered off due to same power outage as machine 17.
Machine is going away, but owner might resurrect it or want one more
backup.
20 - 58 - trying machine 11 backup again.
21 - 25 - cannot execute cmd on client. No idea why this
Exchange DB CINC backup failed (immediately). A later job worked.
22 - 1 - A relatively new Linux client trying to backup "sparse
file /sys/bus/pci/..." (many). Will suggest owner exclude.
23 - 1 - same as machine 22.
So that's about 50 jobs with errors out of about 375, or about 10-15%
of jobs. It gets better if you don't count status code 1s as failures,
worse if you consider a few clients have many file systems and
multi-stream enabled, and much better if you throw out all the failures
that are "expected"!
cheers, wayne
Whelan, Patrick wrote, in part, on 6/29/2006 1:48 PM:
Do you usually have a 100% success every backup
session? If not what is a typical success rate?
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Title: Message
Weekly I do incrementals, and they are
fine!
Full - on most weekends, VERY
good
Regards
Simon Weaver3rd Line Technical SupportWindows
Domain Administrator
EADS Astrium
Limited, B32AA IM (DCS)Anchorage Road, Portsmouth, PO3
5PU
Email:
[EMAIL PROTECTED]
-Original Message-From: Whelan, Patrick
[mailto:[EMAIL PROTECTED] Sent: 29 June 2006
18:48To: veritas-bu@mailman.eng.auburn.eduSubject:
[Veritas-bu] Typical success rates?
All,
Do
you usually have a 100% success every backup session? If not what is a
typical success rate?
Regards,
Patrick Whelan
NetBackup
Specialist
Architect &
Engineering
+44 20 7863 5243
Of all the things I've lost, I
miss my mind the most! - Unknown
There are only 10 kinds of people
on earth - those who understand binary
and those who
don't.
*The
message is intended for the named addressee only and may not be disclosed to
or used by anyone else, nor may it be copied in any way. The contents
of this message and its attachments are confidential and may also be subject
to legal privilege. If you are not the named addressee and/or have received
this message in error, please advise us by e-mailing [EMAIL PROTECTED] and
delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept
responsibility for this message, its contents nor responsibility for any
viruses. No contracts can be created or varied on behalf of COLT
Telecommunications, its subsidiaries or affiliates ("COLT") and any other
party by email Communications unless expressly agreed in writing with such
other party. Please note that incoming emails will be automatically
scanned to eliminate potential viruses and unsolicited promotional emails. For
more information refer to www.colt.net or contact us on +44(0)20 7390
3900.
This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of EADS Astrium Limited.
Nothing in this email shall bind EADS Astrium Limited in any contract or obligation.
EADS Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Typical success rates?
Title: Typical success rates?
All,
Do you usually have a 100% success every backup session? If not what is a typical success rate?
Regards,
Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243
Of all the things I've lost, I miss my mind the most! - Unknown
There are only 10 kinds of people on earth - those who understand binary
and those who don't.
*
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Typical success rates?
Title: Message typically 99.0 - 99.5% usually 1-2 failures per 200 clients per night. -- -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Whelan, PatrickSent: June 29, 2006 1:48 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Typical success rates? All, Do you usually have a 100% success every backup session? If not what is a typical success rate? Regards, 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
