from:"\"Hampus Lind\""

Re: [Veritas-bu] Logging and security...

2007-08-27 Thread Hampus Lind

Nope.. Does it log nbu users activity? I thought it was just a
monitoring/reporting tool. I will check it out.. 

Thanks,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 27 augusti 2007 21:15
Till: Hampus Lind
Kopia: VERITAS-BU@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Logging and security...

Have you looked at NEtBackup Operations Manager (NOM)?

On Mon, 27 Aug 2007, Hampus Lind wrote:

> Hi,
>
>
>
> I would like to get some logging in nbu, which traces who makes restore,
of
> what, when and to what destination etc. And also who makes changes in
> policies and other nbu configs.
>
> Are there any logs like this available in nbu?
>
>
>
> One could hope, now that Symantec owns nbu, they start thinking about
> security for us backup admins and serious logging.
>
>
>
> Thanks and regards,
>
>
>
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]
>
>
>
>


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

[Veritas-bu] Logging and security...

2007-08-27 Thread Hampus Lind

Hi,

 

I would like to get some logging in nbu, which traces who makes restore, of
what, when and to what destination etc. And also who makes changes in
policies and other nbu configs. 

Are there any logs like this available in nbu?

 

One could hope, now that Symantec owns nbu, they start thinking about
security for us backup admins and serious logging.

 

Thanks and regards, 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] VTL and Tape or SnapVault.

2007-07-29 Thread Hampus Lind

Hi Pat,

If it was possible for me I would go with a disk based solution of some
kind. And if you dont have the need for netbackup and already have netapp`s
software onsite and are familiar with that software, maybe that is best for
you. I would try to eliminate so many hardware/softwares as possible in the
chain of handling backup and restore. Less is more. One box, one tool
God, that would be great.. 

The important thing is not to do what everyone else is doing; it is to do
what is right for your environment. If you dont have the need for netbackup
and tapes, dont go that way.

Although, if you have a large amount of data that you need to keep for 7
years, then maybe tape would be more economic.

We are looking into VTL`s with dedup (awaiting netapp to release there dedup
function), and hope to reduce the need for tape big time...  

If I could go all disk, I would. But with large data amounts the need for
cooling, floor space, electrics and such tape still bring me a great value.

Hopefully dedup gives us a more "equal" situation between disk and tape, and
then, the choice becomes easy for me. Still I would like to replicate and
duplicate data of to another disk or maybe tape for long time store..

Though it do feel a little bit scary to only have ONE baseline copy, but I
guess that goes for other disk based dedup solution as well. Could you also
replicate the "backup box" to another box? Now it starts getting to
expensive maybe...


Good luck. :-)




Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Kenny
Skickat: den 27 juli 2007 05:39
Till: VERITAS-BU@mailman.eng.auburn.edu
Ämne: [Veritas-bu] VTL and Tape or SnapVault.


I have a large NetApp environment and I am looking for a new strategy for
backing up my filers. I am trying to decide between using SnapVault
technology or a VTL with tape. 

I am fortunate to be able to replicate all my primary filers to a remote
location. From there I want to protect the data. I have a 7 year retention
policy for my data. I was thinking of protecting 14 days online, then only
monthly's for 7 years.

I rarely do restores and most of the data is  flat files. 

With SnapVault I am able to transfer data to NearStore. It takes an initial
baseline copy, like a full backup, then it it would only "snap" the
incremental changes at the block level. I am thinking that this would be
very fast for daily backups and I could eliminate tape. 

The alternative would be to use my existing NetBackup software to backup
each filer via NDMP to a VTL. From the VTL I would apply the same retention.
14 days in the VTL then monthly's to tape for 7 years.

I do not have to takes tape offsite since I am the primary copy is 300 miles
away. 

So I was wondering if anyone has any thoughts on this. I am concerned
with SnapVault since it is all disk and corruptions may happen. It also has
a limitation of 251 snaps. That should not be a problem with my retention
policy, but my requirements may change? Also what would happen if I lost the
initial baseline copy, does that mean that all the incremental snaps are
worthless?

Unfortunately if I go with SnapVault, economically I will not be able to use
tape or Netbackup, so at that point I would not have the security of tape. 

So VTL and Tape or SnapVault.

Thanks in advance for your help.

Pat

+--
|This was sent by [EMAIL PROTECTED] via Backup Central.
|Forward SPAM to [EMAIL PROTECTED]
+--


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


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

Re: [Veritas-bu] NOT ME!

2007-06-27 Thread Hampus Lind

I have been looking and waiting for this answer for a long time.. Please let
me know what you find out...

Perhaps Vxss can solve these "problems". We are going to look closer at vxss
later on this year.

Anyone have any experience with vxss and Netbackup?

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Stump, Bob A
Skickat: den 27 juni 2007 16:00
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] NOT ME!


We have too many hands in the pot for our NetBackup environment. We
discover changes and everyone in the group says "not me". Is there any
good security product out there that can track NetBackup? Specifically
versions 5.x and 6.x with Solaris9/AIX5 master servers and
Solaris/AIX/W2K/W2K3 media servers.



___
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] Netbackup 6 upgrade - special policy types

2007-05-30 Thread Hampus Lind

Hi Jeff,

 

We did not see any problems when upgrading from 5.1 MP5 to 6.0 MP4 for:

 

-  Oracle RMAN

-  Mssql

 

And we did not change anything on either the client or master/media side to
keep these systems running.

 

Cheers,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

 

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Jeff Lightner
Skickat: den 30 maj 2007 19:34
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Netbackup 6 upgrade - special policy types

 

OK were getting ready to do upgrade from 5.1 to 6.0 mid-June.   

Ive seen all the notes about being sure to clean up catalogs etc and my
coworker who is planning the upgrade has run the nbcc and done all sorts of
other preparations.

My question is does anyone know of any special actions that need to be taken
for backups such as:

Exchange

Oracle RMAN

Microsoft SQL

If you only know information about one of the above please provide that 
Id just like to be sure theres nothing were missing on these things
especially since the latter two at least are typically initiated from client
side.

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

Re: [Veritas-bu] Trouble getting tape drives recognized on Linux Server running SLES9

2007-05-29 Thread Hampus Lind

Hi,

What do you get from "lsscsi" command?

If you run Qlogic HBA you could run "scli" and scan the buses for the drives
to see if the zones are correct.

Cheers,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 29 maj 2007 19:28
Till: ZIMMER, RANDY K [AG/1000]
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Trouble getting tape drives recognized on Linux
Server running SLES9

Does the host see them?

cat /proc/scsi/scsi


On Tue, 29 May 2007, ZIMMER, RANDY K [AG/1000] wrote:

> All,
>
> I need some pointer on how I get my tape drives recognized by my Linux
> server running SLES 9.  We are trying to add a Linux server into our
> environment as a Media Server and am having difficulty getting the OS to
> recognize the tape drives.  I have open support call with Novell and
> Symantec and am getting nowhere fast.  Any ideas would be helpful...
>
> Thanks,
>
> Randy Zimmer
> Sr. Unix System Administrator
> Monsanto Enterprise Infrastructure Team
> Office:  314-694-3109
> Mobile: 314-960-0500
> [EMAIL PROTECTED]
>
>
>
>

-
> This e-mail message may contain privileged and/or confidential
information, and is intended to be received only by persons entitled to
receive such information. If you have received this e-mail in error, please
notify the sender immediately. Please delete it and all attachments from any
servers, hard drives or any other media. Other use of this e-mail by you is
strictly prohibited.
>
>
> All e-mails and attachments sent and received are subject to monitoring,
reading and archival by Monsanto. The recipient of this e-mail is solely
responsible for checking for the presence of "Viruses" or other "Malware".
Monsanto accepts no liability for any damage caused by any such code
transmitted by or accompanying this e-mail or any attachment.
>

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

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

[Veritas-bu] Qlogic HBA failover in SUSE

2007-05-16 Thread Hampus Lind

Hi all,

 

I am trying to setup HBA failover on my SELS 9 master and media servers, but
I find little info on this on the web. Anyone on this list doing SAN disk
failover in SLES 9 environments? If so, how have you set this up?

 

I use Qlogic HBA, and run LVM2 on top.

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] iostat not showing tape stats - SLES 9...

2007-04-23 Thread Hampus Lind

Thanks for youre your quick replay and your tip on the SAN switches.. I
will push our vendor for this feature..

 

And this is very much at limitation in HP-UX as well.

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: McCammont, Anderson (IT) [mailto:[EMAIL PROTECTED]

Skickat: den 23 april 2007 11:26
Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] iostat not showing tape stats - SLES 9...

 

Tape device stats aren't currently supported in the Linux distros that I've
seen - the instrumentation isn't there in many of the block device drivers.
I beleive this is also a limitation on HP/UX and some other BSD-derived
O/S's but I'm not sure on this.

 

If you're using SAN attached tape drives you can pull per port information
from your switches as a workaround, or piece together the stats from each
multiplexed stream over time.

 

Push your vendor to provide patches to enable iostat for block devices, and
to get them incorporated back into the base. 

 


 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: 23 April 2007 16:33
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] iostat not showing tape stats - SLES 9...

Hi all,

 

I cant get any stats from my tape drives on my SLES9 media server with
iostat, I have tried most options to iostat Is there other way to get the
tape stats? 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

  _  

NOTICE: If received in error, please destroy and notify sender. Sender does
not intend to waive confidentiality or privilege. Use of this email is
prohibited when received in error.

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

[Veritas-bu] iostat not showing tape stats - SLES 9...

2007-04-23 Thread Hampus Lind

Hi all,

 

I can't get any stats from my tape drives on my SLES9 media server with
iostat, I have tried most options to iostat. Is there other way to get the
tape stats? 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

[Veritas-bu] Changing hostname and IP in client host file..

2007-04-12 Thread Hampus Lind

Hi all,

 

I was following the discussion of "clients in hosts files and.."

 

We don't use DNS (yet) and have to changes the IP address for our master and
one media server. On the unix servers I am going to use bpgp to collect
modify and distribute the hosts files via a script. 

I am not that good on windows, so now I am turning to you all. Can the same
be done on windows boxes or do I need to manually change the hosts file on
each client? 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

___
Veritas-bu maillist  -  [EMAIL PROTECTED]
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] VMWare ESX Backup

2007-04-11 Thread Hampus Lind

Hi,

 

I am doing the same thing here.. Do you think I can get a copy of the docs?

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Anas Kayal
Skickat: den 11 april 2007 08:39
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] VMWare ESX Backup

 

Steve, 

 

Thanks a lot for the docs. Very helpful. I will do a test implementation
probably this weekend. Let you know what happens.

 

Best regards,

 

Anas Kayal

System Administrator

IT Department

Urban Planning and Development Authority

Office:  +974-495-5170

Mobile: +974-534-2454

  _  

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, April 10, 2007 6:08 PM
To: Anas Kayal
Subject: Re: [Veritas-bu] VMWare ESX Backup

 


Anas, 

Here are the docs that I have on VCB.  I am still gathering other info as
well. 

Regards, 



Steve Bally
Systems Engineer
RadiSys Corporation
www.radisys.com
[EMAIL PROTECTED]
Desk: 503-615-1207 
Cell: 503-970-6201

This electronic message (Email) contains information which may be
confidential, privileged or otherwise protected from disclosure. The
information is intended to be used solely by the named recipient(s). If you
are not a named recipient, any review, disclosure, copying, distribution or
use of this transmission or its contents is prohibited. If you have received
this transmission (Email) in error, please notify me immediately. 


"Anas Kayal" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/08/2007 10:07 PM 


To

 


cc

 


Subject

Re: [Veritas-bu] VMWare ESX Backup

 


 

 




Thats great Steve. Ill be waiting. 
  
Best regards, 
  
Anas 

 

  _  


From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 09, 2007 3:04 AM
To: Anas Kayal
Subject: Re: [Veritas-bu] VMWare ESX Backup 
  

Anas,

The proxy server must have access to the ESX storage, I am getting ready to
implement here at our site.

I have some docs that I will forward tomorrow.

Regards,

Steve Bally
Systems Engineer
RadiSys Corp
503-615-1207  office
503-970-6201  mobile
[EMAIL PROTECTED]
www.radisys.com 

 

  _  

  - Original Message -
 From: "Anas Kayal" [EMAIL PROTECTED]
 Sent: 04/08/2007 10:14 PM ZE3
 To: 
 Subject: [Veritas-bu] VMWare ESX Backup 
  
Greetings All, 
  
I recently installed VMWare ESX Server 3.0.1 and I have several virtual
machines. Now I have NB agent 6.0 MP4 running on the actual virtual machines
and I can back up directly from NetBackup. But I did some reading about
Consolidated Backup but I didn't understand how to set it up. There's
something about a proxy server intermediating between VMWare and NetBackup.
My SAN is currently being installed but it will take about another 4 weeks.
Is this a necessity? 
  
Thanks in advance. 
  
Anas___
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] nbu 5.1 vs nbu 6.0 - windows client and options...

2007-04-10 Thread Hampus Lind

Hi all,

 

Can anyone tell me if there are any changes for the better (what so ever) in
nbu 6.0 compared to nbu 5.1 for windows clients or options? I.e is there
better support or some other cool function for vmware in nbu 6.0?

 

The reason for my question is to gather information (positive or negative)
before we upgrade to 6.0.

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

[Veritas-bu] SOLUTION - Serious master issue...

2007-02-16 Thread Hampus Lind

Hi all,

 

We got Syamntec consulting to find and solve the problem for us.. (of course
for a price)

 

They found that we had 3 oracle clients that very querying the image
database like crazy... Which caused bpdbm and bprd to start new process all
the time..

 

When I presented this for support they all of a sudden found that this was a
known problem which where to be solved in MP7.

 

We have 3 oracle crosschecks from 3 different clients which had been running
for over a month causing these problems.

 

 

Answer from support:

 

As promised here is a list of possible workarounds which may help relieve
the problems you are experiencing. The bug report that we have opened for
this is titled "RMAN catalog maintenance functions taking too long and use
excessive resources on the master server."  - 

 

Workaround:

Until the fix is released in a NetBackup Maintenance Pack, there are several
things which can decrease the time required for RMAN maintenance.  Implement
these recommendations in the order shown, testing after each change, until
the maintenance time required is within an acceptable time.  

 

- Schedule crosscheck or other maintenance functions to run more frequently.
If they are running only once a day, schedule them to run several times
during the day. 

 

- If there are multiple Oracle hosts running maintenance functions, stagger
the start time of the jobs so they do not overlap.

 

- Change the RMAN script so there are multiple backup files or logs per
backup set rather than a single file or log per set.

 

- Change the RMAN script so the backup piece name format statement
includes_%t as the last format specification.

 

 

 

 

Now I will raise hell and learn Symantec support (especially the once we had
in US) some really nasty Swedish words. :-)

 

 

I would like to thank all of you on this list, you have been great.

 

 

Kind regards,

 

 

 

Hampus Lind

Rikspolisstyrelsen

National Police Board

Tel dir: +46 (0)8 - 401 99 43

Tel mob: +46 (0)70 - 217 92 66

E-mail: [EMAIL PROTECTED]

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

Re: [Veritas-bu] Serious master issue... - SOLUTION!!!

2007-02-15 Thread Hampus Lind

Hi all,

 

We got Syamntec consulting to find and solve the problem for us.. (of course
for a price)

 

They found that we had 3 oracle clients that very querying the image
database like crazy... Which caused bpdbm and bprd to start new process all
the time..

 

When I presented this for support they all of a sudden found that this was a
known problem which where to be solved in MP7.

 

We have 3 oracle crosschecks from 3 different clients which had been running
for over a month causing these problems.

 

 

Answer from support:

 

As promised here is a list of possible workarounds which may help relieve
the problems you are experiencing. The bug report that we have opened for
this is titled "RMAN catalog maintenance functions taking too long and use
excessive resources on the master server."  - 

 

Workaround:

Until the fix is released in a NetBackup Maintenance Pack, there are several
things which can decrease the time required for RMAN maintenance.  Implement
these recommendations in the order shown, testing after each change, until
the maintenance time required is within an acceptable time.  

 

- Schedule crosscheck or other maintenance functions to run more frequently.
If they are running only once a day, schedule them to run several times
during the day. 

 

- If there are multiple Oracle hosts running maintenance functions, stagger
the start time of the jobs so they do not overlap.

 

- Change the RMAN script so there are multiple backup files or logs per
backup set rather than a single file or log per set.

 

- Change the RMAN script so the backup piece name format statement
includes_%t as the last format specification.

 

 

 

 

Now I will raise hell and learn Symantec support (especially the once we had
in US) some really nasty Swedish words. :-)

 

 

I would like to thank all of you on this list, you have been great.

 

 

Kind regards,

 

 

 

Hampus Lind

Rikspolisstyrelsen

National Police Board

Tel dir: +46 (0)8 - 401 99 43

Tel mob: +46 (0)70 - 217 92 66

E-mail: [EMAIL PROTECTED]

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

Re: [Veritas-bu] Serious master issue...

2007-02-15 Thread Hampus Lind

England got the case again... They at least know how to communicate with
costumers, when if we are wrong they dont cute us of..

They case is on the highest level.

I have re-opened the case with HP and have Symantec consulting guys onsite..
So I am hoping for the best...



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 15 februari 2007 10:04
Till: WEAVER, Simon
Kopia: 'Hampus Lind'; 'Geyer, Gregory'; Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Serious master issue...

Get the case re-dispatched to one of the EU offices?  Escalate the case?

On Thu, 15 Feb 2007, WEAVER, Simon wrote:

>
> I must admit, when reading the emails from them, it sounded as if they
> either did not care, did not have a clue, or was simply passing the blame
to
> HP !
>
> 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: Hampus Lind [mailto:[EMAIL PROTECTED]
> Sent: 15 February 2007 07:34
> To: WEAVER, Simon; 'Geyer, Gregory'
> Cc: Veritas-bu@mailman.eng.auburn.edu
> Subject: SV: [Veritas-bu] Serious master issue...
>
>
> Now, its morning here in Sweden...
>
> I haven't heard from that guy, or any other support engineer sins the mail
> where he told me he couldn't communicate with me... :-(
>
>
> We cant us a software with this kind of support...
>
> Anyhow, I would like to thank you all. You have been wonderful in all your
> suggestions.
>
> I will post the solution here when we find it.
>
> Thanks and regards,
>
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: WEAVER, Simon [mailto:[EMAIL PROTECTED]
> Skickat: den 15 februari 2007 08:13
> Till: 'Hampus Lind'; 'Geyer, Gregory'
> Kopia: Veritas-bu@mailman.eng.auburn.edu
> Ämne: RE: [Veritas-bu] Serious master issue...
>
>
> Did you get the problem sorted out, or dealt with by another Symantec
> Engineer?
>
> 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: Hampus Lind [mailto:[EMAIL PROTECTED]
>
> Sent: 14 February 2007 23:01
> To: 'Geyer, Gregory'
> Cc: Veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Serious master issue...
>
>
> Thanks Greg,
>
> I will check the oracle scripts...
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Geyer, Gregory [mailto:[EMAIL PROTECTED]
>
> Skickat: den 14 februari 2007 23:57
> Till: Hampus Lind
> Ämne: RE: [Veritas-bu] Serious master issue...
>
> Hampus,
>
> We had a serious issue with the RMAN backups which would cause each
> individual RMAN stream to traverse the entire NB catalog for that client.
> They were using an incorrect format, with a 'T' at the beginnig rather
than
> the end.  See the text below, from an email summary from the DBA after it
> was over.
>
> The proper format was in the Oracle NBU Admin guide all along: run {
> allocate channel t1 type 'sbt_tape'; allocate channel t2 type 'sbt_tape';
> send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server'; Chapter 4,
> Configuration 105 Configuring the Run-Time Environment backup (database
> format 'bk_%U_%t'); }
>
> =
> The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
> media known to have been recycle has been identified. Symantec Support
> believes the problem is in RMAN and I believe the problem is in the
> NetBackup Oracle Client.  Whichever is the case, Symantec helped me
> determine the issue is related to the 'T' format in the backup file name
> formats.
>
>
> Some of you may recall the NetBackup slow downs in Q4CY05, when GG
> discovered that NetBackup has a requirement to use the RMAN 'T' format in
> the backup file name as a trailing format. Prior to learning this fact, I
> had been using the 'T" format as

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Now, its morning here in Sweden...

I havent heard from that guy, or any other support engineer sins the mail
where he told me he couldnt communicate with me... :-(


We cant us a software with this kind of support... 

Anyhow, I would like to thank you all. You have been wonderful in all your
suggestions.

I will post the solution here when we find it.

Thanks and regards,



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Skickat: den 15 februari 2007 08:13
Till: 'Hampus Lind'; 'Geyer, Gregory'
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...


Did you get the problem sorted out, or dealt with by another Symantec
Engineer?

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: Hampus Lind [mailto:[EMAIL PROTECTED]

Sent: 14 February 2007 23:01
To: 'Geyer, Gregory'
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...


Thanks Greg,

I will check the oracle scripts...

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Geyer, Gregory [mailto:[EMAIL PROTECTED]

Skickat: den 14 februari 2007 23:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

Hampus,

We had a serious issue with the RMAN backups which would cause each
individual RMAN stream to traverse the entire NB catalog for that client.
They were using an incorrect format, with a 'T' at the beginnig rather than
the end.  See the text below, from an email summary from the DBA after it
was over.

The proper format was in the Oracle NBU Admin guide all along: run {
allocate channel t1 type 'sbt_tape'; allocate channel t2 type 'sbt_tape';
send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server'; Chapter 4,
Configuration 105 Configuring the Run-Time Environment backup (database
format 'bk_%U_%t'); }

=
The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
media known to have been recycle has been identified. Symantec Support
believes the problem is in RMAN and I believe the problem is in the
NetBackup Oracle Client.  Whichever is the case, Symantec helped me
determine the issue is related to the 'T' format in the backup file name
formats.


Some of you may recall the NetBackup slow downs in Q4CY05, when GG
discovered that NetBackup has a requirement to use the RMAN 'T' format in
the backup file name as a trailing format. Prior to learning this fact, I
had been using the 'T" format as a leading portion of the file name.
NetBackup uses the 'T' format as a selective date index to the NB image
catalog database. I changed the 'T' format to trailing in the backup file
name and performance returned to normal response times.

The 'T' format came back to haunt me once more when we recently started
purging old data from the RMAN/OBK catalog repository. Either RMAN or
NetBackup never talks to the NB image database when it encounters an RMAN
backup file name that doesn't contain a trailing 'T' format. This is either
a NB server administration setting or a bug in the NB Oracle Client.
Whatever the case is, the workaround is to manually purge out all OBK data
with non-trailing 'T' file name formats. When this is done and only trailing
'T' formatted RMAN backup file names remain in the OBK catalog, then RMAN
CROSSCHECK with the NetBackup media catalog works 100% reliably.



We also had serious performance problems because we had the images
filesystem on the same relatively slow array where we also had 10TB of DSSU.
Once we separated those onto complete different fibre cards and arrays
things helped a bunch.

One more thing is we were using a bladestore from STK, and they actual
downrev'd the firmware on it, which caused a massive slowdown (the drives
were spinning to fast, which meant more failures).

Probably nothing to help you but there it is.  Good luck!

Greg



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Wednesday, February 14, 2007 3:26 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...

And this is the last mail I have a problem, and we are not
communicating.. So then he turns over the case to some one else...



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ur

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Thanks Greg,

I will check the oracle scripts...

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Geyer, Gregory [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 23:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

Hampus,

We had a serious issue with the RMAN backups which would cause each
individual RMAN stream to traverse the entire NB catalog for that
client.  They were using an incorrect format, with a 'T' at the beginnig
rather than the end.  See the text below, from an email summary from the
DBA after it was over.

The proper format was in the Oracle NBU Admin guide all along:
run {
allocate channel t1 type 'sbt_tape';
allocate channel t2 type 'sbt_tape';
send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server';
Chapter 4, Configuration 105
Configuring the Run-Time Environment
backup
(database format 'bk_%U_%t');
}

=
The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
media known to have been recycle has been identified. Symantec Support
believes the problem is in RMAN and I believe the problem is in the
NetBackup Oracle Client.  Whichever is the case, Symantec helped me
determine the issue is related to the 'T' format in the backup file name
formats. 

Some of you may recall the NetBackup slow downs in Q4CY05, when GG
discovered that NetBackup has a requirement to use the RMAN 'T' format
in the backup file name as a trailing format. Prior to learning this
fact, I had been using the 'T" format as a leading portion of the file
name. NetBackup uses the 'T' format as a selective date index to the NB
image catalog database. I changed the 'T' format to trailing in the
backup file name and performance returned to normal response times.

The 'T' format came back to haunt me once more when we recently started
purging old data from the RMAN/OBK catalog repository. Either RMAN or
NetBackup never talks to the NB image database when it encounters an
RMAN backup file name that doesn't contain a trailing 'T' format. This
is either a NB server administration setting or a bug in the NB Oracle
Client. Whatever the case is, the workaround is to manually purge out
all OBK data with non-trailing 'T' file name formats. When this is done
and only trailing 'T' formatted RMAN backup file names remain in the OBK
catalog, then RMAN CROSSCHECK with the NetBackup media catalog works
100% reliably. 


We also had serious performance problems because we had the images
filesystem on the same relatively slow array where we also had 10TB of
DSSU.  Once we separated those onto complete different fibre cards and
arrays things helped a bunch.

One more thing is we were using a bladestore from STK, and they actual
downrev'd the firmware on it, which caused a massive slowdown (the
drives were spinning to fast, which meant more failures).

Probably nothing to help you but there it is.  Good luck!

Greg



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus
Lind
Sent: Wednesday, February 14, 2007 3:26 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...

And this is the last mail I have a problem, and we are not
communicating.. So then he turns over the case to some one else...



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
 
Hampus, it's clear we are not communicating.  I've spent a lot of time
on
your case and am not getting anywhere.  I'll redispatch this case and
someone else will continue to work it.

I am sorry I was not able to help you here.  It's never my intention to
mislead people or give them bad information.  But if I can't get my
message
across, there's nothing further I can do.

Have a nice day.

___
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] Serious master issue...

2007-02-14 Thread Hampus Lind

This is the help I am getting from Symantec... hang tight, next mail is soon
to arrive...


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
 
> You haven't really answered anything, just talked about how things should
> work when everything is OK.


That's just it; NetBackup is not doing anything abnormal here (a.k.a. it's
operating as designed given the environment it's running in).  There's
nothing we can do at the software level to "fix" performance bottlenecks at
the filesystem level; it'll operate as quickly as the system calls allow it
to.  Every problem you brought up can be traced back to this one core issue.

Think of it this way:  if you fill your gas tank with the wrong type of
petrol and as a result the vehicle starts sputtering, when you bring it to
the mechanic, they'll make the assessment that the engine is working as well
as it can given the circumstances.  The problem is the petrol, not the
engine.

> 1. I could have a problem with my db, but if the bpdbm -consistency 2
check
> wont finish who can I tell? If the bpdbm -consistency 2 check hangs, again
> how can I tell whats wrong?

Like I said previously, bpdbm -consistency is the tool... we don't have
"alternate" tools or anything like that (what's the point in re-inventing
the wheel?).  You only other option is to manually check each and every
image for oddities.  And even then there's no guarantee you'll spot the
corruption if it exists because over half of your images files are going to
be in binary format, which is impossible to examine using your eyeballs.

> 2. Maybe I haven?t been clear with my problem. The bpdbm processes don?t
go
> away, they are always there and are always working with something... So
how
> can I move on?

I didn't find any evidence that bpdbm was caught in an infinite loop.  All
PID's are making progress with their respective tasks, albiet slow progress.
I even checked to make sure the bpdbm's weren't stepping on each other's
feet.  They're all doing seperate tasks independently of each other, and no
process was performing a redundant task that another bpdbm was processing.
All evidnce points to file-read operations taking a lot of time to complete,
and that's a problem that can be fixed by an application.

Let's say for the sake of argument we could change NetBackup's behavior so
that it doesn't spawn so many processes at once (which isn't actually
possible, but let's just assume for a second).  Will that solve the problem?
No.  It will still have to perform the same number of operations because it
still has to go through the same data set as in the present situation.  In
fact, the process might be made *worse* not better, because the entire
operation would in fact take longer.

Disabling it entirely is not possible under NetBackup without shutting down
bpdbm entirely (and it would be a bad idea anyways as the images cleanup
process is vital for the application to function), which means of course
then just about nothing would work under NetBackup.  You will get no
backups, and defintely no restores.

So in summary, you have to wait until it finishes on its own.  If the
process takes more than 12 hours to complete, that means you're really
stuck.  Absolutely nothing can be done at the software level until something
is done with the images database or the filesystem it resides on is fixed.

> 4. Our db is about 60-65 GB, there are netbackup customers with much
bigger
> nbu databases. And this should by a enterprise solution and therefore be
> able to handle this payload.

Not many customers have as many individual images.  Keep in mind here that
there's more to this than "how much data am I backing up".  If the bulk of
your backups are Oracle RMAN, then the number of inodes in your environment
increases dramaticly.  I can almost always tell the difference between RMAN
backups and regular backups when looking at the images database just by
looking at the number of streams being generated at one go.  The difference
is not insignificant.

Since images databases are unique to each and every customer (no two images
databases are the same in a production environment), I can't give you the
cookie-cutter solution that I am certain you would like to have.  These
sorts of things have to be analyzed in a case-by-case basis, and even
Enterprise solutions are limited by the environment they are running in.
You could own the nicest, most expensive BMW in the world, but if you don't
have a road to drive it on, it probably won't work as well as you'd like.

> 5. I have followed HP´s suggestings:
> - I have patched the OS

Recently?

> - I have run defrag on that filesystem

That's no

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

And this is the last mail I have a problem, and we are not
communicating.. So then he turns over the case to some one else...



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
 
Hampus, it's clear we are not communicating.  I've spent a lot of time on
your case and am not getting anywhere.  I'll redispatch this case and
someone else will continue to work it.

I am sorry I was not able to help you here.  It's never my intention to
mislead people or give them bad information.  But if I can't get my message
across, there's nothing further I can do.

Have a nice day.

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

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

5.1 MP4



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 23:11
Till: Hampus Lind
Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: SV: SV: SV: SV: [Veritas-bu] Serious master issue...

Also are you using 5.x or 6.0?

On Wed, 14 Feb 2007, Hampus Lind wrote:

> I will try that tomorrow. But I dont think the problem reside there..
>
> Iostat and sar dont show any strange values.. sar -d 1 10 report under
50%
> average usage.
>
> But, still I will try with the fastest FC array/disk we have...
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 23:05
> Till: Hampus Lind
> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
> Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: SV: SV: SV: SV: [Veritas-bu] Serious master issue...
>
> Is it possible for you to move the db/images volume to another set of
> disks/raid array?
>
> then ln -s /other/location/db/images /usr/openv/netbackup/db/images
>
> That would rule out your array/FC.
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>> Because of the heavy IO produced by all my bpdbm processes there are now
> way
>> that i can find anything in those logs...
>>
>> But support has got the all and says everything seems normal.. So what
can
> I
>> do.. ? I am helpless...
>>
>> Hampus Lind
>> Rikspolisstyrelsen
>> National Police Board
>> Tel dir: +46 (0)8 - 401 99 43
>> Tel mob: +46 (0)70 - 217 92 66
>> E-mail: [EMAIL PROTECTED]
>>
>>
>> -Ursprungligt meddelande-
>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>> Skickat: den 14 februari 2007 23:01
>> Till: Hampus Lind
>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>> Veritas-bu@mailman.eng.auburn.edu
>> Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue...
>>
>> With VERBOSE = 5
>>
>> cd /usr/openv/netbackup/logs
>> tail -f */*date_of_today*
>>
>> Do you see anything weird relating to memory or corruption?
>>
>>
>> On Wed, 14 Feb 2007, Hampus Lind wrote:
>>
>>> I can't tell I think it has been there for a while and got worse
with
>>> time..
>>>
>>>
>>>
>>> Hampus Lind
>>> Rikspolisstyrelsen
>>> National Police Board
>>> Tel dir: +46 (0)8 - 401 99 43
>>> Tel mob: +46 (0)70 - 217 92 66
>>> E-mail: [EMAIL PROTECTED]
>>>
>>>
>>> -Ursprungligt meddelande-
>>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>>> Skickat: den 14 februari 2007 22:58
>>> Till: Hampus Lind
>>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>>> Veritas-bu@mailman.eng.auburn.edu
>>> Ämne: Re: SV: SV: [Veritas-bu] Serious master issue...
>>>
>>> When did this problem happen? Out of the blue or after a patch?
>>>
>>> On Wed, 14 Feb 2007, Hampus Lind wrote:
>>>
>>>> I have run a couple of tests... And it seems that if a want any info at
>>> all
>>>> from bpdbm -consistensy 2 I have to shutdown netbackup and then run the
>>>> check when everything is down.
>>>>
>>>> Even then it takes forever.. Sometime it gets further then other...
>>>>
>>>>
>>>> Hampus Lind
>>>> Rikspolisstyrelsen
>>>> National Police Board
>>>> Tel dir: +46 (0)8 - 401 99 43
>>>> Tel mob: +46 (0)70 - 217 92 66
>>>> E-mail: [EMAIL PROTECTED]
>>>>
>>>>
>>>> -Ursprungligt meddelande-
>>>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>>>> Skickat: den 14 februari 2007 22:47
>>>> Till: Hampus Lind
>>>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>>>> Veritas-bu@mailman.eng.auburn.edu
>>>> Ämne: Re: SV: [Veritas-bu] Serious master issue...
>>>>
>>>> Another option is turn off backups, move the old images out of the way
>> one
>>>> by one and find what is causing the consistency to choke, does it stop
> on
>>>> one set of images or does it run through them al

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

I will try that tomorrow. But I dont think the problem reside there..

Iostat and sar dont show any strange values.. sar -d 1 10 report under 50%
average usage.

But, still I will try with the fastest FC array/disk we have... 


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 23:05
Till: Hampus Lind
Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: SV: SV: SV: [Veritas-bu] Serious master issue...

Is it possible for you to move the db/images volume to another set of 
disks/raid array?

then ln -s /other/location/db/images /usr/openv/netbackup/db/images

That would rule out your array/FC.

On Wed, 14 Feb 2007, Hampus Lind wrote:

> Because of the heavy IO produced by all my bpdbm processes there are now
way
> that i can find anything in those logs...
>
> But support has got the all and says everything seems normal.. So what can
I
> do.. ? I am helpless...
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 23:01
> Till: Hampus Lind
> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
> Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue...
>
> With VERBOSE = 5
>
> cd /usr/openv/netbackup/logs
> tail -f */*date_of_today*
>
> Do you see anything weird relating to memory or corruption?
>
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>> I can't tell I think it has been there for a while and got worse with
>> time..
>>
>>
>>
>> Hampus Lind
>> Rikspolisstyrelsen
>> National Police Board
>> Tel dir: +46 (0)8 - 401 99 43
>> Tel mob: +46 (0)70 - 217 92 66
>> E-mail: [EMAIL PROTECTED]
>>
>>
>> -Ursprungligt meddelande-
>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>> Skickat: den 14 februari 2007 22:58
>> Till: Hampus Lind
>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>> Veritas-bu@mailman.eng.auburn.edu
>> Ämne: Re: SV: SV: [Veritas-bu] Serious master issue...
>>
>> When did this problem happen? Out of the blue or after a patch?
>>
>> On Wed, 14 Feb 2007, Hampus Lind wrote:
>>
>>> I have run a couple of tests... And it seems that if a want any info at
>> all
>>> from bpdbm -consistensy 2 I have to shutdown netbackup and then run the
>>> check when everything is down.
>>>
>>> Even then it takes forever.. Sometime it gets further then other...
>>>
>>>
>>> Hampus Lind
>>> Rikspolisstyrelsen
>>> National Police Board
>>> Tel dir: +46 (0)8 - 401 99 43
>>> Tel mob: +46 (0)70 - 217 92 66
>>> E-mail: [EMAIL PROTECTED]
>>>
>>>
>>> -Ursprungligt meddelande-
>>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>>> Skickat: den 14 februari 2007 22:47
>>> Till: Hampus Lind
>>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>>> Veritas-bu@mailman.eng.auburn.edu
>>> Ämne: Re: SV: [Veritas-bu] Serious master issue...
>>>
>>> Another option is turn off backups, move the old images out of the way
> one
>>> by one and find what is causing the consistency to choke, does it stop
on
>>> one set of images or does it run through them all but just very slowly?
>>>
>>> On Wed, 14 Feb 2007, Hampus Lind wrote:
>>>
>>>> The NBCC doesnt look at the image db, and they keep saying we have a
>>>> problem there.. But I dont know how we can fix it or even collect the
>>> info
>>>> from the db when bpdbm consistensy 2 wont runt..
>>>>
>>>>
>>>>
>>>> Hampus Lind
>>>> Rikspolisstyrelsen
>>>> National Police Board
>>>> Tel dir: +46 (0)8 - 401 99 43
>>>> Tel mob: +46 (0)70 - 217 92 66
>>>> E-mail: [EMAIL PROTECTED]
>>>>
>>>> -Ursprungligt meddelande-
>>>> Från: Steven L. Sesar [mailto:[EMAIL PROTECTED]
>>>> Skickat: den 14 februari 2007 20:53
>>>> Till: Hampus Lind
>>>> Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan';
>>>> Veritas-bu@mailman.eng.auburn.edu
>>>> Ämne: Re:

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Because of the heavy IO produced by all my bpdbm processes there are now way
that i can find anything in those logs...

But support has got the all and says everything seems normal.. So what can I
do.. ? I am helpless...

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 23:01
Till: Hampus Lind
Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue...

With VERBOSE = 5

cd /usr/openv/netbackup/logs
tail -f */*date_of_today*

Do you see anything weird relating to memory or corruption?


On Wed, 14 Feb 2007, Hampus Lind wrote:

> I can't tell I think it has been there for a while and got worse with
> time..
>
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 22:58
> Till: Hampus Lind
> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
> Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: SV: SV: [Veritas-bu] Serious master issue...
>
> When did this problem happen? Out of the blue or after a patch?
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>> I have run a couple of tests... And it seems that if a want any info at
> all
>> from bpdbm -consistensy 2 I have to shutdown netbackup and then run the
>> check when everything is down.
>>
>> Even then it takes forever.. Sometime it gets further then other...
>>
>>
>> Hampus Lind
>> Rikspolisstyrelsen
>> National Police Board
>> Tel dir: +46 (0)8 - 401 99 43
>> Tel mob: +46 (0)70 - 217 92 66
>> E-mail: [EMAIL PROTECTED]
>>
>>
>> -Ursprungligt meddelande-
>> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
>> Skickat: den 14 februari 2007 22:47
>> Till: Hampus Lind
>> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
>> Veritas-bu@mailman.eng.auburn.edu
>> Ämne: Re: SV: [Veritas-bu] Serious master issue...
>>
>> Another option is turn off backups, move the old images out of the way
one
>> by one and find what is causing the consistency to choke, does it stop on
>> one set of images or does it run through them all but just very slowly?
>>
>> On Wed, 14 Feb 2007, Hampus Lind wrote:
>>
>>> The NBCC doesnt look at the image db, and they keep saying we have a
>>> problem there.. But I dont know how we can fix it or even collect the
>> info
>>> from the db when bpdbm consistensy 2 wont runt..
>>>
>>>
>>>
>>> Hampus Lind
>>> Rikspolisstyrelsen
>>> National Police Board
>>> Tel dir: +46 (0)8 - 401 99 43
>>> Tel mob: +46 (0)70 - 217 92 66
>>> E-mail: [EMAIL PROTECTED]
>>>
>>> -Ursprungligt meddelande-
>>> Från: Steven L. Sesar [mailto:[EMAIL PROTECTED]
>>> Skickat: den 14 februari 2007 20:53
>>> Till: Hampus Lind
>>> Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan';
>>> Veritas-bu@mailman.eng.auburn.edu
>>> Ämne: Re: [Veritas-bu] Serious master issue...
>>>
>>>
>>>
>>> bpdbm -consistency 2 is useless to you, based on the amount of data that
>> you
>>> back up nightly and my own presumption of how long backups run in your
>>> environment. It will take longer to run than your backup domain will
>> remain
>>> idle. If I recall, they have a process which does a better job at
finding
>>> catalog/db corruption/inconsistency. I think that it's called NBCC.
>>>
>>> The problem with NBCC is similar, though. You send them the output of
>> three
>>> commands:
>>>
>>> vmquery -a, bpmedialist -ls, and bpimmedia
>>>
>>> Then, they munge the output of the above commands through a reporting
> tool
>>> that Symantec will NOT share with end users. At some point later in the
>> day
>>> (hopefully, sooner rather than later), they will send you a report. You
>> must
>>> then take certain actions to correct any discrepancies found. The backup
>>> system must be completely idle during this time. Restores are ok, but no
>>> backup activity can be taking place.
>>>
>>> Afterwards, you 'll run those commands again, they'll generate the

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

I can't tell I think it has been there for a while and got worse with
time..



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 22:58
Till: Hampus Lind
Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: SV: [Veritas-bu] Serious master issue...

When did this problem happen? Out of the blue or after a patch?

On Wed, 14 Feb 2007, Hampus Lind wrote:

> I have run a couple of tests... And it seems that if a want any info at
all
> from bpdbm -consistensy 2 I have to shutdown netbackup and then run the
> check when everything is down.
>
> Even then it takes forever.. Sometime it gets further then other...
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 22:47
> Till: Hampus Lind
> Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
> Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: SV: [Veritas-bu] Serious master issue...
>
> Another option is turn off backups, move the old images out of the way one
> by one and find what is causing the consistency to choke, does it stop on
> one set of images or does it run through them all but just very slowly?
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>> The NBCC doesnt look at the image db, and they keep saying we have a
>> problem there.. But I dont know how we can fix it or even collect the
> info
>> from the db when bpdbm consistensy 2 wont runt..
>>
>>
>>
>> Hampus Lind
>> Rikspolisstyrelsen
>> National Police Board
>> Tel dir: +46 (0)8 - 401 99 43
>> Tel mob: +46 (0)70 - 217 92 66
>> E-mail: [EMAIL PROTECTED]
>>
>> -Ursprungligt meddelande-
>> Från: Steven L. Sesar [mailto:[EMAIL PROTECTED]
>> Skickat: den 14 februari 2007 20:53
>> Till: Hampus Lind
>> Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan';
>> Veritas-bu@mailman.eng.auburn.edu
>> Ämne: Re: [Veritas-bu] Serious master issue...
>>
>>
>>
>> bpdbm -consistency 2 is useless to you, based on the amount of data that
> you
>> back up nightly and my own presumption of how long backups run in your
>> environment. It will take longer to run than your backup domain will
> remain
>> idle. If I recall, they have a process which does a better job at finding
>> catalog/db corruption/inconsistency. I think that it's called NBCC.
>>
>> The problem with NBCC is similar, though. You send them the output of
> three
>> commands:
>>
>> vmquery -a, bpmedialist -ls, and bpimmedia
>>
>> Then, they munge the output of the above commands through a reporting
tool
>> that Symantec will NOT share with end users. At some point later in the
> day
>> (hopefully, sooner rather than later), they will send you a report. You
> must
>> then take certain actions to correct any discrepancies found. The backup
>> system must be completely idle during this time. Restores are ok, but no
>> backup activity can be taking place.
>>
>> Afterwards, you 'll run those commands again, they'll generate the report
>> again, and you'll see how you're doing. It may take you several passes to
>> get things squared away.
>>
>> The problem is that most of us don't have a completely idle backup
>> infrastructure - at least for long enough for this process to complete. I
>> didn't when I was NBU customer. Once you take backups, the reports become
>> obsolete, as do the results of bpdbm -consistency 2.
>>
>> It would not surprise me if bpdbm was leaking memory on your platform.
>>
>> --Steve
>>
>>
>> Hampus Lind wrote:
>>
>> Hi,
>>
>> I cant don anything
>>
>> Bpdbm -consistecny 2 has been running for over 12 hours and havent
checked
>> more than 4-5 clients.
>>
>> It was the first thing support told me. Your db is corrupted... So I
tried
>> to run bpdbm -consistency 2 check. The check found some issues, like
> expired
>> images which where not removed etc. But when I was about to remove them
>> manually the netbackup db clean process already had took care of them..
>>
>> So what I understand you can have some level of corruption in your db
> which
>> nbu cleans out

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

I have run a couple of tests... And it seems that if a want any info at all
from bpdbm -consistensy 2 I have to shutdown netbackup and then run the
check when everything is down.

Even then it takes forever.. Sometime it gets further then other...


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 22:47
Till: Hampus Lind
Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan';
Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: [Veritas-bu] Serious master issue...

Another option is turn off backups, move the old images out of the way one 
by one and find what is causing the consistency to choke, does it stop on 
one set of images or does it run through them all but just very slowly?

On Wed, 14 Feb 2007, Hampus Lind wrote:

> The NBCC doesnt look at the image db, and they keep saying we have a
> problem there.. But I dont know how we can fix it or even collect the
info
> from the db when bpdbm consistensy 2 wont runt..
>
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
> -Ursprungligt meddelande-
> Från: Steven L. Sesar [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 20:53
> Till: Hampus Lind
> Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan';
> Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: [Veritas-bu] Serious master issue...
>
>
>
> bpdbm -consistency 2 is useless to you, based on the amount of data that
you
> back up nightly and my own presumption of how long backups run in your
> environment. It will take longer to run than your backup domain will
remain
> idle. If I recall, they have a process which does a better job at finding
> catalog/db corruption/inconsistency. I think that it's called NBCC.
>
> The problem with NBCC is similar, though. You send them the output of
three
> commands:
>
> vmquery -a, bpmedialist -ls, and bpimmedia
>
> Then, they munge the output of the above commands through a reporting tool
> that Symantec will NOT share with end users. At some point later in the
day
> (hopefully, sooner rather than later), they will send you a report. You
must
> then take certain actions to correct any discrepancies found. The backup
> system must be completely idle during this time. Restores are ok, but no
> backup activity can be taking place.
>
> Afterwards, you 'll run those commands again, they'll generate the report
> again, and you'll see how you're doing. It may take you several passes to
> get things squared away.
>
> The problem is that most of us don't have a completely idle backup
> infrastructure - at least for long enough for this process to complete. I
> didn't when I was NBU customer. Once you take backups, the reports become
> obsolete, as do the results of bpdbm -consistency 2.
>
> It would not surprise me if bpdbm was leaking memory on your platform.
>
> --Steve
>
>
> Hampus Lind wrote:
>
> Hi,
>
> I cant don anything
>
> Bpdbm -consistecny 2 has been running for over 12 hours and havent checked
> more than 4-5 clients.
>
> It was the first thing support told me. Your db is corrupted... So I tried
> to run bpdbm -consistency 2 check. The check found some issues, like
expired
> images which where not removed etc. But when I was about to remove them
> manually the netbackup db clean process already had took care of them..
>
> So what I understand you can have some level of corruption in your db
which
> nbu cleans out when the clean job runs.
>
> I am not compressing my catalogs.
>
> Thanks,
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 20:31
> Till: Hampus Lind
> Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: [Veritas-bu] Serious master issue...
>
> Have you run the check_db_consistency? There is a command that checks to
> make sure your images are not corrupted!
>
> I would recommend checking that.
>
> Also, are you running compression on your catalogs?
>
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>
>
> Thanks Bryan,
>
>
>
> It happens directly after reboot..
>
>
>
> The thing is:
>
> -  I have deactivated all polices
>
> -  Stop our media server
>
> -

Re: [Veritas-bu] re serious master server problem

2007-02-14 Thread Hampus Lind

Hi Chris,

 

Thanks for your ideas..

 

-  No our master server is not a media server as well.

-  Yes we have 2 media server.

-  It`s possible that we have some kind of corruption in the db, but
as long as bpdbm consistency 2 check wont run fast enough there is now way
of knowing right now..

 

Life sucks :-(

 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 21:10
Till: [EMAIL PROTECTED]
Ämne: re serious master server problem

 


Hi, Hampus, 

I get the netbackup forum in digest form, so this may be out of date
already. 

Does your master server do any media server work? Do you have media servers?


We run NBU on HP-UX 11.11 also. We did see huge amounts of disk activity at
one time, despite going to 146GB/15K disk on SAN. There were some media
moves going on, as we had replaced media servers and needed to transfer
ownership of tapes from the old to the new (part of decommisioning the old
media server). 

Or, could you possibly have data corruption in the catalog? 

Just a couple of random ideas from a fairly new NBU user. 

Chris 
=
Chris Amley
3M IT
+1.651.736.9461
[EMAIL PROTECTED]
224-4N-27 3M Center
St Paul, MN 55144 US

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

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Can you explain more about what this will results in? I am not so familiar
with oracle. Will it backup more often or more seldom but with bigger
chunks?

 

Should we do these changes in the archive log scripts on each oracle client?

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:58
Till: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...

 

2 changes with regards to archive logs:

 - set the filesperset parameter back to 20

 - changed the format parameter to "oracle_arch_%p_%s_%t"

 

  _  

From: Hampus Lind [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 14, 2007 2:50 PM
To: Rickus John; [EMAIL PROTECTED]
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu] Serious master issue...

We run 4 channels four our oracle archive log backups.. It backups 1000-2000
transactions a day

 

How did you solve your problems?

 

Thanks,

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:43
Till: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...

 

We had a similar problem with our master server ( rp4440) that backs up
oracle databases.  Found that the rman script *.rcv had the filesperset set
too low ( we had turned it down from 20 to 5 for the archive logs), causing
hundreds of backup images.  This resulted in the disk I/O being high when
the cleanup ran, and loads of bpdbm processes.

 

John Rickus 
Storage Analyst 
Dofasco Inc. 
905-548-7200 ext. 6004 

 

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

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

It`s on a SAN, RAID 5. 146 GB FC disks.

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Khurram Tariq
Skickat: den 14 februari 2007 20:29
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Serious master issue...

 

Where is ur /usr/openv/netbackup/db located? Local disk or SAN? What RAID
level is configured there? Maybe the disks on which /usr/openv/netbackup/db
is located are not performing optimally.

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

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

We run 4 channels four our oracle archive log backups.. It backups 1000-2000
transactions a day

 

How did you solve your problems?

 

Thanks,

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:43
Till: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...

 

We had a similar problem with our master server ( rp4440) that backs up
oracle databases.  Found that the rman script *.rcv had the filesperset set
too low ( we had turned it down from 20 to 5 for the archive logs), causing
hundreds of backup images.  This resulted in the disk I/O being high when
the cleanup ran, and loads of bpdbm processes.

 

John Rickus 
Storage Analyst 
Dofasco Inc. 
905-548-7200 ext. 6004 

 

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

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Yes as good as a can..

No errors in the array or so... Patched the OS with IO patches etc..

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:41
Till: Hampus Lind
Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: [Veritas-bu] Serious master issue...

Have you checked the underying hardware for any I/O problems? Degraded 
array/etc?

On Wed, 14 Feb 2007, Hampus Lind wrote:

> Hi,
>
> I cant don anything
>
> Bpdbm -consistecny 2 has been running for over 12 hours and havent checked
> more than 4-5 clients.
>
> It was the first thing support told me. Your db is corrupted... So I tried
> to run bpdbm -consistency 2 check. The check found some issues, like
expired
> images which where not removed etc. But when I was about to remove them
> manually the netbackup db clean process already had took care of them..
>
> So what I understand you can have some level of corruption in your db
which
> nbu cleans out when the clean job runs.
>
> I am not compressing my catalogs.
>
> Thanks,
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
>
> -Ursprungligt meddelande-
> Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 20:31
> Till: Hampus Lind
> Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu
> Ämne: Re: [Veritas-bu] Serious master issue...
>
> Have you run the check_db_consistency? There is a command that checks to
> make sure your images are not corrupted!
>
> I would recommend checking that.
>
> Also, are you running compression on your catalogs?
>
>
> On Wed, 14 Feb 2007, Hampus Lind wrote:
>
>> Thanks Bryan,
>>
>>
>>
>> It happens directly after reboot..
>>
>>
>>
>> The thing is:
>>
>> -  I have deactivated all polices
>>
>> -  Stop our media server
>>
>> -  And then restarted netbackup on the master.
>>
>>
>>
>> So there are absolutely no action going on (no backup, no user backup, no
>> restore, no staging) only internal netbackup work.
>>
>> At once when netbackup on the master gets active, it starts bpdbm process
>> after bpdbm process. It consume 100% of both my CPU`s and write/read
> heavily
>> to the /usr/openv/netbackup/db filesystem.
>>
>> When I have no action at all after a clean start, we have about 42 bpdbm
>> processes and nearly as many bprd processes
>>
>>
>>
>> I cant figure this one out, and support points to disk config or
something
>> else that sounds good in there ears
>>
>>
>>
>> Thanks for all help,
>>
>>
>>
>> Hampus Lind
>> Rikspolisstyrelsen
>> National Police Board
>> Tel dir: +46 (0)8 - 401 99 43
>> Tel mob: +46 (0)70 - 217 92 66
>> E-mail: [EMAIL PROTECTED]
>>
>> -Ursprungligt meddelande-
>> Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED]
>> Skickat: den 14 februari 2007 20:04
>> Till: Hampus Lind
>> Ämne: RE: [Veritas-bu] Serious master issue...
>>
>>
>>
>> Hampus,
>>
>>
>>
>>  How quickly does this behaviour start happening after a recycle/reboot?
I
>> worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM.
> We
>> were running over 15,000 backup jobs daily though. Our catalog was over
>> 400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have
> to
>> reboot the system almost every week. If you can cleanly re-cycle
NetBackup
> -
>> shut it down, kill all NBU processes, and then restart it, that should be
>> almost as good.
>>
>>
>>
>>  Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I
>> inherited the system - not my choice.) We run about 5000 jobs per day, we
>> have a 280 GB catalog on EMC Clariion. The system will stay stable for 2
>> weeks pretty easily. 4 weeks starts pushing things. So we usually reboot
> our
>> Windows master and media servers every 2 weeks.
>>
>>
>>
>>  It seems like you will have cumulative problems with NetBackup that can
>> build up over time. It is way more pronounced on busy systems. We have
>> another NetBackup system that has 1 Master and 1 Media server. It runs
> about
>> 40 jobs per day max. I hardly ever have to reboot those server

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Bryan,

 

Yes, i have defraged the filesystem and patched hpux and such I have tried
with all media server taken offline, so no staging jobs are active..

 

 

I just got a tips that it could be our RMAN server doing to many
crosschecks.. Anyone knowing anything about this?

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:31
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

Hampus,

 

  Wow... One other thing I would suggest, but I don't think it will help,
would be to defrag the catalog volumes. VxFS can get fragmented. On the HP
master I worked with, we defragged the catalog volume twice a week. On our
Windoze server here I defrag it daily.

 

But I don't think that is your problem at all. Heck, you might not even be
able to defrag it with NetBackup running the way it sounds.

 

Good luck!

 

Bryan

 

p.s. One other thought, if you are using DSSU's, have you turned off the
de-staging when you reboot or when you are working on this?

 

 


  _  


From: Hampus Lind [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 14, 2007 1:12 PM
To: Bahnmiller, Bryan
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu] Serious master issue...

Thanks Bryan,

 

It happens directly after reboot.. 

 

The thing is:

-  I have deactivated all polices

-  Stop our media server

-  And then restarted netbackup on the master.

 

So there are absolutely no action going on (no backup, no user backup, no
restore, no staging) only internal netbackup work.

At once when netbackup on the master gets active, it starts bpdbm process
after bpdbm process. It consume 100% of both my CPU`s and write/read heavily
to the /usr/openv/netbackup/db filesystem.

When I have no action at all after a clean start, we have about 42 bpdbm
processes and nearly as many bprd processes

 

I cant figure this one out, and support points to disk config or something
else that sounds good in there ears

 

Thanks for all help,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:04
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

Hampus,

 

  How quickly does this behaviour start happening after a recycle/reboot? I
worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM. We
were running over 15,000 backup jobs daily though. Our catalog was over
400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have to
reboot the system almost every week. If you can cleanly re-cycle NetBackup -
shut it down, kill all NBU processes, and then restart it, that should be
almost as good.

 

  Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I
inherited the system - not my choice.) We run about 5000 jobs per day, we
have a 280 GB catalog on EMC Clariion. The system will stay stable for 2
weeks pretty easily. 4 weeks starts pushing things. So we usually reboot our
Windows master and media servers every 2 weeks.

 

  It seems like you will have cumulative problems with NetBackup that can
build up over time. It is way more pronounced on busy systems. We have
another NetBackup system that has 1 Master and 1 Media server. It runs about
40 jobs per day max. I hardly ever have to reboot those servers.

 

   Bryan

 

Bryan Bahnmiller

ISD Business Continuity

Pier 1 Imports, Inc

817-252-8570

 

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Wednesday, February 14, 2007 12:17 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
Importance: High

All,

 

Now I have been transferred to USA support God bless America!

 

They have told me that they havent seen such a big installation in over a
year. Strange, I have about 200 clients and backup a couple a TB per day..
I was under the impression that this was kinda small installation..??

 

However, they have told me that this is perfectly normal behaviour with
netbackup. That it produces heavy disk IO and eat all CPU power. And I was
really stupid and told them that I also had an case with HP earlier on this
disk IO problem, so now Symantec support are pointing all there fingers at
HP and our disk setup.

 

Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array
(SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the
bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to
shut netbackup support up

 

We run a two CPU HP rp2470  with HP-UX 11.11 as a master server. Shouldnt
this be enough for this instal

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Hi,

I cant don anything

Bpdbm -consistecny 2 has been running for over 12 hours and havent checked
more than 4-5 clients.

It was the first thing support told me. Your db is corrupted... So I tried
to run bpdbm -consistency 2 check. The check found some issues, like expired
images which where not removed etc. But when I was about to remove them
manually the netbackup db clean process already had took care of them..

So what I understand you can have some level of corruption in your db which
nbu cleans out when the clean job runs.

I am not compressing my catalogs.

Thanks,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:31
Till: Hampus Lind
Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Serious master issue...

Have you run the check_db_consistency? There is a command that checks to 
make sure your images are not corrupted!

I would recommend checking that.

Also, are you running compression on your catalogs?


On Wed, 14 Feb 2007, Hampus Lind wrote:

> Thanks Bryan,
>
>
>
> It happens directly after reboot..
>
>
>
> The thing is:
>
> -  I have deactivated all polices
>
> -  Stop our media server
>
> -  And then restarted netbackup on the master.
>
>
>
> So there are absolutely no action going on (no backup, no user backup, no
> restore, no staging) only internal netbackup work.
>
> At once when netbackup on the master gets active, it starts bpdbm process
> after bpdbm process. It consume 100% of both my CPU`s and write/read
heavily
> to the /usr/openv/netbackup/db filesystem.
>
> When I have no action at all after a clean start, we have about 42 bpdbm
> processes and nearly as many bprd processes
>
>
>
> I cant figure this one out, and support points to disk config or something
> else that sounds good in there ears
>
>
>
> Thanks for all help,
>
>
>
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>
> -Ursprungligt meddelande-
> Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED]
> Skickat: den 14 februari 2007 20:04
> Till: Hampus Lind
> Ämne: RE: [Veritas-bu] Serious master issue...
>
>
>
> Hampus,
>
>
>
>  How quickly does this behaviour start happening after a recycle/reboot? I
> worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM.
We
> were running over 15,000 backup jobs daily though. Our catalog was over
> 400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have
to
> reboot the system almost every week. If you can cleanly re-cycle NetBackup
-
> shut it down, kill all NBU processes, and then restart it, that should be
> almost as good.
>
>
>
>  Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I
> inherited the system - not my choice.) We run about 5000 jobs per day, we
> have a 280 GB catalog on EMC Clariion. The system will stay stable for 2
> weeks pretty easily. 4 weeks starts pushing things. So we usually reboot
our
> Windows master and media servers every 2 weeks.
>
>
>
>  It seems like you will have cumulative problems with NetBackup that can
> build up over time. It is way more pronounced on busy systems. We have
> another NetBackup system that has 1 Master and 1 Media server. It runs
about
> 40 jobs per day max. I hardly ever have to reboot those servers.
>
>
>
>   Bryan
>
>
>
> Bryan Bahnmiller
>
> ISD Business Continuity
>
> Pier 1 Imports, Inc
>
> 817-252-8570
>
>
>
>
>
>
>  _
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hampus
Lind
> Sent: Wednesday, February 14, 2007 12:17 PM
> To: Veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Serious master issue...
> Importance: High
>
> All,
>
>
>
> Now I have been transferred to USA support God bless America!
>
>
>
> They have told me that they havent seen such a big installation in over a
> year. Strange, I have about 200 clients and backup a couple a TB per
day..
> I was under the impression that this was kinda small installation..??
>
>
>
> However, they have told me that this is perfectly normal behaviour with
> netbackup. That it produces heavy disk IO and eat all CPU power. And I was
> really stupid and told them that I also had an case with HP earlier on
this
> disk IO problem, so now Symantec support are pointing all there fingers at
> HP and our disk setu

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

I have no idea

 

I have sent tons of bpdbm logs to support and the cant see whats wrong And
now the support guy in US says that this is perfectly normal

 

We cant do any larger restore because bpdbm takes all CPU from our master..

 

I am going mad!!

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:25
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

So youre running 42 bpdbm processes without any backups running?   What
kicks off that number  as I noted we only have 5 running.

 

  _  

From: Hampus Lind [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 14, 2007 2:24 PM
To: Jeff Lightner
Subject: SV: [Veritas-bu] Serious master issue...

 

Okay.. Thanks anyway..

 

We have the db placed on a StorageTek Flexline 380 (LSI Logic`s engenio),
and I dont really see the problem there, but we also have a DMX 2000, so I
can move netbackup on to that one and see if it solves the problem. But as a
said, I dont think the problem is on the array.

 

We use LVM and vxfs.

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:16
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

The NetBackup storage is all done over fibre to an EMC Symmetrix DMX.   If
youre on internal drives or something less than a DMX my stats wouldnt
help because it is top of the line EMC storage (read $Millions) so most of
the performance for I/O is there rather than in box..   Also because we
mount the BCVs I previously mentioned it would take a fair amount of output
(798 disks) to give it to you or a fair amount of work for me to separate
out what was part of /usr/openv from what was part of the BCV mounted DB.

 

By the way we use VxVM rather than LVM.   We dont stripe at that level  we
use concatenation.

 

  _  

From: Hampus Lind [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 14, 2007 2:05 PM
To: Jeff Lightner
Subject: SV: [Veritas-bu] Serious master issue...

 

And how are your CPU usage? 

 

Could you also check a sar d 1 10 and iostat 1. Do you have busy
netbackup disks?

 

Have you stiped tour netbackup disk at the os level? 

 

 

Thank you very much for helping.. I really appreciate it..

 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 19:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

5 and 2 respectively at the moment.

 

  _  

From: Hampus Lind [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, February 14, 2007 1:39 PM
To: Jeff Lightner
Subject: SV: [Veritas-bu] Serious master issue...

 

Thanks,

 

On your master server How man bpdbm and bprd processes are active?

 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Jeff Lightner [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 19:35
Till: Hampus Lind; Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...

 

We use an RP4440 as the master.   We also have 18 media servers.   For the
Databases (4 TB in size each) we do the backup using the host on which the
database resides (or BCV to the RP4440 and do the backup from the BCV
mounts) so that all the backups are going fibre from the host to the Library
rather than backing up via the network.   For the hundreds of smaller
clients we have we do backup over the network but most of our windows
clients are on a dedicated backup network for that purpose.

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Wednesday, February 14, 2007 1:17 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
Importance: High

 

All,

 

Now I have been transferred to USA support God bless America!

 

They have told me that they havent seen such a big installation in over a
year. Strange, I have about 200 clients and backup a couple a TB per day..
I was under the impression that this was kinda small installation..??

 

However, they have told me that this is perfectly normal behaviour with
netbackup. That it produces heavy disk IO and eat all CPU power. And I was
really stupid and told them that I also had an case with HP earlier on this
disk IO problem, so now Symantec support are pointing all there fingers at
HP and our disk setup.

 

Our DB is about 60-65 GB and resides on a

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Thanks Bryan,

 

It happens directly after reboot.. 

 

The thing is:

-  I have deactivated all polices

-  Stop our media server

-  And then restarted netbackup on the master.

 

So there are absolutely no action going on (no backup, no user backup, no
restore, no staging) only internal netbackup work.

At once when netbackup on the master gets active, it starts bpdbm process
after bpdbm process. It consume 100% of both my CPU`s and write/read heavily
to the /usr/openv/netbackup/db filesystem.

When I have no action at all after a clean start, we have about 42 bpdbm
processes and nearly as many bprd processes

 

I cant figure this one out, and support points to disk config or something
else that sounds good in there ears

 

Thanks for all help,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] 
Skickat: den 14 februari 2007 20:04
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...

 

Hampus,

 

  How quickly does this behaviour start happening after a recycle/reboot? I
worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM. We
were running over 15,000 backup jobs daily though. Our catalog was over
400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have to
reboot the system almost every week. If you can cleanly re-cycle NetBackup -
shut it down, kill all NBU processes, and then restart it, that should be
almost as good.

 

  Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I
inherited the system - not my choice.) We run about 5000 jobs per day, we
have a 280 GB catalog on EMC Clariion. The system will stay stable for 2
weeks pretty easily. 4 weeks starts pushing things. So we usually reboot our
Windows master and media servers every 2 weeks.

 

  It seems like you will have cumulative problems with NetBackup that can
build up over time. It is way more pronounced on busy systems. We have
another NetBackup system that has 1 Master and 1 Media server. It runs about
40 jobs per day max. I hardly ever have to reboot those servers.

 

   Bryan

 

Bryan Bahnmiller

ISD Business Continuity

Pier 1 Imports, Inc

817-252-8570

 

 


  _  


From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Wednesday, February 14, 2007 12:17 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
Importance: High

All,

 

Now I have been transferred to USA support God bless America!

 

They have told me that they havent seen such a big installation in over a
year. Strange, I have about 200 clients and backup a couple a TB per day..
I was under the impression that this was kinda small installation..??

 

However, they have told me that this is perfectly normal behaviour with
netbackup. That it produces heavy disk IO and eat all CPU power. And I was
really stupid and told them that I also had an case with HP earlier on this
disk IO problem, so now Symantec support are pointing all there fingers at
HP and our disk setup.

 

Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array
(SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the
bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to
shut netbackup support up

 

We run a two CPU HP rp2470  with HP-UX 11.11 as a master server. Shouldnt
this be enough for this installation?

 

Ooh well 

 

If support cant help me, what should I do?? I am desperate!!!

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Hampus Lind
Skickat: den 14 februari 2007 12:48
Till: Veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Serious master issue...
Prioritet: Hög

 

Hi,

 

We have a serious issue here with our master server. The problem occurred a
couple of weeks ago, or at least I found out about it then..

 

I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a
say that we had 4000-6000 SCSI commands in que, and a disk utilisation of
100% for the /usr/openv/netbackup/db disk.

 

I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4.

 

HP support sad that bpdbm was leaking memory.

 

Veritas support still investigating.. But we have about 30 bpdbm and bprd
processes active on our master which eats both my CPU`s and produces tons of
IO against our db disk.

 

I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had
reached the file size limit on our filsystem, 2 GB

 

Any one had similar problems? 

 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217

Re: [Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

All,

 

Now I have been transferred to USA support God bless America!

 

They have told me that they havent seen such a big installation in over a
year. Strange, I have about 200 clients and backup a couple a TB per day..
I was under the impression that this was kinda small installation..??

 

However, they have told me that this is perfectly normal behaviour with
netbackup. That it produces heavy disk IO and eat all CPU power. And I was
really stupid and told them that I also had an case with HP earlier on this
disk IO problem, so now Symantec support are pointing all there fingers at
HP and our disk setup.

 

Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array
(SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the
bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to
shut netbackup support up

 

We run a two CPU HP rp2470  with HP-UX 11.11 as a master server. Shouldnt
this be enough for this installation?

 

Ooh well 

 

If support cant help me, what should I do?? I am desperate!!!

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Hampus Lind
Skickat: den 14 februari 2007 12:48
Till: Veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Serious master issue...
Prioritet: Hög

 

Hi,

 

We have a serious issue here with our master server. The problem occurred a
couple of weeks ago, or at least I found out about it then..

 

I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a
say that we had 4000-6000 SCSI commands in que, and a disk utilisation of
100% for the /usr/openv/netbackup/db disk.

 

I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4.

 

HP support sad that bpdbm was leaking memory.

 

Veritas support still investigating.. But we have about 30 bpdbm and bprd
processes active on our master which eats both my CPU`s and produces tons of
IO against our db disk.

 

I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had
reached the file size limit on our filsystem, 2 GB

 

Any one had similar problems? 

 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

[Veritas-bu] Serious master issue...

2007-02-14 Thread Hampus Lind

Hi,

 

We have a serious issue here with our master server. The problem occurred a
couple of weeks ago, or at least I found out about it then..

 

I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a
say that we had 4000-6000 SCSI commands in que, and a disk utilisation of
100% for the /usr/openv/netbackup/db disk.

 

I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4.

 

HP support sad that bpdbm was leaking memory.

 

Veritas support still investigating.. But we have about 30 bpdbm and bprd
processes active on our master which eats both my CPU`s and produces tons of
IO against our db disk.

 

I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had
reached the file size limit on our filsystem, 2 GB.

 

Any one had similar problems? 

 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

[Veritas-bu] Backup of multimedia system...

2007-02-13 Thread Hampus Lind

Hi all,

 

I would like to get in contact with people backing up large multimedia
systems, ie digital pictures, audio and video. I am also interested in
hearing about how you store these applications ie in a SAN on FC diskarrays,
SATA drives or some kind of HSM solution which includes tape.

 

Which way to go for ~100TB multimedia data (video): traditional backup or
HSM solution?

When will traditional backup not be an option any longer, when do we need to
apply a HSM solution?

 

Some of the multimedia systems do include billions of smaller files
(pictures and audio).

I would like to find a platform which I could apply to every digital system
no mater the size of the system. 

 

If anyone have experience with storing/backing up video-surveillance I love
to hear your success stories.. :-)

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] Linux media server recommendations

2007-02-07 Thread Hampus Lind

You don't recommend SUSE SLES 9 or 10? Have you found any problems with
SUES?

I appreciate any input because we are on the way of implementing SUSE 9 on
master and media server.

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 7 februari 2007 15:53
Till: Whelan, Patrick
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Linux media server recommendations

An outline would be:

Use RHEL3 or RHEL4
Then determine what you need (hardware wise) based on your requirements.

Justin.

On Wed, 7 Feb 2007, Justin Piszcz wrote:

> In what regards? That's an open-ended question.  Are you planning on
10GBps? 
> LTO2 or LTO3 drives? How many?
>
> On Wed, 7 Feb 2007, Whelan, Patrick wrote:
>
>> Does anyone have any suggestions for Linux media servers?
>> 
>> Regards,
>> 
>> Patrick Whelan
>> NetBackup Specialist
>> Architect & Engineering
>> +44 20 7863 5243
>> 
>> Of all the things I've lost, I miss my mind the most! - Unknown
>> 
>> There are only 10 kinds of people on earth - those who understand binary
>> and those who don't.
>> 
>> ... Als sie mich holten,
>> gab es keinen mehr, der protestieren konnte
>> -- Martin Niemöller
>> 
>> 
>> 
>>

*
>> 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
>


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

[Veritas-bu] How many pepole does it take to administrate your backup environment(s)?

2007-02-05 Thread Hampus Lind

Hi all,

 

I am interested to find out how many persons that are administrating larger
backup environments.

 

We have one major site with 1 master and 5 media servers which have about
200 clients (hp-ux, solaris, linux, netware, windows) and over 100 database
agents (oracle and Informix). We have about 130 policies and 230 schedules.

 

The media servers are connected to a STK SL8500 with 8 tape drives and to a
SAN attached SATA array with 9 TB which we use for B-2-D-2-T. We backup
about 2TB data per day.

 

Apart from the site above we also have 3 smaller netbackup sites and 5 even
smaller backupexec sites to administrate. Total of another 100 clients and
agents.

 

We basically have one guy handling all these backup solutions, and most of
the time goes to take care of emergencies and such.

 

I would appreciate to know how many persons that are handling your
environments. So I have some referents when I talk to our management.

 

 

Thanks and regards, 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

[Veritas-bu] Multiple copies and restores..

2007-02-04 Thread Hampus Lind

Hi all,

 

1.   If i have 3 copies of a backup and want to do a test restore from
the 3:rd one, can i choose to do this somehow or do i need to make the 3:rd
copy the primary copy?

2.   If the primary copy is removed from the library do my restores
fail?

 

 

Thanks and regards,

 

 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

[Veritas-bu] SUSE 9 and HP DL 380 G5 as master...

2007-01-23 Thread Hampus Lind

Hi all,

 

We are thinking of moving our master server away from hpux onto intel/amd
istead. And in the same time move to SUSE 9 64-bit.

 

Does anyone run SUSE 9 64-bit on intel/amd platform as nbu master in bigger
environments?

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] Poll: Who is running ACSLS (SL500/STK8500/etc) with6.0 MP4?

2007-01-20 Thread Hampus Lind

We are planning to go to 6.0 MP4 in a couple of weeks..

Accruing to our Sym guys there will bee no problem with ACSLS as long you
are on a fairly new version..

Have you found out otherwise?
 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 20 januari 2007 22:57
Till: Veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Poll: Who is running ACSLS (SL500/STK8500/etc) with6.0
MP4?

How stable has it been?


___
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] Backing Up Old Files

2007-01-19 Thread Hampus Lind

Hi,

I am really interested in what you find out from your EV. 

Do you have any good comment on how to handle backups together with
archiving? Should backup solution be archive aware and dont backup the
archived files or there "links"?

What about applying a de-dup backup solution instead? Perhaps one just
pushes the problem further into the future with a de-dup solution.. But it`s
hourse job for us to ask the business who they want to handle there
information.. (some classification need to be done before applying archiving
policies).

Thanks and regards, 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Skickat: den 19 januari 2007 09:57
Till: 'Hampus Lind'; 'Ed Wilts'; 'Brooks, Jason'
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Backing Up Old Files

Hi
Enterprise Vault 6 is meant to be work with NBU 5.1 and above

However, I am looking at EV not just for NetBackup, but for other backups
systems I use.

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: Hampus Lind [mailto:[EMAIL PROTECTED]

Sent: 19 January 2007 08:53
To: WEAVER, Simon; 'Ed Wilts'; 'Brooks, Jason'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu] Backing Up Old Files

Hi guys,

Does enterprise vault have integration with netbackup? Do you see any other
positive effects by using a backup solution and archive solution from the
same vendor? (except for better prices and greater attention)

We are evaluating archive solutions for the moment, right now we are testing
SAM-FS from SUN. Anyone have experience with SAM-FS?

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För WEAVER, Simon
Skickat: den 19 januari 2007 09:13
Till: 'Ed Wilts'; Brooks, Jason
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Backing Up Old Files

Completely with ED on this ! Thanks for the link Ed ... Just saved me a job
:-)

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: Ed Wilts [mailto:[EMAIL PROTECTED]

Sent: 19 January 2007 02:55
To: Brooks, Jason
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backing Up Old Files

On 1/18/2007 2:47 PM, Brooks, Jason wrote:
> My manager has just posed a question to me to answer.  The scenario is
> that we have a multitude of old files, dating to the 1980s, that are

> being backed up weekly.  Many of the files are of a significant size

> and have a significant impact on our backup capacity.  In an effort to

> reduce backup sizes and windows and free up resources, he wants to

> basically date filter a backup and archive that.
>

> For instance, create a policy and backup all files dated prior to
> 2002. Obviously, I can find nothing in the bare NBU that will do that. 

> Does anyone know of a NBU product/hack that could do this?

The product is Enterprise Vault.

http://www.symantec.com/enterprise/products/agents_options_details.jsp?pcid=
1018&pvid=322_1&aoid=406

It ain't cheap and isn't a hack.  It's a serious archiving solution for

serious archiving problems.

Don't forget that you actually have 2 problems, not 1.  You don't just

want to be able to archive the files.  You probably want to be able to

get them back :-)

.../Ed

--

Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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

This email (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-b

Re: [Veritas-bu] Backing Up Old Files

2007-01-19 Thread Hampus Lind

Hi guys,

Does enterprise vault have integration with netbackup? Do you see any other
positive effects by using a backup solution and archive solution from the
same vendor? (except for better prices and greater attention)

We are evaluating archive solutions for the moment, right now we are testing
SAM-FS from SUN. Anyone have experience with SAM-FS?

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För WEAVER, Simon
Skickat: den 19 januari 2007 09:13
Till: 'Ed Wilts'; Brooks, Jason
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Backing Up Old Files

Completely with ED on this ! Thanks for the link Ed ... Just saved me a job
:-)

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: Ed Wilts [mailto:[EMAIL PROTECTED] 
Sent: 19 January 2007 02:55
To: Brooks, Jason
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backing Up Old Files

On 1/18/2007 2:47 PM, Brooks, Jason wrote:
> My manager has just posed a question to me to answer.  The scenario is 
> that we have a multitude of old files, dating to the 1980s, that are 
> being backed up weekly.  Many of the files are of a significant size 
> and have a significant impact on our backup capacity.  In an effort to 
> reduce backup sizes and windows and free up resources, he wants to 
> basically date filter a backup and archive that.
> 
> For instance, create a policy and backup all files dated prior to 
> 2002. Obviously, I can find nothing in the bare NBU that will do that.  
> Does anyone know of a NBU product/hack that could do this?

The product is Enterprise Vault.

http://www.symantec.com/enterprise/products/agents_options_details.jsp?pcid=
1018&pvid=322_1&aoid=406

It ain't cheap and isn't a hack.  It's a serious archiving solution for 
serious archiving problems.

Don't forget that you actually have 2 problems, not 1.  You don't just 
want to be able to archive the files.  You probably want to be able to 
get them back :-)

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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

This email (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 maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Destaging Speed

2007-01-04 Thread Hampus Lind

Hi,

Do someone know how I can do the same from hp-ux? That is monitoring tape
speed from commandline. 
Under hp only -t (terminal statistics) option is available for iostat,
otherwise it only show disk info...

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Steve Fogarty
Skickat: den 3 januari 2007 16:35
Till: 'Martin, Jonathan (Contractor)'; 'NB List Mail'
Ämne: Re: [Veritas-bu] Destaging Speed

bash-3.00# iostat -zxn 5 | egrep 'device|rmt'
extended device statistics
r/sw/s   kr/s   kw/s wait actv wsvc_t asvc_t  %w  %b device
0.0   92.60.0 23706.3  0.0  0.40.04.4   0  41 rmt/0
0.0   66.30.0 16972.9  0.0  0.40.05.6   0  37 rmt/1

Shows the speed the tape drives are being written to (kw/s).  It updates
every 5 seconds.

Stve 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan (Contractor)
Sent: Wednesday, January 03, 2007 10:57 AM
To: NB List Mail
Subject: [Veritas-bu] Destaging Speed

Never done DSSUs before.  I'm watching all my destaging happening during
the week from this weekend's backups  I noticed the duplication jobs
don't have a write speed on them.  How can I tell how fast the data is
being written during destaging?  I suppose I could script something to
compare job duration with amount of data written on the tape but I was
hoping there would be something easier / better?

Thanks,

-Jonathan

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

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

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

[Veritas-bu] ACSLS+SL8500 Issues Remain..

2006-12-11 Thread Hampus Lind

Hi,

I have to go down to the bunker and check what firmware we are on.. I
probably have this for you tomorrow afternoon.

You didn't have any errors in acsss_event.log on the ACSLS server? I think
it's in the /log directory.

Also, have you been close to the library when this problem occurs? What is
happening with the arms and elevators? Any strange sounds?

Have you tried Symantec support?

I will get back to you tomorrow with firmware...


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 11 december 2006 16:25
Till: Veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] ACSLS+SL8500 Issues Remain..

Hi all,

I tried everyone's suggestions thus far, have not had any luck though:

1) tried using TCP communication on all the media servers instead of UDP
2) tried increasing the media unmount delay from 120 seconds to 600 
seconds, 10 minutes

And the problem remains/persists, I kick off 45 jobs and NetBackup shows 
32 active jobs.  However 1/2 or 3 (random) jobs will hang saying 'Mounting 
MediaID' - I can check ACSLS and run query drive *, the tape it is 
requesting sometimes is and is not in the drive that it is supposed to be 
in, confusing... For firmware, what is the current/latest firmware and for 
those who have SL8500s without any issues, what firmware are you running?

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] Question posed to ACSLS/STK8500 users.

2006-12-08 Thread Hampus Lind

And you see now errors in acsss_event.log on the ACSLS server when the
drives get downed? 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 8 december 2006 21:05
Till: Hall, Christian N.
Kopia: Mike Dunn (veritas-bu); veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Question posed to ACSLS/STK8500 users.

Yes everything matches perfectly.  Remember, if I run the backups slowly, 
one at a time, I can see each of the 4 drives being used per each media 
server.  When I run a burst of jobs though, 29-30 of them work (1 tape per 
each drive) and a RANDOM 2-3 drives do not work (it differs each time I do 
it)..

Currently I am not using MPX so Ican easily test, ie 1 job = 1 tape drive.

Justin.

On Fri, 8 Dec 2006, Hall, Christian N. wrote:

> Justin,
> 
> Do the ACSLS,LSM,PANEL,DRIVE NUMBER for ACSLS match serial number
> results from the tpautconf -t on the master server /dev/rmt/*cbn?
> Can you please display the output? Did you perform this test from your
> master server, or did you perform this test from each host that are
> media servers? After you attempt your multi-plexing do you have stuck
> tapes? 
> 
> Chris  
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Justin
> Piszcz
> Sent: Friday, December 08, 2006 2:44 PM
> To: Mike Dunn (veritas-bu)
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Question posed to ACSLS/STK8500 users.
> 
> It is 100% correct.  Yep.  I ran about 5 test backups to each drive in
> the robot.  No problems.  It is only when there is a burst of jobs.
> 
> Justin.
> 
> On Fri, 8 Dec 2006, Mike Dunn (veritas-bu) wrote:
> 
> > Justin,
> > 
> > Are you absolutely certain that you have your drive mapping done
> properly? 
> > The fact that the job fails 30 minutes after the initial mount attempt
> 
> > makes it sound like you are failing with a media mount time out.  The 
> > most common cause (especially with ACS environments) is a simple 
> > mismatch betwee the /dev/rmt path and your ACS path (i.e. 
> > ACS,LSM,PANEL,DRIVE).  The SL8500 is also very difficult to address 
> > properly, since the ACS path has little correlation with the physical
> location of the drive.
> > 
> > Probably the quickest test you can perform is to verify that your jobs
> 
> > are being affected by the media mount timeout.  If you shorten the 
> > media mount timeout parameter, to say 10 minutes, your jobs should 
> > fail 10 minutes after they start if the mount timeout is what fails
> the jobs.
> > 
> > You should also track down which drives are failing to mount, and see 
> > if there is a correlation.
> > 
> >   Cheers
> >   Mike
> > 
> > 
> > >
> > > Message: 7
> > > Date: Fri, 8 Dec 2006 11:08:39 -0500 (EST)
> > > From: Justin Piszcz <[EMAIL PROTECTED]>
> > > Subject: [Veritas-bu] Question posed to ACSLS/STK8500 users.
> > > To: veritas-bu@mailman.eng.auburn.edu
> > > Message-ID: <[EMAIL PROTECTED]>
> > > Content-Type: TEXT/PLAIN; charset=US-ASCII
> > >
> > > All,
> > >
> > > My group is setting up two Sun/StorageTek SL8500s.  Sun did the 
> > > install of ACSLS, there were no problems on their side.  Each SL8500
> 
> > > is in its own environment.  On each SL8500, we have 8 media servers,
> 
> > > connected to four drives each, giving us a total of 32 drives.  For 
> > > testing, I did the following.  Ran a NON-MULTIPLEXED backup to each 
> > > drive, to ensure each drive worked properly.  To do this I kicked 
> > > off four jobs in succession. When I do this, I utilize all 4 drives.
> 
> > > I did this with each media server without a single problem.  
> > > However, when testing everything together, all 32 drives, I kick off
> 
> > > 45 jobs for example.  It says there are 32 active jobs in netbackup,
> 
> > > which is correct.  The problem is, randomly, 2 or 3 jobs will hang 
> > > at "Mounting MediaID.." and then the drive will go down after 30 
> > > minutes.  Why is this?  With an L700, I can send 500-1000 jobs to 
> > > all of the drives in it and there is never a mounting problem.  
> > > There is nothing wrong with any of the drives, they are brand new.  
> > > I can use ACSLS and dismount the media from the drives and then 
> > > re-run my earlier test backups, one at a time to each of the four 
>

Re: [Veritas-bu] Question posed to ACSLS/STK8500 users.

2006-12-08 Thread Hampus Lind

We have it set to 200.. But sometimes we have issues with netbackup
releasing tapes after backups.  Sometimes the tape stays in the drive for
30-40 minutes, even if we have jobs in queue.
We have logged cases to Symantec about this and also to STK/SUN. But no one
can tells us what`s wrong.

We had similar problems a year back or so. But then the SL8500 was kind new
here and after some firmware upgrades and some new elevators and arms in
place the problem disappeared.

I would also recommend what Mike recommended... In the beginning it was hard
keeping trace of all device names and which drive it was connected to. 

Also check the acsss_event.log to see if there are any errors
mounting/umounting tapes and send them away with the elevator.


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED] 
Skickat: den 8 december 2006 18:15
Till: Hampus Lind
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: SV: [Veritas-bu] Question posed to ACSLS/STK8500 users.

Yeah, its either 120 or 180 seconds I believe, what is yours set to?

Justin.

On Fri, 8 Dec 2006, Hampus Lind wrote:

> Hi,
> 
> Do you have umount delay set? It takes some time for tapes to travel
within
> the SL8500, especially if they need to take the elevator.
> 
> Do you have the latest microcode/firmware on the drives and the library?
> 
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
> 
> 
> -Ursprungligt meddelande-
> Från: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] För Justin Piszcz
> Skickat: den 8 december 2006 17:09
> Till: veritas-bu@mailman.eng.auburn.edu
> Ämne: [Veritas-bu] Question posed to ACSLS/STK8500 users.
> 
> All,
> 
> My group is setting up two Sun/StorageTek SL8500s.  Sun did the install of

> ACSLS, there were no problems on their side.  Each SL8500 is in its own 
> environment.  On each SL8500, we have 8 media servers, connected to four 
> drives each, giving us a total of 32 drives.  For testing, I did the 
> following.  Ran a NON-MULTIPLEXED backup to each drive, to ensure each 
> drive worked properly.  To do this I kicked off four jobs in succession.  
> When I do this, I utilize all 4 drives.  I did this with each media server

> without a single problem.  However, when testing everything together, all 
> 32 drives, I kick off 45 jobs for example.  It says there are 32 active 
> jobs in netbackup, which is correct.  The problem is, randomly, 2 or 3 
> jobs will hang at "Mounting MediaID.." and then the drive will go down 
> after 30 minutes.  Why is this?  With an L700, I can send 500-1000 jobs to

> all of the drives in it and there is never a mounting problem.  There is 
> nothing wrong with any of the drives, they are brand new.  I can use ACSLS

> and dismount the media from the drives and then re-run my earlier test 
> backups, one at a time to each of the four drives per-media server without

> any issues.  It is only when the robot receives a 'burst' of jobs that 
> this happens.
> 
> Has anyone experienced anything like this before?
> 
> Thanks for any help and responses,
> 
> 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] Question posed to ACSLS/STK8500 users.

2006-12-08 Thread Hampus Lind

Hi,

Do you have umount delay set? It takes some time for tapes to travel within
the SL8500, especially if they need to take the elevator.

Do you have the latest microcode/firmware on the drives and the library?

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 8 december 2006 17:09
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Question posed to ACSLS/STK8500 users.

All,

My group is setting up two Sun/StorageTek SL8500s.  Sun did the install of 
ACSLS, there were no problems on their side.  Each SL8500 is in its own 
environment.  On each SL8500, we have 8 media servers, connected to four 
drives each, giving us a total of 32 drives.  For testing, I did the 
following.  Ran a NON-MULTIPLEXED backup to each drive, to ensure each 
drive worked properly.  To do this I kicked off four jobs in succession.  
When I do this, I utilize all 4 drives.  I did this with each media server 
without a single problem.  However, when testing everything together, all 
32 drives, I kick off 45 jobs for example.  It says there are 32 active 
jobs in netbackup, which is correct.  The problem is, randomly, 2 or 3 
jobs will hang at "Mounting MediaID.." and then the drive will go down 
after 30 minutes.  Why is this?  With an L700, I can send 500-1000 jobs to 
all of the drives in it and there is never a mounting problem.  There is 
nothing wrong with any of the drives, they are brand new.  I can use ACSLS 
and dismount the media from the drives and then re-run my earlier test 
backups, one at a time to each of the four drives per-media server without 
any issues.  It is only when the robot receives a 'burst' of jobs that 
this happens.

Has anyone experienced anything like this before?

Thanks for any help and responses,

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] LTO-3 and MPX

2006-12-04 Thread Hampus Lind

Okskall det görasr lösning

d separata nätverk samt stor geografisk spridning

lingsenhet som säger åt mig att vara lugn r detta i ay.. Thanks.. 

 

Hampus Lind

Rikspolisstyrelsen

National Police Board

Tel dir: +46 (0)8 - 401 99 43

Tel mob: +46 (0)70 - 217 92 66

E-mail: [EMAIL PROTECTED]

 

 

-Ursprungligt meddelande-
Från: Paul Keating [mailto:[EMAIL PROTECTED] 
Skickat: den 4 december 2006 20:12
Till: Hampus Lind; Justin Piszcz; WEAVER, Simon
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] LTO-3 and MPX

 

Not at all.if the total amount of data provided to the drive is

above the "minimum streaming rate" of the drive, then the drive will run

at a constant speed, and the slower client will just have have fewer

blocks on the tape than the faster clients.

 

So your data interleaving on the tape, if client A and B are twice as

fast as client C, will look like:

 

A-B-A-B-C-A-B-A-B-C-A-B-A-B-C-A-B-A-B-C

 

Well, sort of...it won't be as neat as that.

 

The idea of multiplexing is to provide data to the drive fast enough, ie

combining datastreams from multiple clients, so that it will not need to

stop/rewind.

 

 

 

Paul

 

-- 

 

 

> -Original Message-----

> From: Hampus Lind [mailto:[EMAIL PROTECTED] 

> Sent: November 26, 2006 3:06 AM

> To: 'Justin Piszcz'; 'WEAVER, Simon'

> Cc: veritas-bu@mailman.eng.auburn.edu; Paul Keating

> Subject: SV: [Veritas-bu] LTO-3 and MPX

> 

> 

> So what happens on the drive side if I have MPX set to 3 and 

> then start a

> backup of 2 clients that can push data fast and 1 client that 

> are really

> slow?

> 

> Is it the slow client that decide the speed of the drive then 

> and make it

> stop/rewind/paus etc. and the other clients have to wait for 

> the slower one?




 

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 - Active Directory

2006-12-02 Thread Hampus Lind

Hi all,

 

What about backup/restore of single objects in AD? Is that possible?

 

Thanks,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Martin, Jonathan
(Contractor)
Skickat: den 1 december 2006 19:10
Till: DLew97; veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Netbackup - Active Directory

 

"Active Directory" is actually both in the registry of a domain controller
and in several files on the disk, most notably - %SystemRoot%\ntds\NTDS.DIT.
Suffice to say, you would probably never restore just the registry to a
domain controller, you would restore the entire system in AD Restore Mode in
which case yes, the C: and System State would be enough to restore the
"Active Directory."  No special agent or policy is required.  Your average
ALL_LOCAL_DRIVES will do the job fine.

 

-Jonathan

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of DLew97
Sent: Friday, December 01, 2006 11:43 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup - Active Directory

Hello,

 

Can anyone confirm that it is my understanding that AD is backed up as part
of the system state or shadow

copy components directive, since it's part of the registry. Or do I need to
create a separate policy? agent?



-- 
DLew97 

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

Re: [Veritas-bu] Trunking in solaris...

2006-12-01 Thread Hampus Lind

Thanks all...

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Darren Dunham
Skickat: den 1 december 2006 17:02
Till: Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Trunking in solaris...

> I`am new to solaris and wonder if anyone know if it's possible to =
> trunk/team
> several network cards under solaris? If so, how do you do it?=20

All versions of Solaris support IPMP in software.  This allows for a bit
of outbound load sharing, but isn't really appropriate for load
balancing incoming data (as you might want on a netbackup server).  It
does provide you with failover though, and you can balance the incoming
traffic manually.  If all you need is failover, then it may be
sufficient.

SunTrunking is an extra application that you can run on Solaris.  It
only supports certain hardware in certain combinations.  It's a cost
purchase for versions prior to Solaris 10.

Solaris 10 can use SunTrunking as well, but also allows for link
aggregation of any networking hardware that uses gld3 drivers.  This is
built into Solaris and doesn't require extra software.

IP Mulitpathing (IPMP) and Link Aggregation configuration details should
be in the administrators guide for the version of Solaris you have (if
supported). 

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

[Veritas-bu] Trunking in solaris...

2006-12-01 Thread Hampus Lind

Hi all,

 

I`am new to solaris and wonder if anyone know if it's possible to trunk/team
several network cards under solaris? If so, how do you do it? 

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] LTO-3 and MPX

2006-11-26 Thread Hampus Lind

So what happens on the drive side if I have MPX set to 3 and then start a
backup of 2 clients that can push data fast and 1 client that are really
slow?

Is it the slow client that decide the speed of the drive then and make it
stop/rewind/paus etc. and the other clients have to wait for the slower one?

Thanks and regards,


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 25 november 2006 14:45
Till: WEAVER, Simon
Kopia: veritas-bu@mailman.eng.auburn.edu; 'Paul Keating'
Ämne: Re: [Veritas-bu] LTO-3 and MPX

Simon, do benchmarking with the same fileset for MPX=1,2,3,4,5,6,.. etc.

I found MPX=3 to offer the best speeds for both backup & restore (for big 
files).

Justin.

On Sat, 25 Nov 2006, WEAVER, Simon wrote:

> 
> Just for the record, last night setoff a policy which normally streams 5
> jobs to 2 drive.
> 
> This time, configured for 3 streams to 3 drives. Just got into work and
> found its MUCH SLOWER than the week before !!
> 
> So I will revert back !!
> 
> 
> 
> Regards
> 
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
> 
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
> 
> Email:  <mailto:[EMAIL PROTECTED]>
[EMAIL PROTECTED]
> 
> -Original Message-
> From: Paul Keating [mailto:[EMAIL PROTECTED]
> Sent: 23 November 2006 13:42
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO-3 and MPX
> 
> 
> 
> If you backup server can handle the incoming IP traffic, and you can get
it
> to the drives..it will be great.
> 
> I found best aggregate performance for LTO2 and LTO3 with my GigE clients
@
> MPX=2, and my 100Mb/s clients @ MPX=8.
> 
> Paul
> 
> --
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hampus
Lind
> Sent: November 23, 2006 2:15 AM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: [Veritas-bu] LTO-3 and MPX
> 
> 
> 
> Hi all,
> 
> 
> 
> How good/bad are LTO-3 drives when it comes to multiplexing? Would we see
> great performance degradation if we set MPX to 4 on 1 LTO-3 drive and the
> run 4 simulations backups to that drive?
> 
> 
> 
> I understand it can depend a lot on our clients as well...
> 
>

> 
> 
> 
> 
> 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.
> 
> 
> 
> 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] Upgrade to NBU 6.0 or wait for 6.5...

2006-11-23 Thread Hampus Lind

Hi all,

 

We run NBU 5.1 and are considering to upgrade to 6.0 in Q1 next year.. But
what I have understood Symantec will release NBU 6.5 in summer time 2007. 

Of course there can be delays in 6.5 delivery and it may or may not bee
unstable.. But anyhow, what are your plans if you run 5.1?

 

Thanks and regards, 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail:  <mailto:[EMAIL PROTECTED]> [EMAIL PROTECTED]

 

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

[Veritas-bu] LTO-3 and MPX

2006-11-22 Thread Hampus Lind

Hi all,

 

How good/bad are LTO-3 drives when it comes to multiplexing? Would we see
great performance degradation if we set MPX to 4 on 1 LTO-3 drive and the
run 4 simulations backups to that drive?

 

I understand it can depend a lot on our clients as well.

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

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

Re: [Veritas-bu] Has anyone on this list interfaced NB 5.1 with ACSLS?

2006-11-17 Thread Hampus Lind

Yes, i have 5.1, ACSLS and a SL8500..

Shoot!

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Justin Piszcz
Skickat: den 17 november 2006 20:01
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Has anyone on this list interfaced NB 5.1 with ACSLS?

With either an SL500 or SL8500?

I have a few questions.

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] Number of backup attempts...

2006-11-17 Thread Hampus Lind

Hi,

 

We have a global setting of 2 scheduled backup attempts within 4 hours. But
I have a policy that only should make one attempt no matter what.. Is it
possible to set number of attempts on policy level?

 

Any other ideas on solving this issue?

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 

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

Re: [Veritas-bu] NetWare 6.5 Cumulative backups fail with status 41

2006-11-13 Thread Hampus Lind









Sound strange… We
are a large NetWare shop and do see some strange errors from time to time.. Do
you have good speed on the fulls? No Speed/duplex issue? Does the job fail immediate
with 41 or does it backup some data first?

How about ping from
client to server and other way back? Is the traffic going over the network you
specified?

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] För Cynthia Christensen
Skickat: den 13 november 2006
19:38
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] NetWare
6.5 Cumulative backups fail with status 41

 



Has
anyone had any problems backing up a NetWare 6.5 (SP3) fileserver on NetBackup
5.1 MP3 (with Solaris 9 master/media)?  I can get a successful Full backup
every time, but the Cumulative Incremental fails almost every time.  Only
time it works successfully is the day after a Full works and that is
intermittent.  The only error code I get is a status 41 and Veritas has
recommended upping the CLIENT_READ_TIMEOUT which I have upped and upped and
still no luck.  I'm wondering if it's a Novell issue.





 





Thanks,





Cindy








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

Re: [Veritas-bu] Ingres backup...

2006-11-13 Thread Hampus Lind

Hi, 

But Ingres backups directly to our library, not to disk...

What I want to changes is the way we start the backup. Today we start it
from crontab on the host, and it connects to our master/media server which
moves the data to tape. Instead I want to start it from our master. But
there are no policy type called ingress. Perhaps I can user Informix or
oracle type..?


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 13 november 2006 12:59
Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu
Kopia: [EMAIL PROTECTED]
Ämne: Re: SV: [Veritas-bu] Ingres backup...

Hi Hampus

You should at least include the file(s) that the ingress backup creates. 

Regards
Michael

On Mon, 13 Nov 2006 08:24:36 +0100, Hampus Lind wrote
> Hi again,
> 
> Question about bpstar_notify script that will run the actual backup
> 
> What should I point out for backup in the selection area in the 
> policy on the master? /tmp or something else unimportant?
> 
> Thanks,
> 
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
> 
> -Ursprungligt meddelande-
> Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
> Skickat: den 9 november 2006 14:47
> Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu
> Kopia: [EMAIL PROTECTED]
> Ämne: Re: [Veritas-bu] Ingres backup...
> 
> Hi Hampus
> 
> I would use bpstart_notify to run the script that's backing up ingress
> 
> Regards
> Michael
> 
> On Thu, 9 Nov 2006 14:14:10 +0100, Hampus Lind wrote
> > Hi all,
> >  
> > If a want to start a script thats backing up Ingres on a client. How do
I
> 
> best start that script from the master with a policy? I dont want 
> to start it from cron from the client..
> >  
> > Thanks and regards,
> >  
> > Hampus Lind
> > Rikspolisstyrelsen
> > National Police Board
> > Tel dir: +46 (0)8 - 401 99 43
> > Tel mob: +46 (0)70 - 217 92 66
> > E-mail: [EMAIL PROTECTED]
> >  
> 
> --
> Cybercity Webhosting (http://www.cybercity.dk)


--
Cybercity Webhosting (http://www.cybercity.dk)


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

Re: [Veritas-bu] Ingres backup...

2006-11-12 Thread Hampus Lind

Hi again,

Question about bpstar_notify script that will run the actual backup

What should I point out for backup in the selection area in the policy on
the master? /tmp or something else unimportant?

Thanks,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Skickat: den 9 november 2006 14:47
Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu
Kopia: [EMAIL PROTECTED]
Ämne: Re: [Veritas-bu] Ingres backup...

Hi Hampus

I would use bpstart_notify to run the script that's backing up ingress

Regards
Michael

On Thu, 9 Nov 2006 14:14:10 +0100, Hampus Lind wrote
> Hi all,
>  
> If a want to start a script thats backing up Ingres on a client. How do I

best start that script from the master with a policy? I dont want to start 
it from cron from the client..
>  
> Thanks and regards,
>  
> Hampus Lind
> Rikspolisstyrelsen
> National Police Board
> Tel dir: +46 (0)8 - 401 99 43
> Tel mob: +46 (0)70 - 217 92 66
> E-mail: [EMAIL PROTECTED]
>  

--
Cybercity Webhosting (http://www.cybercity.dk)


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

[Veritas-bu] Backup of Mysql...

2006-11-09 Thread Hampus Lind









Hi all,

 

How do you all backup your mysql databases? Is there
any database agent?

 

Thanks…

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

[Veritas-bu] Ingres backup...

2006-11-09 Thread Hampus Lind









Hi all,

 

If a want to start a script that’s backing up Ingres
on a client. How do I best start that script from the master with a policy? I don’t
want to start it from cron from the client..

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] McData vs Brocade

2006-11-02 Thread Hampus Lind

We are a mcdata shop today. We have never had any problems with there
directors or there switches (we have the Sphereon 4700 as well). I am very
please with mcdata...

The problem for us today is that we really need to replace our directors and
edge switches and with the upcoming merge of the two companies I cant say
that mcdata is our given choice any more..

The thing is, the merge will probably to trough. Mcdata has always been
better  on the director side, meanwhile brocade have owned the switch sector
(more or less).

I am currently at the Storage Networking World conference in Orlando, and I
have interigated both brocade and mcdata about the merge. They cant really
give any details today.

But.. The market has acted already. For instance, HP blade systems only
comes with brocade switches...

But again, although brocade perhaps would be the long term choice they will
support mcdata products for many years to come..

I would suggest you to go with the one that feels most comfortably to you
and maps well to your other infrastructure. I think both the switches lives
up to your demands.

Good luck!  

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För
[EMAIL PROTECTED]
Skickat: den 3 november 2006 00:09
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] McData vs Brocade


Folks,


I would like to hear your experiences or better yet comparison of  McData
Sphereon 4700 with Brocade Silkworm 4100 4Gb switches.

CurrentIy our environment is
2 SUN media servers, STK L700, SL500 at one location, connected via 2 STK
StoreNet 4100 ( re-branded 1Gb Brocade SilkWorm 2800 ) to
2 SUN media servers, STK L700 at the remote location, another 2 StoreNet
4100.
L700 populated with SDLT220s and SDLT320s drives, which SAN'ed via
Crossroads 4x50 SCSI to FC bridges.
Netapp R200 NDMP from the remote location via DWDM to SL500 at this
location.

2 StoreNet 4100 ( re-branded Brocade SilkWorm 2800 )  at each location
ISL'ed and DWDM'ed to other location.
We are doing in-line copy of each backup ( except NDMP form Netapp ).  1
stream to a local library, 1 stream to remote one.
We vault local tapes and rotate tapes in remote L700.


We were having really hard time with SDLT drives going down every day and
SCSI-FC bridges being hung in this SSO configuration.
Of course the backup window grew with time to 24x7 and initial 1 month
on-site retention is shrinking as the ammount of data dumped doubles each
year.

At thi spoint we decided to replace SDLTs with LTO3, upgrade DWDM to 2Gb (
2 of them ), upgrade to 4Gb HBAs on media servers and of course upgrade to
faster 4Gb switches.

We all set and decided on keeping the existing L700 and buying LTO3 HP
drives.
It is the switch selection, whcih drives us crazy.
CISCO came out to be cost prohibitive for this simple mini SAN.
Brocade seems to be all right at more than twice less money + Extended
Fabric license ( to get enough buffer-to-buffer credits for DWDM ports )
But McData's 4700 is more than twice cheaper that Brocade and seems to be a
real deal, plus no additional license for DWDM required.

Any input on switch seleection is appreciated.

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

*
___
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] Disk trashing and memory leak - HPUX master server...

2006-10-27 Thread Hampus Lind









Hi all,

 

I created a case with HP about disk performance on my
master server. I got the answer that my server is trashing and perhaps have
memory leak problems.

These are some numbers from my disks (sar –d).
I have tried to increase scsi queue depth, but nothing helps. HP said that it
must be an extremely intense oracle database on this disk, but its not, is my
netbackup disk.

 device   %busy   avque   r+w/s  blks/s  avwait  avserv

 c16t0d1   97.70  312.67    1573   19467 
232.55    4.52

 c16t0d1  100.00  649.81 834    6651 
681.50    9.99

 c16t0d1  100.00  854.77    1112    8896 
751.81    6.03

 

 

HP also pointed out that I have some processes that might
have memory leak problems… Those processes is bpsched.. I got this back
from HP: (from top)

CPU  
TTY    PID    USERNAME PRI NI  
SIZE    RES   STATE    TIME
%WCPU    %CPU COMMAND

 0 ?   21867
root 192 20 17280K  5040K
run      0:01   
17.98    3.98 bpsched


 1 ?  
21867
root 213 20 20928K  8692K
run 
0:06   58.86    23.16 bpsched


 1     ?   21867
root 148 20 21312K  9076K
sleep   0:07  
51.48    27.16 bpsched
 

This process seems to
have a memory leak since the size field keeps increasing and the cpu usage is
high

 



 


 Does anyone else have these numbers against disk
 on the master server? My master don’t have these values all the
 time, but from now and then it peaks at these numbers and sometimes higher…
 Do bpsched have a memory leak or is just how it
 works?


 

 

Our environment:

HPUX 11.11

NBU 5.1 MP5

 

Thanks and regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] HP-UX Media Server to boot up....

2006-10-12 Thread Hampus Lind

Title: Message








Yes of course old servers
and older versions of OS take longer time to boot than new once…. But I have
never heard that if you attach 5 TB disk to old or new servers they will take
more time booting up then if you attach 500 GB. Perhaps a couple of minutes but
not more… So I don’t see where your going with this, if you want to
help the guy I suggest you ask him directly what hw and sw that are in use and
try to help him…

 

The best thing I can say
is to check out the console and syslog for errors and run some searches on
itrc.hp.com. If you don’t have access to itrc you can send the errors to
me and I can do some searching for you.

 

Good luck Randy,



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: Jeff Lightner [mailto:[EMAIL PROTECTED]

Skickat: den 12 oktober 2006 19:05
Till: Hampus Lind; WEAVER, Simon;
ZIMMER, RANDY K [AG/1000]; veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] HP-UX Media
Server to boot up

 

Of course it depends a lot on the age and class of the
equipment.   My RP8420 with over 10 TB attached boots much faster
than one of my old N Class machines with only 2 TB attached.   Also
he says “HP-UX” without mentioning version.  9x? 
10x?  11?  11i?.   Itanium box or PA-RISC?

 

Many variables can affect this including how one has zoned storage
(assuming a SAN).  I recall one of the original EMC Symmetrix arrays to
which we attached an HP-UX box (probably 10.20) took forever to do initial boot
and errored out for the load because it actually scanned all the disk drives in
the array not just the ones we were going to use on the particular host via the
SCSI connections we’d made.

 









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Thursday,
 October 12, 2006 12:04
 PM
To: 'WEAVER, Simon'; 'ZIMMER,
RANDY K [AG/1000]'; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] HP-UX
Media Server to boot up



 

Hi,

 

We are a large hpux customer. But I don’t have any 10TB
systems yet... But almost!! One of our media server have about 6 TB and I
haven’t seen any time delay in boot time after adding more disk to the
system. The boot time now is the same as it was before the 6 TB.

 

If you look at the console when then server boots, what does it
delay/hang on? I would also recommend you to look at itrc.hp.com (if you have a
user).  Often problem with DNS/NIS causes long boot time..

 

 

 



Hampus
Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]





-Original Message-
From: ZIMMER, RANDY K [AG/1000]
[mailto:[EMAIL PROTECTED] 
Sent: 11
 October 2006 15:43
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] HP-UX Media
Server to boot up

I
have a question for the group.  I have an HP-UX Media Server with 10TB of
disk storage attached to the SAN.  When we reboot this system it can take
up to 90 minutes for it to come
up.  Is anybody out there experiencing this same issue?  If so, Is
there anything that can be done to speed this process up?

Thanks,

Randy Zimmer

Unix System Administrator

Monsanto Enterprise Infrastructure Team

Office: 
314-694-3109

Pager: 
314-294-7966

[EMAIL PROTECTED]

This e-mail message may contain
privileged and/or confidential information, and is intended to be received only
by persons entitled to receive such information. If you have received this
e-mail in error, please notify the sender immediately. Please delete it and all
attachments from any servers, hard drives or any other media. Other use of this
e-mail by you is strictly prohibited.

All e-mails and attachments sent and
received are subject to monitoring, reading and archival by Monsanto. The
recipient of this e-mail is solely responsible for checking for the presence of
"Viruses" or other "Malware". Monsanto accepts no liability
for any damage caused by any such code transmitted by or accompanying this
e-mail or any attachment.








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.

Re: [Veritas-bu] HP-UX Media Server to boot up....

2006-10-12 Thread Hampus Lind

Title: Message









Hi,

 

We are a large hpux
customer. But I don’t have any 10TB systems yet... But almost!! One of
our media server have about 6 TB and I haven’t seen any time delay in
boot time after adding more disk to the system. The boot time now is the same
as it was before the 6 TB.

 

If you look at the
console when then server boots, what does it delay/hang on? I would also recommend
you to look at itrc.hp.com (if you have a user).  Often problem with DNS/NIS
causes long boot time..

 

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]





-Original Message-
From: ZIMMER, RANDY K [AG/1000]
[mailto:[EMAIL PROTECTED] 
Sent: 11
 October 2006 15:43
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] HP-UX Media
Server to boot up

I
have a question for the group.  I have an HP-UX Media Server with 10TB of
disk storage attached to the SAN.  When we reboot this system it can take
up to 90 minutes for it to come
up.  Is anybody out there experiencing this same issue?  If so, Is
there anything that can be done to speed this process up?

Thanks,

Randy Zimmer

Unix System Administrator

Monsanto Enterprise Infrastructure Team

Office: 
314-694-3109

Pager: 
314-294-7966

[EMAIL PROTECTED]

This e-mail message may contain
privileged and/or confidential information, and is intended to be received only
by persons entitled to receive such information. If you have received this
e-mail in error, please notify the sender immediately. Please delete it and all
attachments from any servers, hard drives or any other media. Other use of this
e-mail by you is strictly prohibited.

All e-mails and attachments sent and
received are subject to monitoring, reading and archival by Monsanto. The
recipient of this e-mail is solely responsible for checking for the presence of
"Viruses" or other "Malware". Monsanto accepts no liability
for any damage caused by any such code transmitted by or accompanying this
e-mail or any attachment.








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] Have to get rid of STK L180

2006-10-10 Thread Hampus Lind

Title: Have to get rid of STK L180









Hi,

 

Usually we trade in old
equipment when we buy new. But if you don’t have any new deal upcoming
try to find a “broker” or try ebay (don’t forget cost of
shipment). The brokers can usually buy equipment and resell them to other countries
or other firms with lower demands or less money depending how you want to see
on it… The problems with these kinds of deals are that the person/firm
that buys the hardware cheep doesn’t get any access to software, firmware
or microcodes. If they want these kinds of things they need to contact for
instance STK any sign a support deal or something, which will cost a lot of
money… But for your own well being, try!!

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För King, Cheryl
Skickat: den 10 oktober 2006 19:41
Till:
veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Have to get rid
of STK L180

 

I’m wondering what people do
with their old hardware.  We have an L180 (in Denver with 8 SDLT drives)
and L80 (in Miami with 2 SDLT drives).  We need to keep one of them to
process old tapes but need to get rid
of one due to space constraints.  My first question - Is anyone interested
in buying one of these?  Second question –
How do other companies get rid of their old backup equipment?  I
have someone that will take the L80 but then I found out it still has value on
the books.  Just thought I’d check to see if there was any interest
in purchasing one of these.  FYI
- SUN/StorageTek has quoted
us $4K+ to pack/ship/certify the L80, to get it to Denver.   

Cheryl King

System Administrator II

AIS
- OpenView System and Servers Certified

Intrado Inc.

1601
Dry Creek Drive

Longmont,
CO 80503

direct: 720.864.5162

mobile: 720.840.4786

fax: 720.494.6600

email: [EMAIL PROTECTED]

Intrado Inc.

www.intrado.com 

ATTENTION:

The information contained in this
electronic message and any attachments to this message are intended for the
exclusive use of the addressee(s) and may contain confidential or privileged
information. If you are not the intended recipient, please notify Intrado Inc.
immediately at 720.494.5800 and destroy all copies of this message and any
attachments.






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

Re: [Veritas-bu] Netbackup and VmWare..

2006-09-19 Thread Hampus Lind

Title: Message









Thanks all,

 

Do run open file option for
these clients? Can you get system_state_info as well?

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 19 september 2006
14:55
Till:
veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Netbackup
and VmWare..

 



we
back them up as if they were hardware clients.





 





boot
them up, install NBU client and back it up as if it was a normal server.





 





we
have "base images" with NBU pre installed, so if we lose a
host instance we can just start a new instance, do a full restore,
overwriting all files, reboot and it's back up.





 





 





Paul





 



-- 



-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: September 19, 2006 8:17 AM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup
and VmWare..

Hi all,

 

Any one running Vmware
against netbackup?

We have a new HP blade
system which will run Vmware, and I wonder how I can back this up to netbackup?
Our blade guys tell me that vmware comes with its own backup solution that is
preferred to use.

 

Please advice in what is
the best way to handle backups of vmware system.

 

Thanks and regards,

 

Hampus
Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 








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

[Veritas-bu] Netbackup and VmWare..

2006-09-19 Thread Hampus Lind









Hi all,

 

Any one running Vmware against netbackup?

We have a new HP blade system which will run Vmware,
and I wonder how I can back this up to netbackup? Our blade guys tell me that vmware
comes with its own backup solution that is preferred to use.

 

Please advice in what is the best way to handle
backups of vmware system.

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] problems with VTL StorageTek solution ?

2006-09-15 Thread Hampus Lind

Hi,

Here in Sweden Diligent is pretty cheap I think, or at least at the same
level as other vendors. But of course management people can twist things the
other way...

Did you go with another VTL/de-dup solution instead? 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
Skickat: den 15 september 2006 15:33
Till: Hampus Lind; Paul Keating; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ?


We were looking at an offsite backup solution w/ Diligent here and everyone
we talked to (Local Reseller, Diligent Sales & Technical resources) said our
HDS AMS500 w/ SATA Shelves would be fine.  In the end we balked at the
Diligent Protectier software cost and went another way but cost aside this
solution was our best choice.

-Jonathan
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Friday, September 15, 2006 9:12 AM
To: 'Paul Keating'; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?

Hi,

ProtecTier on work over FC protocol but I have never heard that it require
FC disk... When I meet with diligent people from Israel, I told them that we
already have 7 TB of SATA that we which to "re-use", that would be no
problem, they said.

They only support FC arrays today, but in that array you can have both FC
and SATA drives. It feels strange creating a backup-to-disk solution that
only support FC disks...

The guy selling you ProtecTier, does he work at HDS and want you to buy a
solution that includes expensive FC disks?? ;-)

I think you need to find another source to Diligent, or perhaps I need to
find one that tells me the truth.. :-)





Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Paul Keating [mailto:[EMAIL PROTECTED]
Skickat: den 15 september 2006 14:51
Till: Hampus Lind; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ?

I like the look of the ProtecTIER product.

However, I've come up with some information that I can't get a hard answer
on.
The info I got from Diligent coonfused me even more.

Everything I can find, and am told by either HDS, or Diligent says that
Protectier requires FC disk...as in, not SATA..

I find this confusing.sure the data de-duplication technology requires
knowing where the data is on disk, quickly, etc, etc. So I said to the
Diligent rep I spoke with "Ok, so the de-duplication algorithm actually has
to search the disk to find patterns?" to which I got the response
(paraphrasing)"Oh no, of course not...all of the data on disk is mapped in
RAM, we can map 1PB of disk in 4GB of RAM. The appliance doesn't need to
read the disk to find hash matches, etc. All of that is done in RAM and only
the unique data that needs to be written to disk is written to disk".
So I asked why then would FC disk be necessary???
After pushing it a bit, I got a response that Yes, it would technically
"work" with SATA disk, however there would be a performance hit due to
SATA's transfer speed, of approx 40%, so they don't support SATA.

Sohere's my confusionsince the de-duplication is being done "in
stream" on the appliance before the data ever gets to the disk array, then
with the advertised 25:1 ratio, only 4% of the data hitting the box is
getting written to disk.

Even if the SATA disk is 80% slower that FC (being fascetious here),
shouldn't it still be like 5 times faster than another product that writes
"everything" to SATA disk? Yes all the other VTL vendors are basing their
products on SATA (as Diligent is with their VTF Open
product)


Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Hampus 
> Lind
> Sent: September 14, 2006 1:54 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?
> 
> 
> However, I have looked at both diligent and falconstor, and for now I 
> think I would go with diligent.. What do you guys think??
> 


___
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] problems with VTL StorageTek solution ?

2006-09-15 Thread Hampus Lind

Hi,

ProtecTier on work over FC protocol but I have never heard that it require
FC disk... When I meet with diligent people from Israel, I told them that we
already have 7 TB of SATA that we which to "re-use", that would be no
problem, they said.

They only support FC arrays today, but in that array you can have both FC
and SATA drives. It feels strange creating a backup-to-disk solution that
only support FC disks...

The guy selling you ProtecTier, does he work at HDS and want you to buy a
solution that includes expensive FC disks?? ;-)

I think you need to find another source to Diligent, or perhaps I need to
find one that tells me the truth.. :-)





Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Paul Keating [mailto:[EMAIL PROTECTED] 
Skickat: den 15 september 2006 14:51
Till: Hampus Lind; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ?

I like the look of the ProtecTIER product.

However, I've come up with some information that I can't get a hard
answer on.
The info I got from Diligent coonfused me even more.

Everything I can find, and am told by either HDS, or Diligent says that
Protectier requires FC disk...as in, not SATA..

I find this confusing.sure the data de-duplication technology
requires knowing where the data is on disk, quickly, etc, etc. So I said
to the Diligent rep I spoke with "Ok, so the de-duplication algorithm
actually has to search the disk to find patterns?" to which I got the
response (paraphrasing)"Oh no, of course not...all of the data on disk
is mapped in RAM, we can map 1PB of disk in 4GB of RAM. The appliance
doesn't need to read the disk to find hash matches, etc. All of that is
done in RAM and only the unique data that needs to be written to disk is
written to disk".
So I asked why then would FC disk be necessary???
After pushing it a bit, I got a response that Yes, it would technically
"work" with SATA disk, however there would be a performance hit due to
SATA's transfer speed, of approx 40%, so they don't support SATA.

Sohere's my confusionsince the de-duplication is being done "in
stream" on the appliance before the data ever gets to the disk array,
then with the advertised 25:1 ratio, only 4% of the data hitting the box
is getting written to disk.

Even if the SATA disk is 80% slower that FC (being fascetious here),
shouldn't it still be like 5 times faster than another product that
writes "everything" to SATA disk? Yes all the other VTL vendors are
basing their products on SATA (as Diligent is with their VTF Open
product)


Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Hampus Lind
> Sent: September 14, 2006 1:54 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?
> 
> 
> However, I have looked at both diligent and falconstor, and 
> for now I think
> I would go with diligent.. What do you guys think?? 
> 


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

Re: [Veritas-bu] problems with VTL StorageTek solution ?

2006-09-14 Thread Hampus Lind

Hehe... Cool article.. But I don't know how much of it thats true... I am
talking to both SUN and HDS for the moment and none of them has mentioned
this. I will ask them about it.

I have also heard that VSM open will be killed and that SUN will go with
Falconstor instead. 
But regarding to my sells guy at SUN, they sells people havent got the word
that they will kill VSM open, so they speculate in that it will come later
on instead. I dont know what to believe for now.. 
I know Diligent is on the market, while falconstor and VSM open arent. So
if you want de-dup function today, you have to look at diligent or perhaps
data domain, but thats a different story.

However, I have looked at both diligent and falconstor, and for now I think
I would go with diligent.. What do you guys think?? 


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] 
Skickat: den 14 september 2006 19:18
Till: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ?

I saw this article back in July and would be interested in your comments ...
Are they still a player?  Have they re-defined a direction?

http://www.techworld.com/storage/blogs/index.cfm?blogid=3&entryid=216



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Thursday, September 14, 2006 10:59 AM
To: 'Didier BRUN'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ?

Hi,

I am interested in the answers you get. We are looking on stk/falconstor
with there SIR function, and comparing them with diligent ProtecTier..

Please let me know what you find out.

Thanks and regards, 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Didier BRUN
Skickat: den 14 september 2006 16:36
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] problems with VTL StorageTek solution ?

Hi all,
   
Did anybody meet problems with the VTL solution of StorageTek ( falcon 
solution ;> ) ?

Thanks

Didier

  


___
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

This e-mail and any attachments may contain confidential information of
Northwestern Mutual. If you are not the intended recipient of this message,
be aware that any disclosure, copying, distribution or use of this e-mail
and any attachments is prohibited. If you have received this e-mail in
error, please notify Northwestern Mutual immediately by returning it to the
sender and delete all copies from your system. Please be advised that
communications received via the Northwestern Mutual Secure Message Center
are secure. Communications that are not received via the Northwestern Mutual
Secure Message Center may not be secure and could be observed by a third
party. Thank you for your cooperation.


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

Re: [Veritas-bu] problems with VTL StorageTek solution ?

2006-09-14 Thread Hampus Lind

Hi,

I am interested in the answers you get. We are looking on stk/falconstor
with there SIR function, and comparing them with diligent ProtecTier..

Please let me know what you find out.

Thanks and regards, 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Didier BRUN
Skickat: den 14 september 2006 16:36
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] problems with VTL StorageTek solution ?

Hi all,
   
Did anybody meet problems with the VTL solution of StorageTek ( falcon 
solution ;> ) ?

Thanks

Didier

  


___
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] Backup up db database

2006-09-09 Thread Hampus Lind

Hi,

Our informix logs don`t queue up, they proceed and complete during the
netbackup db backup. Is something wrong with our environment? 
The log backup is not started from the master, they come as user backups
from a lot of clients.

We have a lot of dbs, so its a jungle to find some free time for the
netbackup db backup. How do you all handle your regular database transaction
logs during the netbackup database backup?

Thanks and regards, 


Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 8 september 2006 17:19
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Backup up db database

If the netbackup catalog backup is in progress, the informix, Oracle,
etc, jobs will queue up untill the catalog backup is complete...once the
catalog backup is complete, the db jobs will start.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Fredrik
> Sent: September 7, 2006 4:10 AM
> To: 'WEAVER, Simon'; 'Hindle, Greg'; NB List Mail
> Subject: Re: [Veritas-bu] Backup up db database
> 
> 
> Hi there
> how do you do with clients with database who sends 
> transactionlogs like informix and Oracels archivelogs. 
> You have no control of them.


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

Re: [Veritas-bu] Several seperated backup networks..

2006-09-04 Thread Hampus Lind

Good, now i understand..

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Whelan, Patrick [mailto:[EMAIL PROTECTED] 
Skickat: den 4 september 2006 15:26
Till: Hampus Lind; Ed Wilts
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Several seperated backup networks..

Ok, everybody all at once.

YES

Patrick Whelan
NetBackup Specialist
Architect & Engineering
+44 20 7863 5243

Of all the things I've lost, I miss my mind the most! - Unknown

There are only 10 kinds of people on earth - those who understand binary
and those who don't.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: 04 September 2006 14:21
To: 'Ed Wilts'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Several seperated backup networks..

Hi,

We dont use dns in our backup network. Will that complicate things?

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

-Ursprungligt meddelande-
Från: Ed Wilts [mailto:[EMAIL PROTECTED] 
Skickat: den 4 september 2006 15:16
Till: Hampus Lind
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Several seperated backup networks..

Hampus Lind wrote:
> Hi all,

> We have one separated backup net at our site which is starting to run 
> out on IP addresses. Our communication folks what to create another new 
> backup network, which means we would have two separated backup networks.
> 
> I am not sure how this will work with our master and media servers. 
> Anyone running several backup networks who can explain how this works on 
> the server side?

So long as all of your routes are working properly and your DNS is 
working properly, this won't cause you any grief.  We've got multiple 
networks in place here and it's working fine.

If you're using BMR, then you have to be a bit more concerned but that's 
the only part of NetBackup that I'm aware that cares about what subnet 
you're on.

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]

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

*
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] Several seperated backup networks..

2006-09-04 Thread Hampus Lind

Hi,

We dont use dns in our backup network. Will that complicate things?

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: Ed Wilts [mailto:[EMAIL PROTECTED] 
Skickat: den 4 september 2006 15:16
Till: Hampus Lind
Kopia: veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Several seperated backup networks..

Hampus Lind wrote:
> Hi all,

> We have one separated backup net at our site which is starting to run 
> out on IP addresses. Our communication folks what to create another new 
> backup network, which means we would have two separated backup networks.
> 
> I am not sure how this will work with our master and media servers. 
> Anyone running several backup networks who can explain how this works on 
> the server side?

So long as all of your routes are working properly and your DNS is 
working properly, this won't cause you any grief.  We've got multiple 
networks in place here and it's working fine.

If you're using BMR, then you have to be a bit more concerned but that's 
the only part of NetBackup that I'm aware that cares about what subnet 
you're on.

.../Ed

-- 
Ed Wilts, Mounds View, MN, USA
mailto:[EMAIL PROTECTED]


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

[Veritas-bu] Several seperated backup networks..

2006-09-04 Thread Hampus Lind









Hi all,

 

We have one separated backup net at our site which is
starting to run out on IP addresses. Our communication folks what to create
another new backup network, which means we would have two separated backup
networks.

I am not sure how this will work with our master and
media servers. Anyone running several backup networks who can explain how this
works on the server side?

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] Is it possible to use bpgp to get bp.ini file fromnovell netware?

2006-06-28 Thread Hampus Lind









Hi,

 

I am not really sure.. You
might want to check bpinst as well.. I think it works for windows so perhaps it
works for netware to.

 

Regards,

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Bob Stump
Skickat: den 28 juni 2006 21:39
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: [Veritas-bu] Is it possible
to use bpgp to get bp.ini file fromnovell netware?

 



environment





NetBackup 5.1 MP4 on Solaris 9
master server / Novell Netware clients using targets method





 





question





is it possible to use bpgp to get
the bp.ini file from a Novell Netware client onto a UNIX master server. And
then edit it and place it back onto the Novell Netware client? I don't want to
"just try it" because I am afraid of causing an abend.





 





from RTFM





The BP.INI file, which is shared by
both Target and NonTarget, is the configuration file used by the NetWare Client
software to control back up and restore operations on your computer. It is
created in the SYS:\VERITAS\NBUCLT directory the first time you run the
NetBackup interface program’s NetBackup Configuration. You can set many
BP.INI parameters through commands available on the Target’s NetBackup
Configuration menu (see “Modifying BP.INI Through the Target’s
NetBackup Configuration Menu” on page 31). Others can be changed only by
modifying the file directly with a text editor, such as Notepad.





 





The bp.ini file does show up in the
restore GUI under this path





/FS/SYS/VERITAS/NBUCLT/NetBack/BP.INI





 





I am thinking of using the
following syntax on my master server





# bpgp from novellclient
"/FS/SYS/VERITAS/NBUCLT/NetBack/BP.INI" /tmp/bp.ini





# vi /tmp/bp.ini





# bpgp to novellclient /tmp/bp.ini
"/FS/SYS/VERITAS/NBUCLT/NetBack/BP.INI"





 





 





 








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

[Veritas-bu] Kernel parameter - SUSE..

2006-06-01 Thread Hampus Lind









Hi all,

 

Is there any kernel parameters i need to look over on
a SUSE SLES 9 server that will improve netbackup performance?

 

Thanks,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] Moving from HP-UX till SUSE SLE 9.

2006-05-29 Thread Hampus Lind










Hi,

 

Sounds good. I´ll think I
go with nr 2. 

I also need to get all my
policies and other settings over to the SUSE server, but I think if I copy over
/usr/openv/netbackup/db, I have the most important stuff there…Then I manually
have to move hosts file, scripts and other stuff that is outside of
/usr/openv/netbackup/db to the new SUSE server.

 

I am I missing something
else?`

 

Thanks,

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: Bobby Williams [mailto:[EMAIL PROTECTED]

Skickat: den 29 maj 2006 13:26
Till: 'Hampus Lind';
veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Moving from
HP-UX till SUSE SLE 9.

 

I would
offer the following scenario:

 

Leave
the HP in place for 30 days after your new SUSE is in place and running. 
After the 30 days, most of the media/images may be expired and you won't have
to worry about "migrating" the images.

 

After
the 30 days is up, you would have 2 options:

 

1. 
attach the old library to the SUSE master, inventory the tapes, import the
tapes, duplicate the images to the new media type.

2. 
attach the old library to the SUSE master, inventory the tapes, copy the
/usr/openv/netbackup/db/images directory from the HP server to the SUSE and use
the old library for restores only.

 

Option 2
is a lot like the DR recovery process that is described in a tech note on
Veritas.

 

You can
do it across Unix Masters, but not Unix to Windows.  (you can do it across
Windows masters, but not Win to Unix).



 



 



Bobby Williams

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



 



 







From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Hampus Lind
Sent: Monday, May 29, 2006 6:51 AM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Moving from
HP-UX till SUSE SLE 9.

Hi,

 

What is the easiest way
to move a master (and media) server from HP-UX to SUSE 9? Copy over the db
catalog?

The SUSE server will have
a new different library and media type, the old library will be attached to the
SUSE server for migrating backups from old tape to new once.

 

Thanks and regards,

 

Hampus
Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

[Veritas-bu] Moving from HP-UX till SUSE SLE 9.

2006-05-29 Thread Hampus Lind









Hi,

 

What is the easiest way to move a master (and media) server
from HP-UX to SUSE 9? Copy over the db catalog?

The SUSE server will have a new different library and
media type, the old library will be attached to the SUSE server for migrating
backups from old tape to new once.

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

 






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

Re: [Veritas-bu] count of scratch tapes

2006-05-23 Thread Hampus Lind









Hi,

 

“vmquery –pn scratch
–b | grep –i hcart | wc –l” will give you the nr hcart
tapes in scratch pool.

 

Cheers,

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Covington, Garrett
Skickat: den 23 maj 2006 17:27
Till:
'veritas-bu@mailman.eng.auburn.edu'
Ämne: [Veritas-bu] count of
scratch tapes

 

I run Solaris9 - NBU
5.1mp4 

 

Is there a good way to
output the number or tapes within a pool or robot, ie: to count the number of
SCRATCH tapes within a robot?

 

Thanks,

 

Garrett
Covington

The TriZetto
Group, Inc.

[EMAIL PROTECTED]

p: [EMAIL PROTECTED]

w:
303-323-6886

c:
303-204-6695

 






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

SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..

2006-05-18 Thread Hampus Lind

Title: Message









Yes, I am referring to ProtecTIER.

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 18 maj 2006 20:59
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu]
Netbackup PureDisk vs datadomain / Diligent..

 



are
you referring to Diligent's ProtecTIER, content based screening, that only
backs up the changed blocks, minimizing the amount of data on disk??





 





Falconstor,
IIRC, does software based compression before writing to the virtual tape, and
that's it.





 





Paul





 





 



-- 



-Original Message-----
From: Hampus Lind
[mailto:[EMAIL PROTECTED] 
Sent: May 18, 2006 2:55 PM
To: Paul Keating;
veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu] Netbackup
PureDisk vs datadomain / Diligent..

I have been going through falconstor homepage and cant find
anything about “de-deuplication” or “compression” which
some call it, like the one diligent offers. Do they have these functions?

SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..

2006-05-18 Thread Hampus Lind

Title: Message









I have been going through
falconstor homepage and cant find anything about “de-deuplication”
or “compression” which some call it, like the one diligent offers.
Do they have these functions?

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 18 maj 2006 20:07
Till:
veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu]
Netbackup PureDisk vs datadomain / Diligent..

 



LOL...not
far...based on features, those are the two we are going to start looking at
soon.





 





Paul





 





 



-- 



-Original Message-
From: Hampus Lind
[mailto:[EMAIL PROTECTED] 
Sent: May 18, 2006 2:05 PM
To: Paul Keating;
veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu]
Netbackup PureDisk vs datadomain / Diligent..

Ok..

 

How fare have you come in you evaluation with diligent and
falconstor? Have you found any big difference between the two?

We have looked at diligent for some time now, the down side right
now is that there is only one test installation here in Sweden which results
little knowledge and no local support/service organisation.

Falconstor I think have a couple of installation and some more OEM
installations. But I haven’t looked that much at them yet.

SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..

2006-05-18 Thread Hampus Lind

Title: Message









J

 

Do you have any thoughts
on how you would use tapes in a diligent or falconstor environment? Or are you
looking at only use disk as a backup media?

For safety reasons one
could mirror the disk and replicate the servers to different sites, but yet I don’t
know if its enough.

 

Basically with these
products you only have one generation of a fullbackup (if you don’t make
some more of curse, but then you need more disk capacity), which means if you
lose that disk all backups are gone. Do you see any risks with this? Of course
if you mirror the disk to one or more sites you are much safer.

 

I think the tape vendors
have brainwashed me!! J

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 18 maj 2006 20:07
Till:
veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu]
Netbackup PureDisk vs datadomain / Diligent..

 



LOL...not
far...based on features, those are the two we are going to start looking at
soon.





 





Paul





 





 



-- 



-Original Message-
From: Hampus Lind
[mailto:[EMAIL PROTECTED] 
Sent: May 18, 2006 2:05 PM
To: Paul Keating;
veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu]
Netbackup PureDisk vs datadomain / Diligent..

Ok..

 

How fare have you come in you evaluation with diligent and
falconstor? Have you found any big difference between the two?

We have looked at diligent for some time now, the down side right
now is that there is only one test installation here in Sweden which results
little knowledge and no local support/service organisation.

Falconstor I think have a couple of installation and some more OEM
installations. But I haven’t looked that much at them yet.

SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..

2006-05-18 Thread Hampus Lind

Title: Message









Ok..

 

How fare have you come in
you evaluation with diligent and falconstor? Have you found any big difference
between the two?

We have looked at
diligent for some time now, the down side right now is that there is only one
test installation here in Sweden which results little knowledge and no local support/service
organisation.

Falconstor I think have a
couple of installation and some more OEM installations. But I haven’t looked
that much at them yet.

 

 



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 18 maj 2006 19:39
Till:
veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Netbackup
PureDisk vs datadomain / Diligent..

 



we're
looking at Diligent and Falconstor.





 





primarily
because Netbackup isn't "there" yet..DSSU doesn't cover what we need,
and it doesn't look like they're ready to go wide open with purdisk yet, so
with falconstor or diligent, we can license the SW and run it on commodity 2U
servers and attach it to whatever disk we want, and roll it into our current
environment with little impact..then when Netbackup is ready to play ball
in the Enterprise D2D arena, we can re-allocate the servers, and re-use
the disk directly, rather than having a big piece of proprietary hardware
sitting on the data center floor.





 





Paul





 



-- 



-Original Message-
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On Behalf Of Hampus Lind
Sent: May 18, 2006 1:24 PM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup
PureDisk vs datadomain / Diligent..

Hi,

 

I am looking datadomain
and diligent products and have noticed that Netbackup are doing something
similar with its PurDisk function. Have anyone looked at Netbackup PureDisk?

[Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..

2006-05-18 Thread Hampus Lind









Hi,

 

I am looking datadomain and diligent products and
have noticed that Netbackup are doing something similar with its PurDisk
function. Have anyone looked at Netbackup PureDisk?

 

Best regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

SV: [Veritas-bu] Command via bpcd

2006-05-08 Thread Hampus Lind

Hi,

Yes it is possible. bpgp I think its called. Bpinst also do something like
that..



Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För
[EMAIL PROTECTED]
Skickat: den 8 maj 2006 21:31
Till: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Command via bpcd

I don't think it will work. If it works, that will be a big security
problem for us.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Austin
Murphy
Sent: Monday, May 08, 2006 12:09 PM
To: veritas-bu
Subject: [Veritas-bu] Command via bpcd

Does anyone know if it is possible to remotely run a command through
BPCD ?

I am interested in running "tpclean -L" on a SAN Media Server's SSO
tape drive from the master server in a script.

Austin

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

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


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

[Veritas-bu] Restore faster than backup...

2006-04-22 Thread Hampus Lind









Hi all,

 

I have seen some strange things here during a netware
backup and restore… 

We have replaced the hw for a netware server and
before we did that I did a full backup which took 8h and 30 minutes. Later when
the server was replaced I did a full restore that took 58 minutes…

I was very happy about this restore time, I thought now
we also we have improved the backup time. But when I run a backup it still
takes forever..

 

I always thought that a restore took longer time then
a backup.. Anyone have any idea about this scenario?

 

Thanks and regards, 

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] CA BrightStor versus Netbackup...

2006-04-22 Thread Hampus Lind









Hi,

 

Anyone worked with CA Brigtstor backup software that
can compare these two suits with each other? 

I`am really feed up dealing with netbackup licence management…
I like CA solution where you buy ONE licence based on how many TB raw disk you
have, in that licence you can use how many agents as you like and so on... For
large companies I guess this is heaven. 

On the other hand I don’t know if the software
works at all.. J  

 

Comments??

 

Best regards,

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] SUSE (SLES 9) library config..

2006-03-24 Thread Hampus Lind









Hi all,

 

I have a SLES 9 box which is going to be a
master/media server. But I don’t get the library to work, or rather, I don’t
really know how to set this up.

This is my config:

HBA: Qlogic 2340

Library: StorageTek L180

Tape: StorageTek 9840B

Disk: StorageTek Flexline 380

 

All of the above is FC attached in or SAN. I see
everything on the linux box, but I don’t get any device file for my
library. I get device files for all disks and the tape driver, but not for the library.

 

Here is my output from “lsscsi” and also
the /proc/scsi/scsi file:

 

lsscsi

[0:0:0:0]    mediumx
STK 
L180
0305  -

[0:0:1:0]   
tape    STK 
T9840B   1.35 
/dev/st0

[0:0:2:0]   
disk    STK  FLEXLINE
380 0615  /dev/sda

[0:0:2:1]   
disk    STK  FLEXLINE
380 0615  /dev/sdb

 

cat scsi

Attached devices:

Host: scsi0 Channel: 00 Id: 00 Lun: 00

  Vendor: STK  Model:
L180
Rev: 0305

  Type:   Medium
Changer  
ANSI SCSI revision: 03

Host: scsi0 Channel: 00 Id:
01 Lun: 00

  Vendor:
STK  Model:
T9840B   Rev: 1.35

  Type:  
Sequential-Access   
ANSI SCSI revision: 03

Host: scsi0
Channel: 00 Id: 02 Lun: 00

  Vendor:
STK  Model: FLEXLINE 380
Rev: 0615

  Type:  
Direct-Access   
ANSI SCSI revision: 03

Host: scsi0 Channel: 00 Id:
02 Lun: 01

  Vendor:
STK  Model: FLEXLINE 380
Rev: 0615

  Type:  
Direct-Access   
ANSI SCSI revision: 03

 

 

Do I need some kind of driver/module loaded into the
kernel for a medium changer? Or what am I missing?

 

Thanks and regards,

 

Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] UDO media..

2006-02-16 Thread Hampus Lind









Hi all,

 

Maybe of topic. Anyone use UDO media? Comments or
suggestions around these technologies? We have some people within our
organisation that really dig UDO, me my self have never worked with it so I don’t
have any clue..

Are there other technologies that I should look at instead?
It planed to use as archive/backup media (not regular backup).

 

Thanks and regards,

 

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] Linux SUSE as master/media server..

2006-02-10 Thread Hampus Lind









Hi all,

 

Anyone running SUSE Linux as combined Master/Media
server (no SSO).

This is for a smaller installation with 30 clients.

 

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

SV: [Veritas-bu] Unadvertised utility in Netbackup

2006-02-06 Thread Hampus Lind

Title: Message









We have a lot of root people
at all our shops.. L

 

Of course I got access to
all the data that are controlled under netbackup, and with that can cause great
damage.

The question was more in
terms of “is it logged somewhere”? I`am I really safe if something
happens and people know I got this “feature”? I cant really proof
that I did not use this command?

What about bpinst, that are
a far more powerful utility that allow you to execute scripts on any client
server you which.

 

When it comes to SLA`s
our units agree to backups and controlled restores, not to the possibility of
undocumented programs that pretty much can do anything anytime without any
logging on there servers. 

 

 



MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]



-Ursprungligt meddelande-
Från:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Paul Keating
Skickat: den 6 februari 2006 20:58
Till: veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu]
Unadvertised utility in Netbackup

 



it's
executable by root.





 





keep
unauthorized root out of your box...sleep well at night.





 





yes,
it's a security risk...yes, it can save your buttyes, you can shoot
yourself in the foot with it...you can even blow your whole leg off.





 





anything
you can do with bpgp, you can do with a creative backup and restore.





 





Paul





-Original Message-
From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: February 6, 2006 2:13 PM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Unadvertised
utility in Netbackup

Hi all,

 

What are your comments to
the bpgp utility, and others, in netbackup? I understand that it sometimes are
useful for backup admins, my self included. But isen`t it also a great security
risk? Does the use of this utility get logged somewhere? 

 

Thanks and regards,

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] Unadvertised utility in Netbackup

2006-02-06 Thread Hampus Lind









Hi all,

 

What are your comments to the bpgp utility, and
others, in netbackup? I understand that it sometimes are useful for backup admins,
my self included. But isen`t it also a great security risk? Does the use of
this utility get logged somewhere? 

 

Thanks and regards,

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

SV: [Veritas-bu] Master and Media HW and OS..

2006-01-25 Thread Hampus Lind










Hi all,

 

Thanks for all answers i
got. Now I have something to think about…

 



MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]





 

 

-Original Message-
From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Hampus Lind
Sent: Tuesday,
 January 24, 2006 12:05
 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Master and
Media HW and OS..

Hi,

 

We run all our master and
media servers on HP PA-RISC server and HP-UX as OS. These servers cost a lot,
not only to buy, but also in maintenance...

 

What do you guys think
about going from the above to powerful INTEL server with linux as OS instead in
a datacenter environment? 

We have about 200 clients
and (all full is about ~15TB, never at one time though) to backup at one of our
sites. 

 

Anyone using this type of
solution in DC env`s? Recommendations?? 

 

Thankful for advice,

MVH /
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] Master and Media HW and OS..

2006-01-24 Thread Hampus Lind









Hi,

 

We run all our master and media servers on HP PA-RISC
server and HP-UX as OS. These servers cost a lot, not only to buy, but also in
maintenance…

 

What do you guys think about going from the above to
powerful INTEL server with linux as OS instead in a datacenter environment? 

We have about 200 clients and (all full is about ~15TB,
never at one time though) to backup at one of our sites. 

 

Anyone using this type of solution in DC env`s? Recommendations??


 

Thankful for advice,

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

[Veritas-bu] Safe to upgrade to 6.0 MP1..

2006-01-24 Thread Hampus Lind









Hi all,

 

How many has go to 6.0 MP1? Is the upgrade from 5.1
MP3 to 6.0 MP1 safe, anything to be careful with?? Does ACSLS connections work
well?

We run HP-UX 11.11 on all servers..

 

Thanks in advance,

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

SV: [Veritas-bu] Database backup scheduling with different retentions

2006-01-19 Thread Hampus Lind

Hi guys,

Can you have several, different "application backup" scheds in the same
policy? Dosen`t netbackup take the first listed and use it for all backups
within that policy?

If I write the policy and sched into the oracle backup script will it work
with all the scheds? Do I need to make some kind of scripting (IF and ELSE
and so on) into the script to make it work?

Today we have one policy per retention, it`s a mess, but we haven`t got this
to work earlier. 

Many thanks, 

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]


-Ursprungligt meddelande-
Från: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] För Whelan, Patrick
Skickat: den 19 januari 2006 18:24
Till: [EMAIL PROTECTED]; [EMAIL PROTECTED];
veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Database backup scheduling with different retentions

In researching some answers to the original post I was reminded that
most Oracle backups use an infinite retention level with RMAN managing
the actual retention level. Does this ring any bells for anyone else, or
am I getting senile in my old age.

Regards,

Patrick Whelan
NetBackup Specialist
Architect & Engineering

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 19 January 2006 17:09
To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Database backup scheduling with different
retentions

I can answer for Oracle - I assume that the MSSQL would be similar.

When your RMAN script runs, it sends data to the Netbackup Oracle agent.
The agent, in turn, sends the data onto a Netbackup media server, to a
particular policy & schedule.  In the RMAN script, you can specify the
NB_ORA_POLICY and NB_ORA_SCHEDULE variables.  These variables select
which
Netbackup (Oracle-type) policy & schedule are used to recieve the data.

Netbackup's retention of the data, therefore, is the retention period
set on
these "application backup" schedules.  At the end of the retention
period,
therefore, NB will discard the images.  If you want three different
retentions, create three different schedules (it can be in the same
policy).
Have RMAN set the schedule variable appropriate to the type of retention
you
wish to select.

This has nothing to do with retention periods set by RMAN within the
RMAN
scripts.  RMAN can say "keep this for a year" and what it really is
doing is
keeping its info on those data blocks for  a year.  If it tries to
restore
an old image, it's going to request specific backup pieces from
Netbackup.
If NB's scheduled retention is less than RMAN's retention, there's a
risk
that RMAN will get a failure from NB - the images will no longer be in
NB's
image set.

There's two ways to deal with this:

1. Set NB's retention to be the same (or more) than RMAN's retention
periods.
2. Frequently sync RMAN's catalog against NB's catalog so RMAN stays
current
with NB's actual retained data.  This is the most accurate but more
complex.
Here's a technote to get you started:
http://seer.support.veritas.com/docs/251686.htm

HTH - M

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Austin
Murphy
Sent: Thursday, January 19, 2006 8:23 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Database backup scheduling with different
retentions


Does anyone have any insight on how to do scheduled
weekly/monthly/yearly backups (with commensurate retention periods) of
an MSSQL or Oracle database with Netbackup?

I am running 5.1 MP3 on Solaris 9 and just found out that the database
policy schedules don't work the same way as the file policy schedules.

It has been pointed out to me that I could setup 3 Policies for
weekly/monthly/yearly backups, but this won't stop the weekly when a
monthly runs.  Nor will the monthly (or weekly) be suspended when the
yearly is run.

If anyone has any ideas I'd be grateful to hear them.  Thanks.

Austin Murphy

___
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 attachmen

[Veritas-bu] Diligent...

2005-11-21 Thread Hampus Lind









Hi all,

 

Anyone looked closer at Diligent? 

Posted this question earlier but I wonder if someone
looked at it recently..

 

Best regards,

MVH / Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]

1 2 >

100 matches

Mail list logo