date:20090129

Re: [Veritas-bu] Linux slowly dropping drives.

2009-01-29 Thread Dean

Just to add another perspective :

We have been running an RHEL4 master and severn RHEL4 and RHEL5 media
servers for over a year. It has gone through 6.5.1 to 6.5.2 and now 6.5.3.
There is also a Win2K media server and a Netapp Filer. All servers have been
rebooted multiple times (except the Filer). They all share the same 8 tape
drives.

The tape drive configuration has been rock solid on all boxes. Device files
or configuration settings have never changed. Drives very rarely go down.

The drives are fibre IBM 3584s in TS3500 libraries. The hosts have Qlogic
HBAs.

-
Dean

On Fri, Jan 30, 2009 at 10:59 AM, Donaldson, Mark <
mark.donald...@staples.com> wrote:

> Well, the odd thing is that only the Linux box does this.  The 17 other
> AIX media servers and the 1 solaris media server (slow transition) don't
> have this problem at all.
>
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Cornely,
> David
> Sent: Thursday, January 29, 2009 4:01 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
> I'm about to configure a new NBU environment using RHEL5 (master & media
> server) so this is of some interest to me too.  However, I'll be using a
> VTL to emulate LTO-4.
>
> The one thing that caught my eye immediately was the FC bridges.  In the
> past I've experienced many problems with bridges in general, regardless
> of the tape drive behind them.
> Are you able to collect logs from the bridges?  Are there any known
> firmware bugs for the bridges?  It might be worth upgrading the firmware
> if so...
>
>
> -Original Message-
> From: veritas-bu-boun...@mailman.eng.auburn.edu
> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
> Donaldson, Mark
> Sent: Thursday, January 29, 2009 2:48 PM
> To: Rosenkoetter, Gabriel
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
> The two that say they need cleaning are different than the ones that are
> down.  There's no correlation there.
>
> I just put in 6.5.3 yesterday so maybe the behavior will change (from
> 6.5.2).
>
> I'm short logs but I'll see what I can gather.
>
> The drive "up" just fine, it's just on next use they'll go back down
> again.
>
> Drives are in an ADIC scalar 10K.  LTO2 scsi drives behind their SNC
> fiber bridge. Frankly, I don't remember if the library does cleaning on
> it's own  - something to look into.
>
> There's no touch file.
>
> -Original Message-
> From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz]
> Sent: Thursday, January 29, 2009 12:30 PM
> To: Donaldson, Mark
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Linux slowly dropping drives.
>
> One drive may easily have needed cleaning for longer... or are you
> saying the two that advertise that are a disjoint set from the one
> that's down?
>
> What do you see in /var/log/messages when you try to up the drives?
>
> What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
> /var/log/messages when the drives are downed of their own accord? (Turn
> VERBOSE=5 on in bp.conf if you haven't already.)
>
> Also, please describe your environment in more detail:
>
> Are these drives in a tape library? If so, does that tape library
> perform automatic cleaning of the drives?
>
> Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
> place? (Does that file even still get used under 6.5? I don't see a
> parallel setting in nbemmcmd yet...)
>
> (I have something of a vested interest here... I'm about to migrate from
> HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a
> fundamental flaw in the Linux ST driver or NetBackup's use of it, I'd
> like to know sooner...)
>
> --
> gabriel rosenkoetter
> Radian Group Inc, Senior Systems Engineer
> gabriel.rosenkoet...@radian.biz, 215 231 1556
>
>
> -Original Message-
> From: Donaldson, Mark [mailto:mark.donald...@staples.com]
> Sent: Wednesday, January 28, 2009 2:34 PM
> To: Justin Piszcz
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
> Interesting - I never thought of tpclean.
>
> tpclean shows two in "need cleaning" status but, as I have one drive
> down now, there's no correlation with the down drive.
>
> lto2 are scsi drives connected via fc through fiber bridges.
>
> I've had this problem through multiple version of this OS but it's the
> only Linux media server in my environment.  (We're using the native lto2
> drive, too - supposed to be part of this OS).
>
> -M
>
> -Original Message-
> From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
> Sent: Wednesday, January 28, 2009 11:33 AM
> To: Donaldson, Mark
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
>
>
> On Wed, 28 Jan 2009, Donaldson, Mark wrote:
>
> > We have a dedicated media server

Re: [Veritas-bu] SAN client backup to media server directly to tape pool ???

2009-01-29 Thread Tanuja Korlepra

 

Yes, with NetBackup 6.5.2 and later, SAN Client backups can go from Fibre 
Transport Media Server directly to tape.   

 

More information is available in the document - Veritas NetBackup 6.5.2 
Documentation Updates

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

 

Thanks,

Tanuja

 



From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of 
rusty.ma...@sungard.com
Sent: Thursday, January 29, 2009 4:03 PM
To: anil.mau...@sanofi-aventis.com
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] SAN client backup to media server directly to tape 
pool ???

 


Have not tested myself, but supposed to have been available in 6.5.2, per one 
of the SAN Client Engineers at the Customer Forum a few months ago. 

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 
Keeping People and Information Connected® ▪ http://availability.sungard.com/ 
  
P Think before you print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system. 



 
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 

01/29/2009 12:59 PM 

To

 

cc

 

Subject

[Veritas-bu] SAN client backup to media server directly to tapepool ???

 

 

 




 
Hi
I see all document talking about data going to disk storage. Can SAN
client data go directly to tape pool instead disk storage from media
server in NBU 6.5.3?

THX


___
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] Linux slowly dropping drives.

2009-01-29 Thread judy_hinchcliffe

My 2 cents.

Not linux but AIX

I upgraded my dr to 6.5.3 yesterday and had issues with 1 of the tape
drives.

Had to have the san guy reset the port and I logged into the robot and
reset the drive... because the aix server was showing the drive defined
and not avail.

Once we reset the drive I re-ran cfgmgr and the drive came back as avail
And then everything worked.
Don't know why, when the backups worked yesterday morning just fine.

Maybe yesterday was just a bad day to upgrade to 6.5.3 when using tape
drives ;ob

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, January 29, 2009 6:00 PM
To: Cornely, David; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Well, the odd thing is that only the Linux box does this.  The 17 other
AIX media servers and the 1 solaris media server (slow transition) don't
have this problem at all. 

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Cornely,
David
Sent: Thursday, January 29, 2009 4:01 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

I'm about to configure a new NBU environment using RHEL5 (master & media
server) so this is of some interest to me too.  However, I'll be using a
VTL to emulate LTO-4.

The one thing that caught my eye immediately was the FC bridges.  In the
past I've experienced many problems with bridges in general, regardless
of the tape drive behind them.
Are you able to collect logs from the bridges?  Are there any known
firmware bugs for the bridges?  It might be worth upgrading the firmware
if so...

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, January 29, 2009 2:48 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

The two that say they need cleaning are different than the ones that are
down.  There's no correlation there.

I just put in 6.5.3 yesterday so maybe the behavior will change (from
6.5.2).

I'm short logs but I'll see what I can gather.

The drive "up" just fine, it's just on next use they'll go back down
again.

Drives are in an ADIC scalar 10K.  LTO2 scsi drives behind their SNC
fiber bridge. Frankly, I don't remember if the library does cleaning on
it's own  - something to look into.

There's no touch file.

-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz] 
Sent: Thursday, January 29, 2009 12:30 PM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Linux slowly dropping drives.

One drive may easily have needed cleaning for longer... or are you
saying the two that advertise that are a disjoint set from the one
that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
/var/log/messages when the drives are downed of their own accord? (Turn
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library
perform automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
place? (Does that file even still get used under 6.5? I don't see a
parallel setting in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from
HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a
fundamental flaw in the Linux ST driver or NetBackup's use of it, I'd
like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
>

Re: [Veritas-bu] Linux slowly dropping drives.

2009-01-29 Thread Donaldson, Mark

Well, the odd thing is that only the Linux box does this.  The 17 other
AIX media servers and the 1 solaris media server (slow transition) don't
have this problem at all. 

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Cornely,
David
Sent: Thursday, January 29, 2009 4:01 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

I'm about to configure a new NBU environment using RHEL5 (master & media
server) so this is of some interest to me too.  However, I'll be using a
VTL to emulate LTO-4.

The one thing that caught my eye immediately was the FC bridges.  In the
past I've experienced many problems with bridges in general, regardless
of the tape drive behind them.
Are you able to collect logs from the bridges?  Are there any known
firmware bugs for the bridges?  It might be worth upgrading the firmware
if so...

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, January 29, 2009 2:48 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

The two that say they need cleaning are different than the ones that are
down.  There's no correlation there.

I just put in 6.5.3 yesterday so maybe the behavior will change (from
6.5.2).

I'm short logs but I'll see what I can gather.

The drive "up" just fine, it's just on next use they'll go back down
again.

Drives are in an ADIC scalar 10K.  LTO2 scsi drives behind their SNC
fiber bridge. Frankly, I don't remember if the library does cleaning on
it's own  - something to look into.

There's no touch file.

-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz] 
Sent: Thursday, January 29, 2009 12:30 PM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Linux slowly dropping drives.

One drive may easily have needed cleaning for longer... or are you
saying the two that advertise that are a disjoint set from the one
that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
/var/log/messages when the drives are downed of their own accord? (Turn
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library
perform automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
place? (Does that file even still get used under 6.5? I don't see a
parallel setting in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from
HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a
fundamental flaw in the Linux ST driver or NetBackup's use of it, I'd
like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

Justin.

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

Re: [Veritas-bu] Linux slowly dropping drives.

2009-01-29 Thread Cornely, David

I'm about to configure a new NBU environment using RHEL5 (master & media
server) so this is of some interest to me too.  However, I'll be using a
VTL to emulate LTO-4.

The one thing that caught my eye immediately was the FC bridges.  In the
past I've experienced many problems with bridges in general, regardless
of the tape drive behind them.
Are you able to collect logs from the bridges?  Are there any known
firmware bugs for the bridges?  It might be worth upgrading the firmware
if so...

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, January 29, 2009 2:48 PM
To: Rosenkoetter, Gabriel
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

The two that say they need cleaning are different than the ones that are
down.  There's no correlation there.

I just put in 6.5.3 yesterday so maybe the behavior will change (from
6.5.2).

I'm short logs but I'll see what I can gather.

The drive "up" just fine, it's just on next use they'll go back down
again.

Drives are in an ADIC scalar 10K.  LTO2 scsi drives behind their SNC
fiber bridge. Frankly, I don't remember if the library does cleaning on
it's own  - something to look into.

There's no touch file.

-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz] 
Sent: Thursday, January 29, 2009 12:30 PM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Linux slowly dropping drives.

One drive may easily have needed cleaning for longer... or are you
saying the two that advertise that are a disjoint set from the one
that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
/var/log/messages when the drives are downed of their own accord? (Turn
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library
perform automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
place? (Does that file even still get used under 6.5? I don't see a
parallel setting in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from
HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a
fundamental flaw in the Linux ST driver or NetBackup's use of it, I'd
like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

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] Linux slowly dropping drives.

2009-01-29 Thread Donaldson, Mark

Not yet - I'm mixed version for NB across the enterprise - I thought I'd
stablize on one version before I involve RH.

From: Andrew White [mailto:adwh...@inchix.net] 
Sent: Thursday, January 29, 2009 1:39 PM
To: Rosenkoetter, Gabriel
Cc: Donaldson, Mark; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Has anyone placed a call with redhat support?  

I'm sure they would want this solved as much as anyone

On Fri, Jan 30, 2009 at 6:30 AM, Rosenkoetter, Gabriel
 wrote:

One drive may easily have needed cleaning for longer... or are
you saying the two that advertise that are a disjoint set from the one
that's down?

What do you see in /var/log/messages when you try to up the
drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and
in /var/log/messages when the drives are downed of their own accord?
(Turn VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape
library perform automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch
file in place? (Does that file even still get used under 6.5? I don't
see a parallel setting in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to
migrate from HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if
there's a fundamental flaw in the Linux ST driver or NetBackup's use of
it, I'd like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one
drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but
it's the
only Linux media server in my environment.  (We're using the
native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running
RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008
x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan"
doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll
just go
> down again.  After I collect a half-dozen down drives, I
reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

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] Linux slowly dropping drives.

2009-01-29 Thread Donaldson, Mark

The two that say they need cleaning are different than the ones that are
down.  There's no correlation there.

I just put in 6.5.3 yesterday so maybe the behavior will change (from
6.5.2).

I'm short logs but I'll see what I can gather.

The drive "up" just fine, it's just on next use they'll go back down
again.

Drives are in an ADIC scalar 10K.  LTO2 scsi drives behind their SNC
fiber bridge. Frankly, I don't remember if the library does cleaning on
it's own  - something to look into.

There's no touch file.

-Original Message-
From: Rosenkoetter, Gabriel [mailto:gabriel.rosenkoet...@radian.biz] 
Sent: Thursday, January 29, 2009 12:30 PM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Linux slowly dropping drives.

One drive may easily have needed cleaning for longer... or are you
saying the two that advertise that are a disjoint set from the one
that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
/var/log/messages when the drives are downed of their own accord? (Turn
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library
perform automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
place? (Does that file even still get used under 6.5? I don't see a
parallel setting in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from
HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a
fundamental flaw in the Linux ST driver or NetBackup's use of it, I'd
like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

Justin.

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

Re: [Veritas-bu] SAN client backup to media server directly to tape pool ???

2009-01-29 Thread Rusty . Major

Have not tested myself, but supposed to have been available in 6.5.2, per 
one of the SAN Client Engineers at the Customer Forum a few months ago.

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard 
Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 
281-584-4693
Keeping People and Information Connected® ▪ 
http://availability.sungard.com/ 
P Think before you print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, 
please notify the sender and delete this e-mail from your system. 



 
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
01/29/2009 12:59 PM

To

cc

Subject
[Veritas-bu] SAN client backup to media server directly to tape pool ???






 
Hi
I see all document talking about data going to disk storage. Can SAN
client data go directly to tape pool instead disk storage from media
server in NBU 6.5.3?
 
THX
 

___
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] Speaking of tape libraries.. SL8500 vs. SCI2K (SCALAR I2000)?

2009-01-29 Thread Rusty . Major

Hey Justin,

We use both. I think it depends on what you want out of the library. Both 
libraries are rock solid and have only had the occaisional drive/robot 
problem. With the SL8500, there is the option for multiple handbots, and 
even redundant handbots in case one dies. If you want true library 
redundancy and really can't stand to be down, this is the one to get. The 
SL8500 also has a base config of 64 drives/10,000 slots and massive 
scalability to 448 drives/70,000 slots if you want to go connecting them 
together! Even the base configuration of this library is a behemoth and 
that is something you'll need to consider in your data center.

Another option, if you don't need something this large, but still want 
robot redundancy is the SL3000, which scales to 56 drives/3000 slots. One 
drawback to these STK libraries is they require an ACSLS server. Not a big 
deal, but just one more thing to worry about. There's also the 3-way drive 
locating convention (ACS, library, and SLConsole) that STK can't 
standardize on (just a little annoyed lol). I made a cheat sheet and would 
be happy to share if you want it.

If you want to pin me down to one, all other things aside, I'd go with the 
SL8500 or the SL3000. My next choice would be the i2K.

HTH,

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard 
Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 
281-584-4693
Keeping People and Information Connected® ▪ 
http://availability.sungard.com/ 
P Think before you print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, 
please notify the sender and delete this e-mail from your system. 



Justin Piszcz  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
01/28/2009 05:34 AM

To
veritas-bu@mailman.eng.auburn.edu
cc

Subject
[Veritas-bu] Speaking of tape libraries.. SL8500 vs. SCI2K (SCALAR I2000)?






Hi all,

Does anyone on this list use a SCI2K (SCALAR I2000) (LTO/3000 slot 
library)?

How does this compare in terms of redundancy and performance to an SL8500?

Which would you recommend?

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] Linux slowly dropping drives.

2009-01-29 Thread Andrew White

Has anyone placed a call with redhat support?

I'm sure they would want this solved as much as anyone



On Fri, Jan 30, 2009 at 6:30 AM, Rosenkoetter, Gabriel <
gabriel.rosenkoet...@radian.biz> wrote:

> One drive may easily have needed cleaning for longer... or are you saying
> the two that advertise that are a disjoint set from the one that's down?
>
> What do you see in /var/log/messages when you try to up the drives?
>
> What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in
> /var/log/messages when the drives are downed of their own accord? (Turn
> VERBOSE=5 on in bp.conf if you haven't already.)
>
> Also, please describe your environment in more detail:
>
> Are these drives in a tape library? If so, does that tape library perform
> automatic cleaning of the drives?
>
> Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in
> place? (Does that file even still get used under 6.5? I don't see a parallel
> setting in nbemmcmd yet...)
>
> (I have something of a vested interest here... I'm about to migrate from
> HP-UX 11iv2 to RHEL 5 for our NetBackup servers, so if there's a fundamental
> flaw in the Linux ST driver or NetBackup's use of it, I'd like to know
> sooner...)
>
> --
> gabriel rosenkoetter
> Radian Group Inc, Senior Systems Engineer
> gabriel.rosenkoet...@radian.biz, 215 231 1556
>
>
> -Original Message-
> From: Donaldson, Mark [mailto:mark.donald...@staples.com]
> Sent: Wednesday, January 28, 2009 2:34 PM
> To: Justin Piszcz
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
> Interesting - I never thought of tpclean.
>
> tpclean shows two in "need cleaning" status but, as I have one drive
> down now, there's no correlation with the down drive.
>
> lto2 are scsi drives connected via fc through fiber bridges.
>
> I've had this problem through multiple version of this OS but it's the
> only Linux media server in my environment.  (We're using the native lto2
> drive, too - supposed to be part of this OS).
>
> -M
>
> -Original Message-
> From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
> Sent: Wednesday, January 28, 2009 11:33 AM
> To: Donaldson, Mark
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Linux slowly dropping drives.
>
>
>
> On Wed, 28 Jan 2009, Donaldson, Mark wrote:
>
> > We have a dedicated media server built on an AMD box running RHEL 5.2
> > (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
> >
> > Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> > seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> > down again.  After I collect a half-dozen down drives, I reboot the
> > server and they'll be fine again for while.
> >
> > Anybody else having this trouble? Have you solved it?
> >
> > -M
> >
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> >
>
> What does tpclean -L say?
>
> Have they ever stayed up in the past?
>
> Do you have a fiber switched environment?
>
> 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] Linux slowly dropping drives.

2009-01-29 Thread Rosenkoetter, Gabriel

One drive may easily have needed cleaning for longer... or are you saying the 
two that advertise that are a disjoint set from the one that's down?

What do you see in /var/log/messages when you try to up the drives?

What do you see in /usr/openv/netbackup/logs/bptm/log.MMDDYY and in 
/var/log/messages when the drives are downed of their own accord? (Turn 
VERBOSE=5 on in bp.conf if you haven't already.)

Also, please describe your environment in more detail:

Are these drives in a tape library? If so, does that tape library perform 
automatic cleaning of the drives?

Do you have the /usr/openv/volmgr/database/NO_TAPEALERT touch file in place? 
(Does that file even still get used under 6.5? I don't see a parallel setting 
in nbemmcmd yet...)

(I have something of a vested interest here... I'm about to migrate from HP-UX 
11iv2 to RHEL 5 for our NetBackup servers, so if there's a fundamental flaw in 
the Linux ST driver or NetBackup's use of it, I'd like to know sooner...)

--
gabriel rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

-Original Message-
From: Donaldson, Mark [mailto:mark.donald...@staples.com]
Sent: Wednesday, January 28, 2009 2:34 PM
To: Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Interesting - I never thought of tpclean.

tpclean shows two in "need cleaning" status but, as I have one drive
down now, there's no correlation with the down drive.

lto2 are scsi drives connected via fc through fiber bridges.

I've had this problem through multiple version of this OS but it's the
only Linux media server in my environment.  (We're using the native lto2
drive, too - supposed to be part of this OS).

-M

-Original Message-
From: Justin Piszcz [mailto:jpis...@lucidpixels.com]
Sent: Wednesday, January 28, 2009 11:33 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

Justin.

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

[Veritas-bu] Oracle - The license for the requested feature is not available

2009-01-29 Thread Servet Ince

Hello All,
 
I'm having this known error. 
 
Oracle: 10g
Master: Solaris 10 - 6.0 MP6
Both of SAN Media Server - 6.0 MP6
 
We have 2 SAN media server, They are clustered (SUN Cluster). We are
backing the DB as separated via 2 instances. I mean we are not using
virtual hostname. 
 
If anyone has experienced like this issue, let me know please.
 
Thanks in advanced.
 
Servet
 
 
I've seen the following messages in the bpdbsora log from client (it is
also SAN media server). 
 
 

 
The most weird messages are;
 
 
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - returning - 
 

---
 
13:17:43.569 [1892] <16> bsa_checkFeatureId: unable to check if feature
<36> is licensed
 
13:17:43.574 [1892] <16> bsa_checkFeatureId: Server exit status = 25:
cannot connect on socket
 
13:17:43.574 [1892] <16> VxBSAInit: ERR - The license for the requested
feature is not available.
 
I've checked license's features, we have Oracle license and it is VALID.


--- 
 
13:17:13.409 [1892] <2> nb_connect_to_vnetd_or_legacy: comm.c.1971:
vnet_connect_to_vnetd_or_service failed: 18
 
I'm able to connect via bpcd and vnetd.. Really confused..


---

13:16:58.247 [1892] <4> VxBSAGetEnv: INF - returning - 
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - entering GetEnv -
NBBSA_FEATURE_ID
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - returning - 
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - entering GetEnv -
BSA_SERVICE_HOST
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - returning - mebdata1
13:16:58.247 [1892] <4> bsa_checkFeatureId: INF - entering
bsa_checkFeatureId 
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - entering GetEnv -
BSA_SERVICE_HOST
13:16:58.247 [1892] <4> VxBSAGetEnv: INF - returning - mebdata1
 
13:16:58.247 [1892] <2> vnet_cached_gethostbyname: vnet_hosts.c.304:
host is not found in cache: mebdata1
13:16:58.247 [1892] <2> vnet_cached_gethostbyname: vnet_hosts.c.395:
Completed : mebdata1
13:16:58.247 [1892] <2> vnet_cached_gethostbyname: vnet_hosts.c.301:
found host in cache: mebdata1
 
13:16:58.358 [1892] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2034:
VN_REQUEST_SERVICE_SOCKET: 6 0x0006
13:16:58.358 [1892] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2048:
service: bprd
13:16:58.409 [1892] <2> vnet_pop_byte: vnet.c.186: errno: 0 0x
 
13:16:58.410 [1892] <2> vnet_pop_byte: vnet.c.188: Function failed: 9
0x0009
13:16:58.410 [1892] <2> vnet_pop_string: vnet.c.274: Function failed: 9
0x0009
13:16:58.410 [1892] <2> vnet_pop_signed: vnet.c.324: Function failed: 9
0x0009
13:16:58.410 [1892] <2> vnet_pop_status: vnet.c.414: Function failed: 9
0x0009
13:16:58.410 [1892] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2064:
status: 9 0x0009
13:16:58.410 [1892] <2> do_vnetd_service: vnet_vnetd.c.4357:
vnet_vnetd_service_socket failed: 9 0x0009
13:16:58.410 [1892] <2> vnet_async_connect: vnet_vnetd.c.3912:
do_vnetd_service failed: 9 0x0009
13:16:58.410 [1892] <2> vnet_async_connect: vnet_vnetd.c.3942: connect
failed: 146 0x0092
13:16:59.409 [1892] <2> vnet_async_connect: vnet_vnetd.c.3942: connect
failed: 146 0x0092
13:17:01.409 [1892] <2> vnet_async_connect: vnet_vnetd.c.3942: connect
failed: 146 0x0092
13:17:05.409 [1892] <2> vnet_async_connect: vnet_vnetd.c.3942: connect
failed: 146 0x0092
13:17:13.409 [1892] <2> vnet_async_connect: vnet_vnetd.c.3942: connect
failed: 146 0x0092
13:17:13.409 [1892] <2> vnet_connect_to_service_or_vnetd:
vnet_vnetd.c.3521: vnet_async_connect failed: 18 0x0012
13:17:13.409 [1892] <2> nb_connect_to_vnetd_or_legacy: comm.c.1971:
vnet_connect_to_vnetd_or_service failed: 18
 
13:17:13.409 [1892] <2> bprd_connect: Cannot connect to server mebdata1
automatically: 25
13:17:13.409 [1892] <2> bprd_connect: Cannot connect to server mebdata1
13:17:13.409 [1892] <2> bprd_connect: errno = 146 - Connection refused
13:17:13.409 [1892] <2> bprd_get_features: bprd_connect(mebdata1)
failed, cannot connect on socket (25)
13:17:13.409 [1892] <8> bsa_checkFeatureId: bprd_get_features() failed,
retrying
 
 
13:17:13.489 [1892] <2> vnet_pop_byte: vnet.c.186: errno: 146 0x0092
13:17:13.489 [1892] <2> vnet_pop_byte: vnet.c.188: Function failed: 42
0x002a
13:17:13.489 [1892] <2> vnet_pop_string: vnet.c.274: Function failed: 42
0x002a
13:17:13.489 [1892] <2> vnet_pop_signed: vnet.c.324: Function failed: 42
0x002a
13:17:13.489 [1892] <2> vnet_pop_status: vnet.c.414: Function failed: 42
0x002a
13:17:13.489 [1892] <2> vnet_vnetd_service_socket: vnet_vnetd.c.2064:
status: 42 0x002a
13:17:13.490 [1892] <2> do_vnetd_service: vnet_vnetd.c.4357:
vnet_vnetd_service_socket failed: 42 0x002a
13:17:13.490 [1892] <2> vnet_async_connect: vnet_vnetd.c.3912:
do_vnetd_service failed

[Veritas-bu] SAN client backup to media server directly to tape pool ???

2009-01-29 Thread Anil.Maurya

 
Hi
I see all document talking about data going to disk storage. Can SAN
client data go directly to tape pool instead disk storage from media
server in NBU 6.5.3?
 
THX
 

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

[Veritas-bu] Report command line equivelant

2009-01-29 Thread Gary sperano


Can anybobdy tell me thee command line equivelant to get the following reports 
in 6.5?
 
Images on Disk
Disk Logs
Disk Storageunit Status
 
thanksGary A. Sperano Jr.___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] New Hardware

2009-01-29 Thread reddi72


Need help with migration master/media running NBU 6.5.2 from HP-UX to Linux 
(Also to a new hardware).

Thanks
Reddy

+--
|This was sent by smitharedd...@hotmail.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

Re: [Veritas-bu] pdf files

2009-01-29 Thread Brooks, Jason

Bob,
If you are on Windows, you can get a cheaper solution that the
full-blown Acrobat suite.  Foxit Reader is a free pdf reader.  It's buy
version allows annotations.  $39 will get it for you.

http://www.foxitsoftware.com/pdf/rd_intro.php

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Stump, Bob A
Sent: Thursday, January 29, 2009 9:58 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] pdf files


Dear fellow teachers, mentors, students and users of NetBackup

I downloaded all the NetBackup 6.5 pdf files. I haven't RTFM all of
manuals since version 4.5.  So much has changed, and I am getting older
:-) 

I use the Adobe Reader 8 version 8.1.3. I am not satisfied with that
solution. I want to be able to highlight items on a page, write notes in
the margins, place a post-it note on a page with a note on it. I want to
have the full functionality as if it were a hard copy document. I am old
school.

Is this functionality available in the Adobe Reader 8? Do I need to
purchase a full blown Adobe installation? Is there another product that
would work better for marking up a pdf file?


Bob Stump
VERITAS "Ain't it the truth"?

_

The information contained in this message is proprietary and/or
confidential. If you are not the 
intended recipient, please: (i) delete the message and all copies; (ii) do
not disclose, 
distribute or use the message in any manner; and (iii) notify the sender
immediately. In addition, 
please be aware that any message addressed to our domain is subject to
archiving and review by 
persons other than the intended recipient. Thank you.
_

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


smime.p7s
Description: S/MIME cryptographic signature
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] pdf files

2009-01-29 Thread Stump, Bob A


Dear fellow teachers, mentors, students and users of NetBackup

I downloaded all the NetBackup 6.5 pdf files. I haven't RTFM all of
manuals since version 4.5.  So much has changed, and I am getting older
:-) 

I use the Adobe Reader 8 version 8.1.3. I am not satisfied with that
solution. I want to be able to highlight items on a page, write notes in
the margins, place a post-it note on a page with a note on it. I want to
have the full functionality as if it were a hard copy document. I am old
school.

Is this functionality available in the Adobe Reader 8? Do I need to
purchase a full blown Adobe installation? Is there another product that
would work better for marking up a pdf file?


Bob Stump
VERITAS "Ain't it the truth"?

_

The information contained in this message is proprietary and/or confidential. 
If you are not the 
intended recipient, please: (i) delete the message and all copies; (ii) do not 
disclose, 
distribute or use the message in any manner; and (iii) notify the sender 
immediately. In addition, 
please be aware that any message addressed to our domain is subject to 
archiving and review by 
persons other than the intended recipient. Thank you.
_

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

Re: [Veritas-bu] Linux slowly dropping drives.

2009-01-29 Thread smpt

We had this problem with 6.5. With previous NBU versions we had only  the
make_scsi_dev problem
We Change from Linux to Solaris x86_64 before one month and now I remember
Linux media servers only as a bad (bad bad...) dream.

Stefanos
-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Harpreet
SINGH
Sent: Thursday, January 29, 2009 2:13 AM
To: Justin Piszcz
Cc: Donaldson, Mark; veritas-bu@mailman.eng.auburn.edu;
veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Linux slowly dropping drives.

Hi,

Same here... but it has happened twice a year only.. and the solution is
only to restart the Redhat 4 server.
Once restarted the server it is back to normal.

With Warm Regards
=-=-=-=-=-=-=-=-=-=-=-=-=-
Harpreet Singh Chana

Phone  :   (O) 6895 - 4326
Fax   :(O) 6895 - 4991
=-=-=-=-=-=-=-=-=-=-=-=-=-

Notice
The information in this message is confidential and may be legally
privileged.  It is intended solely for the addressee.  Access to this
message by anyone else is unauthorized.  If you are not the intended
recipient,  any disclosure,  copying or distribution of the message,  or
any action taken by you in reliance on it,  is prohibited and may be
unlawful.  If you have received this message in error,  please delete it
and contact the sender immediately.  Thank you.

 Justin Piszcz 
To 
 Sent by:  "Donaldson, Mark"   
 veritas-bu-bounce 
 s...@mailman.eng.aub  cc 
 urn.edu   veritas-bu@mailman.eng.auburn.edu   
   Subject 
   Re: [Veritas-bu] Linux slowly   
 01/29/2009 02:33  dropping drives.
 AM

On Wed, 28 Jan 2009, Donaldson, Mark wrote:

> We have a dedicated media server built on an AMD box running RHEL 5.2
> (2.6.18-92.1.13.el5 #1 SMP Thu Sep 4 03:51:21 EDT 2008 x86_64).
>
> Over time, our LTO2 drives will go down one by one.  A "scan" doesn't
> seem to show any issues but if I "vmoprcmd -up" them, they'll just go
> down again.  After I collect a half-dozen down drives, I reboot the
> server and they'll be fine again for while.
>
> Anybody else having this trouble? Have you solved it?
>
> -M
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

What does tpclean -L say?

Have they ever stayed up in the past?

Do you have a fiber switched environment?

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

ForwardSourceID:NT000BB71A

___
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] Linux slowly dropping drives.

Re: [Veritas-bu] SAN client backup to media server directly to tape pool ???

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] SAN client backup to media server directly to tape pool ???

Re: [Veritas-bu] Speaking of tape libraries.. SL8500 vs. SCI2K (SCALAR I2000)?

Re: [Veritas-bu] Linux slowly dropping drives.

Re: [Veritas-bu] Linux slowly dropping drives.

[Veritas-bu] Oracle - The license for the requested feature is not available

[Veritas-bu] SAN client backup to media server directly to tape pool ???

[Veritas-bu] Report command line equivelant

[Veritas-bu] New Hardware

Re: [Veritas-bu] pdf files

[Veritas-bu] pdf files

Re: [Veritas-bu] Linux slowly dropping drives.

18 matches

Site Navigation

Mail list logo

Footer information