Re: [Veritas-bu] Backup Client on Windows 2000

[Jimenez, Daniel]

Simon

 

Thanks for the article. It definitely helped answer some of my
questions. 

 

Daniel 



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:48 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

Found this for you http://seer.support.veritas.com/docs/264767.htm

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:26
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

Simon 

 

Upgrading from 4.5 to 5.1

 

Daniel 





From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:22 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

what version of NBU client are you on and what are you trying to
upgrade to?

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel
[mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:14
To: WEAVER, Simon (external);
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup Client on Windows 2000

Simon

 

In addition to this question, is it best to completely
uninstall a backup client and then install the new client? I have about
400 servers I have to upgrade and it would be so much easier just to
install it over the existing client but I have been told that it is
always best to uninstall and re-install.  What do you think from your
past experiences? 

 

Daniel 





From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup
Client Service - however on 3 occasions I have had to perform a reboot
after a maintenance pack!

 

For VSP to be working, I think the software asks you to
reboot, but again, you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel
[mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows
2000

Hey guys

 

I have been advised in the past that when you
install a 5.1 or 6.0 backup client to a Windows 2000 server, it will
require a reboot after the install. I installed a 5.1 backup client to a
Windows 2000 server a few days ago and added the server to a backup
policy on the Master and ran it. The server backed up fine and I didn't
need to reboot the Windows 2000 server. Is there anything I am missing
here?  

 

Daniel 

 

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. 2

Re: [Veritas-bu] Backup Client on Windows 2000

[WEAVER, Simon (external)]

Daniel
Found this for you http://seer.support.veritas.com/docs/264767.htm
 
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:26
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000



Simon 

 

Upgrading from 4.5 to 5.1

 

Daniel 


  _  


From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:22 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

what version of NBU client are you on and what are you trying to upgrade to?

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:14
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup Client on Windows 2000

Simon

 

In addition to this question, is it best to completely uninstall a backup
client and then install the new client? I have about 400 servers I have to
upgrade and it would be so much easier just to install it over the existing
client but I have been told that it is always best to uninstall and
re-install.  What do you think from your past experiences? 

 

Daniel 


  _  


From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup Client Service -
however on 3 occasions I have had to perform a reboot after a maintenance
pack!

 

For VSP to be working, I think the software asks you to reboot, but again,
you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000

Hey guys

 

I have been advised in the past that when you install a 5.1 or 6.0 backup
client to a Windows 2000 server, it will require a reboot after the install.
I installed a 5.1 backup client to a Windows 2000 server a few days ago and
added the server to a backup policy on the Master and ran it. The server
backed up fine and I didn't need to reboot the Windows 2000 server. Is there
anything I am missing here?  

 

Daniel 

 


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

 

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




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

Re: [Veritas-bu] Backup Client on Windows 2000

[WEAVER, Simon (external)]

Daniel
Well from a client perspective, it is nice to uninstall and then install the
new client and appropriate MP.
 
Although I was able to upgrade 1 client from 4.5, it was troublesome (and it
should not have been!).
 
so I simply took my time, used RDP for all the clients and uninstalled /
reinstalled the newer client
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:26
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000



Simon 

 

Upgrading from 4.5 to 5.1

 

Daniel 


  _  


From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:22 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

what version of NBU client are you on and what are you trying to upgrade to?

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:14
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup Client on Windows 2000

Simon

 

In addition to this question, is it best to completely uninstall a backup
client and then install the new client? I have about 400 servers I have to
upgrade and it would be so much easier just to install it over the existing
client but I have been told that it is always best to uninstall and
re-install.  What do you think from your past experiences? 

 

Daniel 


  _  


From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup Client Service -
however on 3 occasions I have had to perform a reboot after a maintenance
pack!

 

For VSP to be working, I think the software asks you to reboot, but again,
you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000

Hey guys

 

I have been advised in the past that when you install a 5.1 or 6.0 backup
client to a Windows 2000 server, it will require a reboot after the install.
I installed a 5.1 backup client to a Windows 2000 server a few days ago and
added the server to a backup policy on the Master and ran it. The server
backed up fine and I didn't need to reboot the Windows 2000 server. Is there
anything I am missing here?  

 

Daniel 

 


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

 

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




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

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Wayne T Smith]

McCammont, Anderson (IT) wrote, in part:
> As a colleague of mine once put it: 'BANANA - Backups Are Not Archives,
> NOT ARCHIVES'.  Practise this mantra.  You should really think about
> rearchitecting.
>   

Archiving is a much harder problem than backup and restore!

IMHO, NetBackup has little enough success trying to be a good backup and 
restore system.  Trying to turn it into an archiving system might be a 
risky, expensive adventure. :-(

Just my opinion, wayne
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Backup Client on Windows 2000

[Jimenez, Daniel]

Simon 

 

Upgrading from 4.5 to 5.1

 

Daniel 



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:22 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

what version of NBU client are you on and what are you trying to upgrade
to?

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:14
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup Client on Windows 2000

Simon

 

In addition to this question, is it best to completely uninstall
a backup client and then install the new client? I have about 400
servers I have to upgrade and it would be so much easier just to install
it over the existing client but I have been told that it is always best
to uninstall and re-install.  What do you think from your past
experiences? 

 

Daniel 





From: WEAVER, Simon (external)
[mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup Client
Service - however on 3 occasions I have had to perform a reboot after a
maintenance pack!

 

For VSP to be working, I think the software asks you to reboot,
but again, you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel
[mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000

Hey guys

 

I have been advised in the past that when you install a
5.1 or 6.0 backup client to a Windows 2000 server, it will require a
reboot after the install. I installed a 5.1 backup client to a Windows
2000 server a few days ago and added the server to a backup policy on
the Master and ran it. The server backed up fine and I didn't need to
reboot the Windows 2000 server. Is there anything I am missing here?  

 

Daniel 

 

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

 

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 Client on Windows 2000

[Wilkinson, Alex]

0n Mon, Mar 26, 2007 at 11:14:15PM -0700, Jimenez, Daniel wrote: 

>In addition to this question, is it best to completely uninstall a
>backup client and then install the new client? I have about 400 servers
>I have to upgrade and it would be so much easier just to install it over
>the existing client but I have been told that it is always best to
>uninstall and re-install.  What do you think from your past experiences?

Are we talking MPs ? Or replacing a 5.1 client with a 6.0 client ?

 -aW

IMPORTANT: This email remains the property of the Australian Defence 
Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 
1914.  If you have received this email in error, you are requested to contact 
the sender and delete the email.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Backup Client on Windows 2000

[WEAVER, Simon (external)]

Daniel
what version of NBU client are you on and what are you trying to upgrade to?
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 07:14
To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup Client on Windows 2000



Simon

 

In addition to this question, is it best to completely uninstall a backup
client and then install the new client? I have about 400 servers I have to
upgrade and it would be so much easier just to install it over the existing
client but I have been told that it is always best to uninstall and
re-install.  What do you think from your past experiences? 

 

Daniel 


  _  


From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup Client Service -
however on 3 occasions I have had to perform a reboot after a maintenance
pack!

 

For VSP to be working, I think the software asks you to reboot, but again,
you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000

Hey guys

 

I have been advised in the past that when you install a 5.1 or 6.0 backup
client to a Windows 2000 server, it will require a reboot after the install.
I installed a 5.1 backup client to a Windows 2000 server a few days ago and
added the server to a backup policy on the Master and ran it. The server
backed up fine and I didn't need to reboot the Windows 2000 server. Is there
anything I am missing here?  

 

Daniel 

 

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




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 Client on Windows 2000

[Jimenez, Daniel]

Simon

 

In addition to this question, is it best to completely uninstall a
backup client and then install the new client? I have about 400 servers
I have to upgrade and it would be so much easier just to install it over
the existing client but I have been told that it is always best to
uninstall and re-install.  What do you think from your past experiences?


 

Daniel 



From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] 
Sent: Monday, March 26, 2007 11:10 PM
To: Jimenez, Daniel; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup Client on Windows 2000

 

Daniel

I can get away with a stop / restart of the NetBackup Client Service -
however on 3 occasions I have had to perform a reboot after a
maintenance pack!

 

For VSP to be working, I think the software asks you to reboot, but
again, you can sometimes get away with this.

 

 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email: [EMAIL PROTECTED]
 

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000

Hey guys

 

I have been advised in the past that when you install a 5.1 or
6.0 backup client to a Windows 2000 server, it will require a reboot
after the install. I installed a 5.1 backup client to a Windows 2000
server a few days ago and added the server to a backup policy on the
Master and ran it. The server backed up fine and I didn't need to reboot
the Windows 2000 server. Is there anything I am missing here?  

 

Daniel 

 

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 Client on Windows 2000

[WEAVER, Simon (external)]

Daniel
I can get away with a stop / restart of the NetBackup Client Service -
however on 3 occasions I have had to perform a reboot after a maintenance
pack!
 
For VSP to be working, I think the software asks you to reboot, but again,
you can sometimes get away with this.
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Jimenez, Daniel [mailto:[EMAIL PROTECTED] 
Sent: 27 March 2007 03:56
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000



Hey guys

 

I have been advised in the past that when you install a 5.1 or 6.0 backup
client to a Windows 2000 server, it will require a reboot after the install.
I installed a 5.1 backup client to a Windows 2000 server a few days ago and
added the server to a backup policy on the Master and ran it. The server
backed up fine and I didn't need to reboot the Windows 2000 server. Is there
anything I am missing here?  

 

Daniel 

 



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] Minimum Specs

[WEAVER, Simon (external)]

You may find something in the Sys Admin Guide!
 
 

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU

Email:   [EMAIL PROTECTED]

-Original Message-
From: Kenneth W Wilkinson [mailto:[EMAIL PROTECTED] 
Sent: 26 March 2007 17:43
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Minimum Specs



Does anyone know what Symantec's recommendation/suggested is for physical
memory on a master server?

 

kww

 

 



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] Clariion Dynamic Library

[Clem Kruger]

Good day all,

 

Anyone out there using Clariion Dynamic Libraries?

 

 

 

 

 

 

 

Kind Regards,

Clem Kruger

Senior Consultant Technology

Cabangisisa IT Solutions 

 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[McCammont, Anderson \(IT\)]

As a colleague of mine once put it: 'BANANA - Backups Are Not Archives,
NOT ARCHIVES'.  Practise this mantra.  You should really think about
rearchitecting.

That said, if your data isn't important to your firm and you're
confident that you can restore from backups (you're making multiple
copies, probably not using removable media but if you are you're doing
full media verifies and sending them out the building to different
offsite facilities in different directions using different carriers
right?), and you're looking at this as an interim poor man's one-way HSM
(you know your data access patterns and want to keep things around on
disk as long as possible but manage your primary storage), then you
could 'trust' your backup app, find the last successful backup date at
the appropriate retlevel contains the file you want, and the script that
you trigger when your filesystem utilisation gets to a certain point is
free to remove anything before that date.  No, I wouldn't do that
either.  

The point is that you're either comfortable in your backup app or you're
not, and if you're not you can't get out of doing anything other than
reading the tape.  If you trust your backup app but not bparchive you
can get your backup app to dump a filelist.  If that's millions of files
and impacts on other uses of your backup plant then that's something you
need to deal with.

Alternatively, if you're not prepared to trust bparchive, or it's not
timely enough for you (I've never had occasion to use it so can't
comment on either point), you could always generate your own filelist
that you use to take the regular backup, check the success of the backup
and if it worked 'bless' the filelist.  Then at some point in the future
when you get into space pressure you can purge files in the blessed
filelists.  Be careful though to only bless fully successful backups
(not partials - think locked files etc), but this really falls into the
category of trusting the backup application, and hence becomes a
circular argument.  I'd be more inclined to test bparchive rather than
engineer my own, but remember, BANANA.


Separate solutions for separate problems:
Stretched HA for hardware failure/Disaster Recovery
CDP/Snapshots/Backups for User Error
Archives for Data Retention


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: 27 March 2007 06:17
To: Whelan, Patrick
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Checking to see if millions of files are
backed up?

A nice idea; however, this is actually part of a much larger and
complicated system in which certain files have to kept for certain
retentions, both on disk and backed up to tape, think tape archival
with different retention rates.  If I were to change the entire
architecture behind it, this may be a good solution and is something
on my plate for the future.  However, in the interim, I just need a
solution to verify files have been backed up to tape and remove them
if they are older than N days if we are running low on space on any
particular server.

On 3/26/07, Whelan, Patrick <[EMAIL PROTECTED]> wrote:
> Why not have a script that runs a backup followed by an archive. Check
> the error code of the backup, if is not 0 then don't run the archive.
If
> it is 0 then run the archive which will automatically delete the files
> when it completes successfully. It will not delete antything if it
fails
> even with a 1.
>
> Regards,
>
> Patrick Whelan
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> Piszcz
> Sent: 26 March 2007 22:36
> To: [EMAIL PROTECTED]
> Cc: Veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Checking to see if millions of files are
> backed up?
>
>
> The problem with that is two-fold:
>
> 1. We backup multiple copies of the data, therefore, the archive
option
> will not work. 2. What if a tape has an I/O error half way through the
> archive process? Yikes.
>
> Justin.
>
> On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> > Why not set up an archive schedule?  That way, the files can be
> > archived and NetBackup will ensure that they are on tape before
> > removing.
> >
> >
> >
> >
> > Bobby Williams
> > 2205 Peterson Drive
> > Chattanooga, Tennessee  37421
> > 423-296-8200
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
Justin
>
> > Piszcz
> > Sent: Monday, March 26, 2007 4:27 PM
> > To: Veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Checking to see if millions of files are
backed
> > up?
> >
> > If one is to create a script to ensure that the files on the
> > filesystem are backed upon before removing them, what is the best
> > data-store model for doing so?
> >
> > Obviously, if you have > 1,000,000 files in the catalog and you need
> > to check each of those, you do not want to bplist -B -C -R 99
> > /path/to/file/1.txt for each file.  However, y

Re: [Veritas-bu] Backup Client on Windows 2000

[Mansell, Richard]

I have only ever had a forced reboot twice during the client install and
that was on servers running NT. The installation procedure for the
maintenance pack does say you have to reboot to get the latest VSP
functionality but the core client should still work ok without it.




From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jimenez,
Daniel
Sent: Tuesday, 27 March 2007 2:56 pm
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Client on Windows 2000



Hey guys

 

I have been advised in the past that when you install a 5.1 or
6.0 backup client to a Windows 2000 server, it will require a reboot
after the install. I installed a 5.1 backup client to a Windows 2000
server a few days ago and added the server to a backup policy on the
Master and ran it. The server backed up fine and I didn't need to reboot
the Windows 2000 server. Is there anything I am missing here?  

 

Daniel 

 


**
This electronic email and any files transmitted with it are intended
solely for the use of the individual or entity to whom they are
addressed.

The views expressed in this message are those of the individual
sender and may not necessarily reflect the views of the Christchurch
City Council.

If you are not the correct recipient of this email please advise the
sender and delete.

Christchurch City Council
http://www.ccc.govt.nz
**

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Backup Client on Windows 2000

[Jimenez, Daniel]

Hey guys

 

I have been advised in the past that when you install a 5.1 or 6.0
backup client to a Windows 2000 server, it will require a reboot after
the install. I installed a 5.1 backup client to a Windows 2000 server a
few days ago and added the server to a backup policy on the Master and
ran it. The server backed up fine and I didn't need to reboot the
Windows 2000 server. Is there anything I am missing here?  

 

Daniel 

 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives

[bob944]

> What if I have both the ESL (LTO-3) and the VTL (Ultrium-2) 
> drives on the same server.
> 
> What to I set, is there any guideline for an environ with mixed set of
> drives.

What is your objective?

a.  to introduce an untested value into your company's backup and
RESTORE scheme because somebody else used it?  Then take anything you
get and move on.

b.  to determine optimal buffer parameters for your environment based on
business decisions regarding backup versus restore speeds, priorities
for backup or restore for priority systems, DR scenarios including
priorities, likely recovery infrastructure, and dozens of other things
that none of us ever come up with perfect answers to?  Then take your
business requirements, study Freemantle's references and develop a
rigorous test plan to determine what parameters best fit your
combination of requirements.  It is not easy to do this right--it is not
easy to even determine what "right" is, considering the conflicting
business and technical requirements.

c.  for everything to work reasonably well with minimal maintenance,
minimal  administration and minimal risk?  Do nothing; NetBackup's
defaults, especially in 6.0, make good choices.  See those references
(specifically, the Tuning Guide) for details.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] HP LTO3 FC drives "locking up" [NC]

[Len Boyle]

You might want to talk to your sales folks and tell them that you are no happy 
with the  reboot solution. 
 
You might also tell this to the support folks and ask them to  talk to higher 
level support folks and/or dev to  give you information on how to  collect 
debug information for them to  solve the problem. 
 
If this does not work have someone higher up in your company write to someone 
higher up in hp. 
 
It does not always work, but most of the time most it does improve support. 
 
len



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Veritas Netbackup
Sent: Monday, March 26, 2007 3:51 PM
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] HP LTO3 FC drives "locking up" [NC]


We have already a firmware upgrade this Dec, all drives are on 58W now.

Every time a drive stops responding, I need to reboot the entire library. Any 
problem - rebooting the library solves the problem most of the times. 

Its seems like a internal communication issue with the library.

I have sent support tickets to HP, and asked them to give me long term advice, 
but it seems the are happy resolving the problem with a reboot. 

Regards,
BIJU


On 3/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote: 

BIJU,

> The robtest works and i'm able to move media in and out. 
If I understood you correctly and you are able to load / uload tapes, 
then
it is a different scenario.

Otherwise ...
My drives lock up hard. They go offline, disappearing from the fabric 
and
do not respond to the hard reset ( holding the front pannel button for 
more than 15 secs ).

Check the version of the f/w you have an make sure to load the latest 
one
( I beleive it is currently L58S/009.822 )

If you have direct support from HP, ask them when the new LTO3 
microcode 
is scheduled for release and plan to upgrade. It may address this 
problem.



--
Misha Pavlov
Société Générale
desk: (212) 278-6096
cell: (646) 346-9341

This message uses only 100% recycled electrons. 



"Veritas Netbackup" <[EMAIL PROTECTED]>
03/09/2007 02:42 PM


To
Misha PAVLOV/us/[EMAIL PROTECTED]
cc
veritas-bu@mailman.eng.auburn.edu
Subject
Re: [Veritas-bu] HP LTO3 FC drives "locking up" [C1]






Hi Misha,

We have HP ESL Library and we face the same problem atleast once in a 
month.

NBU 5.1 MP4

HP ESL 712 E

The drives go dizzy and fail to respond, the management software the LCD
panel all show thumbs up. The robtest works and i'm able to move media 
in
and out. "mt" just hangs and netbackup is not able to read the label. 
It 
seems like an internal comm'n issue in the library.

Replacing the drives also does not help.  The library has to be rebooted
to solve the problem. In my case even the switch port shows "Online". 

The HP support team world wide has never been able to crack the mystery.

Regards,
BIJU

On 3/7/07, [EMAIL PROTECTED] < [EMAIL PROTECTED]   > wrote:
Folks,

did anyone notice a problem with HP LTO3 drives in SSO configuration,
running NBU 5.1 on Solaris 8 ?

Once - twice a week I have bptm debug logs reporting in the middle 

22:03:41.746 [19156] <2> send_brm_msg: MEDIA NOT READY
22:03:41.746 [19156] <2> write_data: attempting write error recovery, 
err
= 5
22:03:41.746 [19156] <2> tape_error_rec: error recovery to block 
1485323 
requested
22:03:41.746 [19156] <2> tape_error_rec: attempting error recovery, 
delay
3 minutes before next attempt, tries left = 5
22:06:41.739 [19156] <2> io_ioctl: command (0)MTWEOF 0 from
(overwrite.c.488 ) on drive index 43
22:06:41.739 [19156] <2> io_ioctl: MTWEOF failed during error recovery,
I/O error
22:08:40.745 [19156] <2> tape_error_rec: cannot read position for error
recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0 

and immediatly after in /var/adm/messages I see

Mar  5 22:03:41 vepanyup03 scsi: [ID 107833 kern.warning] WARNING:
/[EMAIL PROTECTED],70/SUNW, [EMAIL PROTECTED],1/[EMAIL 
PROTECTED],0/[EMAIL PROTECTED],0 (st297):
Mar  5 22:03:41 vepanyup03  SCSI transport failed: reason 'timeout': 
giving up
Mar  5 22:07:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi
command failed, may be timeout, scsi_pkt.us_reason = 6

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[bob944]

> 2. What if a tape has an I/O error half way through the 
> archive process? Yikes.

Nothing happens; you misunderstand bparchive.  File deletion occurs only
after the backup completes with a status 0.

  find / >foo; bplist  / | diff foo -

Make appropriate sorting or exclusion adjustments so the format and
order of the two files match; adjust [b]diff threshold parameters to
avoid 2M lines of output when there are mismatches.  diff also has
options to compare multiple files, which could be more useful than one
monster comparison.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Justin Piszcz]

And sure yes there is FlashBackup -- but it does not work with an EXT3
filesystem!  Also, VxFS for Linux, think of the licensing costs etc
for a lot of servers, not really a solution.

Justin.

On 3/26/07, Justin Piszcz <[EMAIL PROTECTED]> wrote:
> The main reason for something like this overall is you will get 5
> kilobytes per second if you backup a filesystem with a lot of spare
> data.
>
> Think of 500,000 directories and 60,000 files, but the 60,000 files
> are scattered across the 500,000 directories. 99% of the backup is
> NetBackup traversing the directory hierarchy and gives about 5KB/s
> average to the tape drive, causing shoe-shining and other problems.
>
> Justin.
>
> On 3/26/07, Justin Piszcz <[EMAIL PROTECTED]> wrote:
> > A nice idea; however, this is actually part of a much larger and
> > complicated system in which certain files have to kept for certain
> > retentions, both on disk and backed up to tape, think tape archival
> > with different retention rates.  If I were to change the entire
> > architecture behind it, this may be a good solution and is something
> > on my plate for the future.  However, in the interim, I just need a
> > solution to verify files have been backed up to tape and remove them
> > if they are older than N days if we are running low on space on any
> > particular server.
> >
> > On 3/26/07, Whelan, Patrick <[EMAIL PROTECTED]> wrote:
> > > Why not have a script that runs a backup followed by an archive. Check
> > > the error code of the backup, if is not 0 then don't run the archive. If
> > > it is 0 then run the archive which will automatically delete the files
> > > when it completes successfully. It will not delete antything if it fails
> > > even with a 1.
> > >
> > > Regards,
> > >
> > > Patrick Whelan
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> > > Piszcz
> > > Sent: 26 March 2007 22:36
> > > To: [EMAIL PROTECTED]
> > > Cc: Veritas-bu@mailman.eng.auburn.edu
> > > Subject: Re: [Veritas-bu] Checking to see if millions of files are
> > > backed up?
> > >
> > >
> > > The problem with that is two-fold:
> > >
> > > 1. We backup multiple copies of the data, therefore, the archive option
> > > will not work. 2. What if a tape has an I/O error half way through the
> > > archive process? Yikes.
> > >
> > > Justin.
> > >
> > > On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> > > > Why not set up an archive schedule?  That way, the files can be
> > > > archived and NetBackup will ensure that they are on tape before
> > > > removing.
> > > >
> > > >
> > > >
> > > >
> > > > Bobby Williams
> > > > 2205 Peterson Drive
> > > > Chattanooga, Tennessee  37421
> > > > 423-296-8200
> > > >
> > > > -Original Message-
> > > > From: [EMAIL PROTECTED]
> > > > [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> > >
> > > > Piszcz
> > > > Sent: Monday, March 26, 2007 4:27 PM
> > > > To: Veritas-bu@mailman.eng.auburn.edu
> > > > Subject: [Veritas-bu] Checking to see if millions of files are backed
> > > > up?
> > > >
> > > > If one is to create a script to ensure that the files on the
> > > > filesystem are backed upon before removing them, what is the best
> > > > data-store model for doing so?
> > > >
> > > > Obviously, if you have > 1,000,000 files in the catalog and you need
> > > > to check each of those, you do not want to bplist -B -C -R 99
> > > > /path/to/file/1.txt for each file.  However, you do not want to grep
> > > > "1" one_gigabyte_catalog.txt either as there is really too much
> > > > overhead in either case.
> > > >
> > > > I have a few ideas that involves neither of these, but I was wondering
> > >
> > > > if anyone out there had already done something similar to this that
> > > > was high performance?
> > > >
> > > > Justin.
> > > > ___
> > > > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > > >
> > > >
> > > ___
> > > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >
> > >
> > > *
> > > 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.
> > >
> >

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Justin Piszcz]

The main reason for something like this overall is you will get 5
kilobytes per second if you backup a filesystem with a lot of spare
data.

Think of 500,000 directories and 60,000 files, but the 60,000 files
are scattered across the 500,000 directories. 99% of the backup is
NetBackup traversing the directory hierarchy and gives about 5KB/s
average to the tape drive, causing shoe-shining and other problems.

Justin.

On 3/26/07, Justin Piszcz <[EMAIL PROTECTED]> wrote:
> A nice idea; however, this is actually part of a much larger and
> complicated system in which certain files have to kept for certain
> retentions, both on disk and backed up to tape, think tape archival
> with different retention rates.  If I were to change the entire
> architecture behind it, this may be a good solution and is something
> on my plate for the future.  However, in the interim, I just need a
> solution to verify files have been backed up to tape and remove them
> if they are older than N days if we are running low on space on any
> particular server.
>
> On 3/26/07, Whelan, Patrick <[EMAIL PROTECTED]> wrote:
> > Why not have a script that runs a backup followed by an archive. Check
> > the error code of the backup, if is not 0 then don't run the archive. If
> > it is 0 then run the archive which will automatically delete the files
> > when it completes successfully. It will not delete antything if it fails
> > even with a 1.
> >
> > Regards,
> >
> > Patrick Whelan
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> > Piszcz
> > Sent: 26 March 2007 22:36
> > To: [EMAIL PROTECTED]
> > Cc: Veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Checking to see if millions of files are
> > backed up?
> >
> >
> > The problem with that is two-fold:
> >
> > 1. We backup multiple copies of the data, therefore, the archive option
> > will not work. 2. What if a tape has an I/O error half way through the
> > archive process? Yikes.
> >
> > Justin.
> >
> > On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> > > Why not set up an archive schedule?  That way, the files can be
> > > archived and NetBackup will ensure that they are on tape before
> > > removing.
> > >
> > >
> > >
> > >
> > > Bobby Williams
> > > 2205 Peterson Drive
> > > Chattanooga, Tennessee  37421
> > > 423-296-8200
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> >
> > > Piszcz
> > > Sent: Monday, March 26, 2007 4:27 PM
> > > To: Veritas-bu@mailman.eng.auburn.edu
> > > Subject: [Veritas-bu] Checking to see if millions of files are backed
> > > up?
> > >
> > > If one is to create a script to ensure that the files on the
> > > filesystem are backed upon before removing them, what is the best
> > > data-store model for doing so?
> > >
> > > Obviously, if you have > 1,000,000 files in the catalog and you need
> > > to check each of those, you do not want to bplist -B -C -R 99
> > > /path/to/file/1.txt for each file.  However, you do not want to grep
> > > "1" one_gigabyte_catalog.txt either as there is really too much
> > > overhead in either case.
> > >
> > > I have a few ideas that involves neither of these, but I was wondering
> >
> > > if anyone out there had already done something similar to this that
> > > was high performance?
> > >
> > > Justin.
> > > ___
> > > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > >
> > >
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
> > *
> > 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.
> >
> >
>
___

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Justin Piszcz]

A nice idea; however, this is actually part of a much larger and
complicated system in which certain files have to kept for certain
retentions, both on disk and backed up to tape, think tape archival
with different retention rates.  If I were to change the entire
architecture behind it, this may be a good solution and is something
on my plate for the future.  However, in the interim, I just need a
solution to verify files have been backed up to tape and remove them
if they are older than N days if we are running low on space on any
particular server.

On 3/26/07, Whelan, Patrick <[EMAIL PROTECTED]> wrote:
> Why not have a script that runs a backup followed by an archive. Check
> the error code of the backup, if is not 0 then don't run the archive. If
> it is 0 then run the archive which will automatically delete the files
> when it completes successfully. It will not delete antything if it fails
> even with a 1.
>
> Regards,
>
> Patrick Whelan
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> Piszcz
> Sent: 26 March 2007 22:36
> To: [EMAIL PROTECTED]
> Cc: Veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Checking to see if millions of files are
> backed up?
>
>
> The problem with that is two-fold:
>
> 1. We backup multiple copies of the data, therefore, the archive option
> will not work. 2. What if a tape has an I/O error half way through the
> archive process? Yikes.
>
> Justin.
>
> On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> > Why not set up an archive schedule?  That way, the files can be
> > archived and NetBackup will ensure that they are on tape before
> > removing.
> >
> >
> >
> >
> > Bobby Williams
> > 2205 Peterson Drive
> > Chattanooga, Tennessee  37421
> > 423-296-8200
> >
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Justin
>
> > Piszcz
> > Sent: Monday, March 26, 2007 4:27 PM
> > To: Veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Checking to see if millions of files are backed
> > up?
> >
> > If one is to create a script to ensure that the files on the
> > filesystem are backed upon before removing them, what is the best
> > data-store model for doing so?
> >
> > Obviously, if you have > 1,000,000 files in the catalog and you need
> > to check each of those, you do not want to bplist -B -C -R 99
> > /path/to/file/1.txt for each file.  However, you do not want to grep
> > "1" one_gigabyte_catalog.txt either as there is really too much
> > overhead in either case.
> >
> > I have a few ideas that involves neither of these, but I was wondering
>
> > if anyone out there had already done something similar to this that
> > was high performance?
> >
> > Justin.
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
> >
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
> *
> 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] Checking to see if millions of files are backed up?

[Whelan, Patrick]

Why not have a script that runs a backup followed by an archive. Check
the error code of the backup, if is not 0 then don't run the archive. If
it is 0 then run the archive which will automatically delete the files
when it completes successfully. It will not delete antything if it fails
even with a 1.

Regards,

Patrick Whelan

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: 26 March 2007 22:36
To: [EMAIL PROTECTED]
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Checking to see if millions of files are
backed up?


The problem with that is two-fold:

1. We backup multiple copies of the data, therefore, the archive option
will not work. 2. What if a tape has an I/O error half way through the
archive process? Yikes.

Justin.

On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> Why not set up an archive schedule?  That way, the files can be 
> archived and NetBackup will ensure that they are on tape before 
> removing.
>
>
>
>
> Bobby Williams
> 2205 Peterson Drive
> Chattanooga, Tennessee  37421
> 423-296-8200
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Justin

> Piszcz
> Sent: Monday, March 26, 2007 4:27 PM
> To: Veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Checking to see if millions of files are backed 
> up?
>
> If one is to create a script to ensure that the files on the 
> filesystem are backed upon before removing them, what is the best 
> data-store model for doing so?
>
> Obviously, if you have > 1,000,000 files in the catalog and you need 
> to check each of those, you do not want to bplist -B -C -R 99 
> /path/to/file/1.txt for each file.  However, you do not want to grep 
> "1" one_gigabyte_catalog.txt either as there is really too much 
> overhead in either case.
>
> I have a few ideas that involves neither of these, but I was wondering

> if anyone out there had already done something similar to this that 
> was high performance?
>
> Justin.
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


*
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] Checking to see if millions of files are backed up?

[Justin Piszcz]

The good, 1 network connection to pull the data from the master to the client.
The bad, it will be a lot of data for a larger catalog, but one can
always compress it.

The reason for this, is, I am not sure how many of you have used
NetBackup 6.0MPx or for how long, but early on, maybe this is better
in 6.0MP4, but if you ran a lot of commands very quickly or
simultaneously, it would crash various services on the master.
Otherwise, bplist may not be a bad idea for each file.  If it is
stable under 6.0, it is still an option; however, it would be nice to
find a fast solution that does not involve 1,000,000 queries, such as
the method I mentioned.

Justin.

On 3/26/07, Justin Piszcz <[EMAIL PROTECTED]> wrote:
> The problem I worry about with running a bplist on each file is the
> network overhead and the overhead that will hit the master server.  If
> you have 50 servers with 1,000,000 files each, that would be 50
> million network requests total.  I was thinking dump the catalog onto
> the local machine, build a hash (or use certain UNIX utilities in
> shell to emulate this concept) and then run a find on the filesystem
> and then loop through each line in it, compare it to the hash or
> datadump of everything that has been backed up.
>
> I have an idea that might work, think of:
>
> 1. file A has dirs a,b,c (sort | uniq it)
> 2. file B has dirs c,d,e (sort | uniq it)
>
> Think of:
>
> cat fileA fileB | sort | uniq -c
>
> If any line starts with > 1, then it appeared in both files, and
> hence, has been backed up.  This has some (local high overhead);
> however, it may be the fastest solution without worrying about hashing
> the entire file into memory with perl.
>
> What do you think of this solution?  I plan on trying this later or tomorrow.
>
> Justin.
>
>
>
>
> On 3/26/07, Darren Dunham <[EMAIL PROTECTED]> wrote:
> > > If one is to create a script to ensure that the files on the
> > > filesystem are backed upon before removing them, what is the best
> > > data-store model for doing so?
> > >
> > > Obviously, if you have > 1,000,000 files in the catalog and you need
> > > to check each of those, you do not want to bplist -B -C -R 99
> > > /path/to/file/1.txt for each file.  However, you do not want to grep
> > > "1" one_gigabyte_catalog.txt either as there is really too much
> > > overhead in either case.
> >
> > A million is a lot, but with sufficiently large machines, you might be
> > able to fit all the names in memory (and if you're really lucky, a perl
> > hash).
> >
> > With a lot of memory, I'd build a name hash from the expected files,
> > then run through bplist and verify that every file was in the hash.
> >
> > When the memory needs of the hash cause this method to break down, you
> > can move to alternative databases.  There are several perl modules that
> > let you set up a quick database without installing MySQL or Postgres.
> > (but you could use those if you had them).   Then the comparison is
> > slower, but much less awful than running a million invocations of
> > bpflist just to check one file at a time.
> >
> > --
> > Darren Dunham   [EMAIL PROTECTED]
> > Senior Technical Consultant TAOShttp://www.taos.com/
> > Got some Dr Pepper?   San Francisco, CA bay area
> >  < This line left intentionally blank to confuse you. >
> > ___
> > 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] Checking to see if millions of files are backed up?

[Justin Piszcz]

The problem I worry about with running a bplist on each file is the
network overhead and the overhead that will hit the master server.  If
you have 50 servers with 1,000,000 files each, that would be 50
million network requests total.  I was thinking dump the catalog onto
the local machine, build a hash (or use certain UNIX utilities in
shell to emulate this concept) and then run a find on the filesystem
and then loop through each line in it, compare it to the hash or
datadump of everything that has been backed up.

I have an idea that might work, think of:

1. file A has dirs a,b,c (sort | uniq it)
2. file B has dirs c,d,e (sort | uniq it)

Think of:

cat fileA fileB | sort | uniq -c

If any line starts with > 1, then it appeared in both files, and
hence, has been backed up.  This has some (local high overhead);
however, it may be the fastest solution without worrying about hashing
the entire file into memory with perl.

What do you think of this solution?  I plan on trying this later or tomorrow.

Justin.




On 3/26/07, Darren Dunham <[EMAIL PROTECTED]> wrote:
> > If one is to create a script to ensure that the files on the
> > filesystem are backed upon before removing them, what is the best
> > data-store model for doing so?
> >
> > Obviously, if you have > 1,000,000 files in the catalog and you need
> > to check each of those, you do not want to bplist -B -C -R 99
> > /path/to/file/1.txt for each file.  However, you do not want to grep
> > "1" one_gigabyte_catalog.txt either as there is really too much
> > overhead in either case.
>
> A million is a lot, but with sufficiently large machines, you might be
> able to fit all the names in memory (and if you're really lucky, a perl
> hash).
>
> With a lot of memory, I'd build a name hash from the expected files,
> then run through bplist and verify that every file was in the hash.
>
> When the memory needs of the hash cause this method to break down, you
> can move to alternative databases.  There are several perl modules that
> let you set up a quick database without installing MySQL or Postgres.
> (but you could use those if you had them).   Then the comparison is
> slower, but much less awful than running a million invocations of
> bpflist just to check one file at a time.
>
> --
> Darren Dunham   [EMAIL PROTECTED]
> Senior Technical Consultant TAOShttp://www.taos.com/
> Got some Dr Pepper?   San Francisco, CA bay area
>  < This line left intentionally blank to confuse you. >
> ___
> 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] Checking to see if millions of files are backed up?

[Darren Dunham]

> If one is to create a script to ensure that the files on the
> filesystem are backed upon before removing them, what is the best
> data-store model for doing so?
> 
> Obviously, if you have > 1,000,000 files in the catalog and you need
> to check each of those, you do not want to bplist -B -C -R 99
> /path/to/file/1.txt for each file.  However, you do not want to grep
> "1" one_gigabyte_catalog.txt either as there is really too much
> overhead in either case.

A million is a lot, but with sufficiently large machines, you might be
able to fit all the names in memory (and if you're really lucky, a perl
hash).

With a lot of memory, I'd build a name hash from the expected files,
then run through bplist and verify that every file was in the hash.

When the memory needs of the hash cause this method to break down, you
can move to alternative databases.  There are several perl modules that
let you set up a quick database without installing MySQL or Postgres.
(but you could use those if you had them).   Then the comparison is
slower, but much less awful than running a million invocations of
bpflist just to check one file at a time.

-- 
Darren Dunham   [EMAIL PROTECTED]
Senior Technical Consultant TAOShttp://www.taos.com/
Got some Dr Pepper?   San Francisco, CA bay area
 < This line left intentionally blank to confuse you. >
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Justin Piszcz]

The problem with that is two-fold:

1. We backup multiple copies of the data, therefore, the archive
option will not work.
2. What if a tape has an I/O error half way through the archive process? Yikes.

Justin.

On 3/26/07, Bobby Williams <[EMAIL PROTECTED]> wrote:
> Why not set up an archive schedule?  That way, the files can be archived and
> NetBackup will ensure that they are on tape before removing.
>
>
>
>
> Bobby Williams
> 2205 Peterson Drive
> Chattanooga, Tennessee  37421
> 423-296-8200
>
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> Piszcz
> Sent: Monday, March 26, 2007 4:27 PM
> To: Veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Checking to see if millions of files are backed up?
>
> If one is to create a script to ensure that the files on the filesystem are
> backed upon before removing them, what is the best data-store model for
> doing so?
>
> Obviously, if you have > 1,000,000 files in the catalog and you need to
> check each of those, you do not want to bplist -B -C -R 99
> /path/to/file/1.txt for each file.  However, you do not want to grep "1"
> one_gigabyte_catalog.txt either as there is really too much overhead in
> either case.
>
> I have a few ideas that involves neither of these, but I was wondering if
> anyone out there had already done something similar to this that was high
> performance?
>
> Justin.
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Checking to see if millions of files are backed up?

[Bobby Williams]

Why not set up an archive schedule?  That way, the files can be archived and
NetBackup will ensure that they are on tape before removing. 




Bobby Williams
2205 Peterson Drive
Chattanooga, Tennessee  37421
423-296-8200

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Monday, March 26, 2007 4:27 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Checking to see if millions of files are backed up?

If one is to create a script to ensure that the files on the filesystem are
backed upon before removing them, what is the best data-store model for
doing so?

Obviously, if you have > 1,000,000 files in the catalog and you need to
check each of those, you do not want to bplist -B -C -R 99
/path/to/file/1.txt for each file.  However, you do not want to grep "1"
one_gigabyte_catalog.txt either as there is really too much overhead in
either case.

I have a few ideas that involves neither of these, but I was wondering if
anyone out there had already done something similar to this that was high
performance?

Justin.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Checking to see if millions of files are backed up?

[Justin Piszcz]

If one is to create a script to ensure that the files on the
filesystem are backed upon before removing them, what is the best
data-store model for doing so?

Obviously, if you have > 1,000,000 files in the catalog and you need
to check each of those, you do not want to bplist -B -C -R 99
/path/to/file/1.txt for each file.  However, you do not want to grep
"1" one_gigabyte_catalog.txt either as there is really too much
overhead in either case.

I have a few ideas that involves neither of these, but I was wondering
if anyone out there had already done something similar to this that
was high performance?

Justin.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] media server question

[Paul Keating]

Hi Bob,

Yes, you can do exactly that.

You connect the other two drives to a media server and when you're
installing the media server software, you specify the hostname of the
master as the robotic control host.

That's the config I'm currently running, except on a slightly larger
scale.

However, I have everything connected to a FC fabric and "virtually"
directly connected by way of zoning.

Each server is zoned to see only its own drives, and only the master is
zoned to the robotic arm.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of bob metcalf
> Sent: March 26, 2007 4:01 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] media server question
> 
> Or is it possible to create a media server,
> direct attach to that, and have the master/media
> server with the robotic attachment manage the
> tape manipulation in the new media server?


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

[Veritas-bu] media server question

[bob metcalf]

I have a master/media server
set up--Solaris machine attached
to an STK libary.  Four LTO drives
and one robotic arm, direct-attached
to the host.

I have two drives in the STK, currently
unattached and unused.

If I want to add those drives to the NBU
config, do I have to add them to the
existing master/media server?  

Or is it possible to create a media server,
direct attach to that, and have the master/media
server with the robotic attachment manage the
tape manipulation in the new media server?

Thanks.



 

Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers users.
http://answers.yahoo.com/dir/?link=list&sid=396546091
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] HP LTO3 FC drives "locking up" [NC]

[Veritas Netbackup]

We have already a firmware upgrade this Dec, all drives are on 58W now.

Every time a drive stops responding, I need to reboot the entire library.
Any problem - rebooting the library solves the problem most of the times.

Its seems like a internal communication issue with the library.

I have sent support tickets to HP, and asked them to give me long term
advice, but it seems the are happy resolving the problem with a reboot.

Regards,
BIJU

On 3/24/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


BIJU,

> The robtest works and i'm able to move media in and out.
If I understood you correctly and you are able to load / uload tapes, then
it is a different scenario.

Otherwise ...
My drives lock up hard. They go offline, disappearing from the fabric and
do not respond to the hard reset ( holding the front pannel button for
more than 15 secs ).

Check the version of the f/w you have an make sure to load the latest one
( I beleive it is currently L58S/009.822 )

If you have direct support from HP, ask them when the new LTO3 microcode
is scheduled for release and plan to upgrade. It may address this problem.



--
Misha Pavlov
Société Générale
desk: (212) 278-6096
cell: (646) 346-9341

This message uses only 100% recycled electrons.



"Veritas Netbackup" <[EMAIL PROTECTED]>
03/09/2007 02:42 PM


To
Misha PAVLOV/us/[EMAIL PROTECTED]
cc
veritas-bu@mailman.eng.auburn.edu
Subject
Re: [Veritas-bu] HP LTO3 FC drives "locking up" [C1]






Hi Misha,

We have HP ESL Library and we face the same problem atleast once in a
month.

NBU 5.1 MP4

HP ESL 712 E

The drives go dizzy and fail to respond, the management software the LCD
panel all show thumbs up. The robtest works and i'm able to move media in
and out. "mt" just hangs and netbackup is not able to read the label. It
seems like an internal comm'n issue in the library.

Replacing the drives also does not help.  The library has to be rebooted
to solve the problem. In my case even the switch port shows "Online".

The HP support team world wide has never been able to crack the mystery.

Regards,
BIJU

On 3/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED] > wrote:
Folks,

did anyone notice a problem with HP LTO3 drives in SSO configuration,
running NBU 5.1 on Solaris 8 ?

Once - twice a week I have bptm debug logs reporting in the middle

22:03:41.746 [19156] <2> send_brm_msg: MEDIA NOT READY
22:03:41.746 [19156] <2> write_data: attempting write error recovery, err
= 5
22:03:41.746 [19156] <2> tape_error_rec: error recovery to block 1485323
requested
22:03:41.746 [19156] <2> tape_error_rec: attempting error recovery, delay
3 minutes before next attempt, tries left = 5
22:06:41.739 [19156] <2> io_ioctl: command (0)MTWEOF 0 from
(overwrite.c.488) on drive index 43
22:06:41.739 [19156] <2> io_ioctl: MTWEOF failed during error recovery,
I/O error
22:08:40.745 [19156] <2> tape_error_rec: cannot read position for error
recovery, scsi_determine_bt ret -1 CDB 0x12 SK 0x0 ASC 0x0 ASCQ 0x0

and immediatly after in /var/adm/messages I see

Mar  5 22:03:41 vepanyup03 scsi: [ID 107833 kern.warning] WARNING:
/[EMAIL PROTECTED],70/SUNW, [EMAIL PROTECTED],1/[EMAIL PROTECTED],0/[EMAIL 
PROTECTED],0 (st297):
Mar  5 22:03:41 vepanyup03  SCSI transport failed: reason 'timeout':
giving up
Mar  5 22:07:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi
command failed, may be timeout, scsi_pkt.us_reason = 6
Mar  5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING:
3654=>fp(1)::GPN_ID for D_ID=150500 failed
Mar  5 22:07:47 vepanyup03 fctl: [ID 517869 kern.warning] WARNING:
3655=>fp(1)::N_x Port with D_ID=150500, PWWN=500104f0005ddda2 disappeared
from fabric
Mar  5 22:08:40 vepanyup03 bptm[19156]: [ID 832037 daemon.error] scsi
command failed, may be timeout, scsi_pkt.us_reason = 6
Mar  5 22:09:01 vepanyup03 scsi: [ID 243001 kern.info]
/[EMAIL PROTECTED],70/SUNW,[EMAIL PROTECTED],1/[EMAIL PROTECTED],0 (fcp1):
Mar  5 22:09:01 vepanyup03  offlining lun=0 (trace=0), target=150500
(trace=284)
Mar  5 22:11:40 vepanyup03 bptm[19156]: [ID 498531 daemon.error] user scsi

ioctl() failed, may be timeout, errno = 5, I/O error

Drives "lock" up and becomes iresponsive.
Front panel light show no signs of problem with solid green light on.
Pressing eject button does not do anything.
Brocade 4100 switch port does not "see" the drive anymore and shows
"In_Sync" instead of the "Online".

The only way to bring the drive back is the powercycle.
A minute or two after the powercycling I can eject the tape and see
fctl: [ID 517869 kern.warning] WARNING: 3799=>fp(1)::N_x Port with
D_ID=150500, PWWN=500104f0005ddda2 reappeared in fabric
in /var/adm/messages

Drives and library are at the latest f/w revision.
SUN and STK are clueless, but still looking for the last week.

--
Misha Pavlov
Société Générale
desk: (212) 278-6096
cell: (646) 346-9341

This message uses only 100% recycled electrons.

*
This message and any attachme

Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [C1]

[Veritas Netbackup]

Hi Team,

What if I have both the ESL (LTO-3) and the VTL (Ultrium-2) drives on the
same server.

What to I set, is there any guideline for an environ with mixed set of
drives.

Regards,
BIJU

On 3/26/07, Chris Freemantle <[EMAIL PROTECTED]> wrote:


 Misha,

Try 256 kB

if you search on "LTO-3 SIZE_DATA_BUFFERS"  and "netbackup tuning guide"
you will find a number of very useful documents. As a starter, have a look
at -

h71028.www7.* hp* .com/ERC/downloads/5982-9971EN.pdf

http://seer.entsupport.symantec.com/docs/244652.htm

You should be aware that Windows server 200 SP1 limits the
SIZE_DATA__BUFFERS to 64kB, see

http://support.microsoft.com/kb/907418/

this seems to be fixed in SP2 (thanks to Ric Davis for that info)



http://seer.support.veritas.com/docs/183702.htm

Sugest "NOTE: For Digital Linear Tape (DLT) drives, the number that seems
to give the best performance for SIZE_DATA_BUFFERS is 65536 "

I wonder if anyone has SIZE_DATA_BUFFERS number for HP LTO3 drives ?


--
Misha Pavlov
This message uses only 100% recycled electrons.

*
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.
E-mails are susceptible to alteration.
Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates
shall be liable for the message if altered, changed or falsified.

*



--

---

REMEMBER- There is only one certainty about storage systems - they *will*
fail !
This includes backup and archiving systems.
If you want to be paranoid, make your own backups as well.

For FIL computer support issues, please email

  [EMAIL PROTECTED]

rather than individual team members

Chris Freemantle
Data Manager
Wellcome Trust Centre for Neuroimaging

Tel. +44 (0)20 7833 7472 reception
Tel. +44 (0)20 7833 7496 direct
Fax  +44 (0)20 7813 1420

Home Page:  http://www.fil.ion.ucl.ac.uk

___
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] Many false "50" errors and "200" errors

[Sponsler, Michael]

I also get the error 50's.  But I also see error 41's (network error)
pop up sparatically.  Does anyone else see error 41's with the 50's?
 
--
Mike Sponsler



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 11:55 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Many false "50" errors and "200" errors


There are a number of known defects with MP4.  Open a support ticket,
specifying the string of 200s. errors.  After you provide logs and get
through the escalation process you will be rewarded with a package of
post-MP4 binaries and libraries to install.
 

-- Original message -- 
From: [EMAIL PROTECTED] 

Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have
started seeing alot of what I call false "50" errors.   
( we usually get these when we stop services on the master
server, and they are explainable) But now, we have been 
getting them even though we have not stopped the services or
interrupted anything. 

We are also getting a large number of "200" errors. 

In all cases when the jobs are re-run they run fine. 

Has anyone seen this with Netbackup 6.0MP4? 
=
Carl Stehman
IT Distribute! d Servi ces Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED] 

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 su!
ch comm unications. 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Minimum Specs

[Kenneth W Wilkinson]

Does anyone know what Symantec's recommendation/suggested is for
physical memory on a master server?

 

kww

 

 

___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Many false "50" errors and "200" errors

[pharrold]

There are a number of known defects with MP4.  Open a support ticket, 
specifying the string of 200s. errors.  After you provide logs and get through 
the escalation process you will be rewarded with a package of post-MP4 binaries 
and libraries to install.

-- Original message -- 
From: [EMAIL PROTECTED] 

Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have started seeing 
alot of what I call false "50" errors.   
( we usually get these when we stop services on the master server, and they are 
explainable) But now, we have been 
getting them even though we have not stopped the services or interrupted 
anything. 

We are also getting a large number of "200" errors. 

In all cases when the jobs are re-run they run fine. 

Has anyone seen this with Netbackup 6.0MP4? 
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED] 

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. --- Begin Message ---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--- End Message ---
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Many false "50" errors and "200" errors

[Ian Clements]

We are seeing a lot of them as well. Almost all jobs will fail with at
least
one. I've got an open ticket with support. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, March 26, 2007 8:32 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Many false "50" errors and "200" errors


Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have started
seeing alot of what I call false "50" errors.   
( we usually get these when we stop services on the master server, and
they are explainable) But now, we have been getting them even though we
have not stopped the services or interrupted anything. 

We are also getting a large number of "200" errors. 

In all cases when the jobs are re-run they run fine. 

Has anyone seen this with Netbackup 6.0MP4? 
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED] 

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. 

-- 
IMPORTANT NOTICE: The contents of this email and any attachments are 
confidential and may also be privileged. If you are not the intended recipient, 
please notify the sender immediately and do not disclose the contents to any 
other person, use it for any purpose, or store or copy the information in any 
medium.  Thank you.



___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Many false "50" errors and "200" errors

[Steve Quan]

I've noticed the error 200's Fortunately, they stopped after a few days.

/Steve
---
On Mon, 26 Mar 2007 [EMAIL PROTECTED] wrote:

> Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have started
> seeing alot of what I call false "50" errors.
> ( we usually get these when we stop services on the master server, and
> they are explainable) But now, we have been
> getting them even though we have not stopped the services or interrupted
> anything.
>
> We are also getting a large number of "200" errors.
>
> In all cases when the jobs are re-run they run fine.
>
> Has anyone seen this with Netbackup 6.0MP4?
> =
> Carl Stehman
> IT Distributed Services Team
> Pepco Holdings, Inc.
> 202-331-6619
> Pager 301-765-2703
> [EMAIL PROTECTED]
> 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] Many false "50" errors and "200" errors

[ckstehman]

Ever since we upgraded to Netbackup 6.0MP4 on March 12 , we have started 
seeing alot of what I call false "50" errors. 
( we usually get these when we stop services on the master server, and 
they are explainable) But now, we have been 
getting them even though we have not stopped the services or interrupted 
anything.

We are also getting a large number of "200" errors.

In all cases when the jobs are re-run they run fine.

Has anyone seen this with Netbackup 6.0MP4?
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]
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] Oracle backup with or without Advance Client

[Weber, Philip]

I believe so.  If you use rman to take an Oracle incremental level 1+
backup, Oracle does the work to work out what data to send.  It sends
its data over the SAN rather than IP which should improve performance.
If you use block level incremental backups then it should improve
performance by only reading the changed blocks.  That's my understanding
anyway.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Priatna
Sent: 26 March 2007 04:35
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Oracle backup with or without Advance Client


If we are using Advance Client along with Oracle agent to take RMAN
incremental backup, does it reads the entire file or it reads only the
blocks that have changed? 
I didn't find the answer on the document.

Kai Stian Olstad wrote: 

Priatna wrote:

  

my question with regards oracle backup type :

- Is BLI - Advance Client still needed, to take incremental backup?





No, you do not need Advanced Client to take incremental backup.





  

- What is the additional benefit by using Advance Client BLI in the 

oracle type backup?





According to the Netbackup manual; saves time, less backup media,

reduces CPU and network overhead.



I recommend reading the manual

http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterprise
_Server/279281.pdf





  





-
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: Laurence Pountney Hill, London EC4R 0HH. 

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] Netbackup Error 6 - RMAN logs no error

[Weber, Philip]

This means the script called by the rman policy returned a non-zero
status code, so could be rman returned an error which was returned to
the script, or something else in the script returned a non-zero code
(including a scripting error).  If there's no error in the log file
written to by the rman command, I'd put a "set -x" (Solaris) in the
script and redirect its output somewhere where you can check it
afterwards - this usually highlights the error/mistake/typo for me.
 
regards, Phil

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Veritas
Netbackup
Sent: 26 March 2007 09:02
To: NB List Mail
Subject: [Veritas-bu] Netbackup Error 6 - RMAN logs no error


Hi List,

Of late we have been seen a number of backups end with error 6 for
parent stream, while the child streams end successfully.

The DBA has been able to restore the data too. But we cannot ignore the
error as it would be a confusion in event of a disaster. 

I have analyzed the DBClient logs and find the backup exit with 0 and no
indications of any failed messages.

Anyone seen similar problems.

Regards,
PP BIJU KRISHNAN





-
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: Laurence Pountney Hill, London EC4R 0HH. 

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] Tape Froze but found Unfrozen

[Paul Keating]

I vaguely remember some case where Netbackup will freeze a tape then
somehow unfreeze it if it determine the drive and not the cartridge was
at fault.

I can't remember the specifics, but I've read about it
somewhere..would have to search it.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Ueli Schweizer
> Sent: March 23, 2007 3:42 PM
> To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Tape Froze but found Unfrozen
> 
> 
> Hi BC
> 
> Yes, that's the reason. In NetBackup 5.1 (and before) the 
> status of the tape
> (Active, Frozen, Suspended, Full, ...) is saved in the media 
> catalog that is
> located on the media server. Try
> 
> bpmedialist -m xx -h yy
> 
> (replace x with the media id, yy with the media 
> server that has
> frozen the tape and you shold see the frozen status.
> 
> Cheers
> 
> Ueli Schweizer


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

Re: [Veritas-bu] Netbackup Error 6 - RMAN logs no error

[Martin, Jonathan \(Contractor\)]

6.0 MP4 on Windows 2003 here - I have the issue.  I haven't really looked into 
it and whether is specific versions of Oracle or specific client versions but I 
get this fairly commonly (2 this weekend.)  My DBAs have already verified the 
data is good so I haven't spent any time on it.
 
-Jonathan



From: [EMAIL PROTECTED] on behalf of Veritas Netbackup
Sent: Mon 3/26/2007 4:01 AM
To: NB List Mail
Subject: [Veritas-bu] Netbackup Error 6 - RMAN logs no error


Hi List,

Of late we have been seen a number of backups end with error 6 for parent 
stream, while the child streams end successfully.

The DBA has been able to restore the data too. But we cannot ignore the error 
as it would be a confusion in event of a disaster. 

I have analyzed the DBClient logs and find the backup exit with 0 and no 
indications of any failed messages.

Anyone seen similar problems.

Regards,
PP BIJU KRISHNAN


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] SIZE_DATA_BUFFERS - correct HP LTO-3 tuning link

[Chris Freemantle]

Apologies for the link in my previous email. Hidden characters 
prevent it from working if you double-click on it to open the link. 
Use the one below. It looks much the same, but this one works -

   http://h71028.www7.hp.com/ERC/downloads/5982-9971EN.pdf


-- 
---

REMEMBER- There is only one certainty about storage systems - they 
*will* fail !
This includes backup and archiving systems.
If you want to be paranoid, make your own backups as well.

For FIL computer support issues, please email

   [EMAIL PROTECTED]

rather than individual team members

Chris Freemantle
Data Manager
Wellcome Trust Centre for Neuroimaging

Tel. +44 (0)20 7833 7472 reception
Tel. +44 (0)20 7833 7496 direct
Fax  +44 (0)20 7813 1420

Home Page:  http://www.fil.ion.ucl.ac.uk
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] SIZE_DATA_BUFFERS number for HP LTO3 drives [C1]

[Chris Freemantle]

Misha,

Try 256 kB

if you search on "LTO-3 SIZE_DATA_BUFFERS"  and "netbackup tuning 
guide" you will find a number of very useful documents. As a starter, 
have a look at -


h71028.www7. hp .com/ERC/downloads/5982-9971EN.pdf

http://seer.entsupport.symantec.com/docs/244652.htm

You should be aware that Windows server 200 SP1 limits the 
SIZE_DATA__BUFFERS to 64kB, see


http://support.microsoft.com/kb/907418/

this seems to be fixed in SP2 (thanks to Ric Davis for that info)




http://seer.support.veritas.com/docs/183702.htm

Sugest "NOTE: For Digital Linear Tape (DLT) drives, the number that seems
to give the best performance for SIZE_DATA_BUFFERS is 65536 "

I wonder if anyone has SIZE_DATA_BUFFERS number for HP LTO3 drives ?


--
Misha Pavlov
This message uses only 100% recycled electrons.

*
This message and any attachments (the "message") are confidential and
intended solely for the addressees.
Any unauthorised use or dissemination is prohibited.
E-mails are susceptible to alteration.  
Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates

shall be liable for the message if altered, changed or falsified.

*



--
---

REMEMBER- There is only one certainty about storage systems - they 
*will* fail !

This includes backup and archiving systems.
If you want to be paranoid, make your own backups as well.

For FIL computer support issues, please email

  [EMAIL PROTECTED]

rather than individual team members

Chris Freemantle
Data Manager
Wellcome Trust Centre for Neuroimaging

Tel. +44 (0)20 7833 7472 reception
Tel. +44 (0)20 7833 7496 direct
Fax  +44 (0)20 7813 1420

Home Page:  http://www.fil.ion.ucl.ac.uk___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Netbackup Error 6 - RMAN logs no error

[Veritas Netbackup]

Hi List,

Of late we have been seen a number of backups end with error 6 for parent
stream, while the child streams end successfully.

The DBA has been able to restore the data too. But we cannot ignore the
error as it would be a confusion in event of a disaster.

I have analyzed the DBClient logs and find the backup exit with 0 and no
indications of any failed messages.

Anyone seen similar problems.

Regards,
PP BIJU KRISHNAN
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu