We're running 6.5.5, and use a similar command from within a script, and it
works fine. Here's whats in our script:
$VMCHANGE -vh $volumeHost -res -m $tape -mt $thisMT -rn $robotNumber -rh
$robotHost -rt none -e -sec 1
Looks like the big difference is that we specify the -rn and -rh. I've
I believe it tracks the drives by serial number. When you reboot you’ll notice
that the device paths get automatically updated.
-devon
From: Jonathan Dyck [mailto:jd...@bank-banque-canada.ca]
Sent: Thursday, August 06, 2009 6:12 AM
To: Peters, Devon C; veritas-bu@mailman.eng.auburn.edu
Subject
I assume you're doing this to help keep the devices from becoming
mis-configured in NBU after a reboot - because the lack of persistent binding
ends up changing the target number for the drives. We've always used
ENABLE_AUTO_PATH_CORRECTION in the vm.conf file for this, which seems to work
We've got NBU 6.5.3 and VCB 1.5 running, and multiplexing works well for us.
You mention the storage unit is set to a max MPX of 2 - something to check if
you haven't already, is to make sure that the schedules are also set to 2.
-devon
-
Date: Wed, 22 Jul 2009
6:41 PM
To: Peters, Devon C; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Vaulting from disk storage groups
Devon,
In 6.5.1+, you can use and define a storage unit group as the source - then
within the Duplication Tab, selecting Advanced configuration, you'll need to
define each
You can't use storage unit groups as the source, and I don't think Vault will
let you use a storage unit group as a duplication destination - you wouldn't
want that anyway since the duplications would probably end up going over the
network.
You'll want to setup the vault profile to choose all
Of Peters,
Devon C
Sent: Wednesday, October 17, 2007 12:12 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Some info on my experiences with 10GbE
Since I've seen a little bit of talk about 10GbE on here in the past I
figured I'd share some of my experiences...
I've recently
Message-
From: Peter Vines [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 11, 2007 3:35 PM
To: Peters, Devon C
Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] New tape drives not appearing in /dev/rmt.
Thanks for the thought, but my st.conf already has those
what to say...
You could try re-building path_to_inst, but Sun support would probably
be your best bet.
-devon
-Original Message-
From: Peter Vines [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 11, 2007 3:53 PM
To: Peters, Devon C
Cc: [EMAIL PROTECTED]; veritas-bu
We don't do anything special for recovery of our SAN media servers (or
any media servers) during a DR test. We build new media servers, and
then use FORCE_RESTORE_MEDIA_SERVER entries in our Master server's
bp.conf file, which forces the restores to be done by the new dr
servers. Ex:
, November 21, 2007 6:59 AM
To: Mike Andres
Cc: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] T2000 vaulting performance with VTL/LTO3
Buffers in memory to disk would be dependent on how much cache the raid
controller has yeah?
Justin.
On Wed, 21 Nov 2007, Mike Andres
PROTECTED]
Sent: Wednesday, November 21, 2007 9:49 AM
To: Justin Piszcz
Cc: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] T2000 vaulting performance with VTL/LTO3
Thanks. I guess my question could be more specifically stated as does
the duplication process utilize
-performance backups (i.e. anything going over the
network) I've never looked into it.
-devon
-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 21, 2007 4:05 PM
To: Peters, Devon C
Cc: Mike Andres; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu
Chris,
To me it looks like there's a 1Gb bottleneck somewhere (90MB/s is about
all we ever got out of 1Gb fibre back in the day). Are there any ISL's
between your tape drive, your switch, and your server's HBA? Also, have
you verified that your tape drives have negotiated onto the fabric as
2Gb
66MB/s.
-devon
-Original Message-
From: Nick Majeran [mailto:[EMAIL PROTECTED]
Sent: Friday, October 19, 2007 9:02 AM
To: veritas-bu@mailman.eng.auburn.edu; Peters, Devon C
Subject: Re: [Veritas-bu] Some info on my experiences with 10GbE
Regarding the tape drives and compression
]
Sent: Thursday, October 18, 2007 1:07 AM
To: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Some info on my experiences with 10GbE
7500 MB/s! That's the most impressive numbers I've ever seen by FAR. I
may have to take back my 10 GbE is a Lie! blog post, and I'd
The data is oracle database files and archive logs, and they compress
real well. The largest single database is about 4TB.
-devon
From: Hall, Christian N. [mailto:[EMAIL PROTECTED]
Sent: Thursday, October 18, 2007 12:22 PM
To: Peters, Devon C; [EMAIL
.
Adam.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curtis
Preston
Sent: Thursday, 18 October 2007 4:07 PM
To: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Some info on my experiences with 10GbE
7500 MB/s! That's
]
Sent: Thursday, October 18, 2007 12:47 PM
To: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Some info on my experiences with 10GbE
Is rss enabled? Not sure what you're asking here...
RSS is receive-side scaling, which apparently helps improve performance:
http
, October 18, 2007 2:18 PM
To: veritas-bu@mailman.eng.auburn.edu; Peters, Devon C
Subject: Re: [Veritas-bu] Some info on my experiences with 10GbE
Devon, just a few more questions:
So you *are* using jumbo frames? I saw that it was enabled in ndd,
but you haven't mentioned it outright.
Also, what
Simon,
Not sure if anyone else has responded yet, but you can tune the number
of tape drives and streams, used for the destaging jobs, by altering the
following files (for unix these would be in /usr/openv/netbackup):
install-path\Veritas\NetBackup\MAX_STAGING_JOBS
Go for Solaris 10, it's worth it.
We've been running 5.1 master servers with Solaris 10 for over a year,
and haven't had any issues with the OS (I definitely prefer it to
Solaris 8/9). One thing to keep in mind is that when installing 5.1GA,
don't try to start any processes until you either 1)
Dave,
In response to your question: Question is I suppose, is there likely to
be a problem with two volume managers using the same disks i.e. HDS
shadow copy and Vrts VM mirroring the same LUNS ???
It's do-able this way, but you'll probably run into some troubles with
the storage on the
Jonathan,
We have a couple Solaris 10 x86 boxes here, and they work just the same
as the SPARC clients. If you have no troubles with Sol10-SPARC, then
you should have no troubles with Sol10-x86.
-Devon
--
Date: Tue, 13 Jun
I've been doing some testing with a Sun V40z server running RHEL4, so I figured I could share some of my experiences with you...
The V40z has the following
2 Opteron 844 CPUs
8GB RAM
2 Intel Quad Pro/1000MT cards (8 1Gbit ports total)
2 Emulex LP1DC HBAs (4 2Gbit ports total)
18
25 matches
Mail list logo