Re: [Veritas-bu] ...error requesting media, TpErrno = Robot operation failed

[Justin Piszcz]

On Fri, 15 Sep 2006, [EMAIL PROTECTED] wrote:

> Hi all,
>
> a customer of mine is getting the following error message in a
> restore situation:
>
> Error bptm(pid=3904) error requesting media, TpErrno = Robot
> operation failed
>
> NetBackup is running Windows using version 6.0 using a Sun/StorageTek
> L700 library.
> The customer did not mention any NBU maintenance packs...
>
> Because of the error message I'm thinking of a library failure... any
> suggestions to this?
>
> Thanks a lot!
>
>
> Cheers,
>
> Mirko
>
>
>
>
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>

Robot is hung/etc, open door fix it if the head is stuck and power cycle 
the robot.


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

[Veritas-bu] ...error requesting media, TpErrno = Robot operation failed

[mirko_nbu]

Hi all,

a customer of mine is getting the following error message in a  
restore situation:

Error bptm(pid=3904) error requesting media, TpErrno = Robot  
operation failed

NetBackup is running Windows using version 6.0 using a Sun/StorageTek  
L700 library.
The customer did not mention any NBU maintenance packs...

Because of the error message I'm thinking of a library failure... any  
suggestions to this?

Thanks a lot!


Cheers,

Mirko




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

[Veritas-bu] VSP vs. VSS

[mirko_nbu]

Hi all,

I'm not the expert in Windows backups, so allow me to ask a -  
hopefully - simple
question:

Are there any major differences using VSS vs. using VSP? Only a  
matter of Windows
OS level?

... besides this, I wonder in what situations it makes sense to use  
(whichever) snapshot...
any major disadvantages of not using snapshots at all?

Thanks a lot!


Cheers,

Mirko

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

Re: [Veritas-bu] (no subject)

[Mirko Schlottke]

Simon,

thanks for your answer! I've checked all the client setting and they  
seem to be ok,
no AV and nothing... Anyway: The strange point is, that if we're  
storing a Master Server's
local volume to tape, it gives us about 40Mb/s to a single LTO3,  
storing the DSU results
in 'bout 20Mb/s... whats wrong?

Besides this, I wonder if there are VERITAS customers that can really  
utilize a full LTO3 (70Mb/s)
using network backups with multiplexing on a M$ Windows platform, any  
experience?

I've read a tip 'bout using bpkar32 for testing purpose, I'll check  
this!


Kind regards,

Mirko




On 15.09.2006, at 10:07, WEAVER, Simon wrote:

>
> Mirko
>
> Ok, well maybe we can compare things here, because I have been  
> using DSU's
> to an HP EVA over fiber, and to be truthful, the throughput is  
> pants !!! In
> fact, writing to LTO3 is BETTER than disk.
>
> I do think that writing to disks has been a poor experience for me,  
> and its
> something I may not return to, because I cannot see where I am  
> going wrong!!
>
> Things to look at on the client:
>
> 1) If AV is running, turn it off
> 2) If any Disk defrag / maintenance is taking place on the Server  
> (Disk
> tune-ups, I/O other than backups), turn off
> 3) If Tracker.exe is running on the client, turn it off.
> 4) verify that the correct STU is being used for tape backups
> 5) What type of files are being backed up? Small files are still no  
> good
> (even on fiber its poor).
>
> Over fiber for a server will SMALL files, a 60GB partition can take  
> around
> 1:30 - 2 hours over LAN Network direct to fiber attached LTO3 Drives.
>
> 2TB of Data on a SAN Media Server takes between 4 - 10 hours  
> (sometimes the
> last stream can take 10 hours, again its mainly a lot of small  
> files on
> here).
>
> HTH - gives some ideas and suggestions. I do NOT use 6.0 as it's a  
> little
> buggy (Talk to Ed, he can go into details on this!).
>
> Regards
>
> Simon Weaver
> 3rd Line Technical Support
> Windows Domain Administrator
>
> EADS Astrium Limited, B23AA IM (DCS)
> Anchorage Road, Portsmouth, PO3 5PU
>
> Email: [EMAIL PROTECTED]

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

Re: [Veritas-bu] Cleaning Quandary

[Brooks, Jason]

Well, I found the problem.  First, support was incorrect; plain barcodes
work.  I remember when I imported the tapes, something about setting the
number of cleanings.  When I looked, all the tapes were 0.  I set one up
with valid cleanings, which I believe them to have, and it worked.  As
for the tapes, they were purchased as LTO3 cleaning tapes.

Thanks for the suggestions.

Jason

> -Original Message-
> From: Paul Keating [mailto:[EMAIL PROTECTED] 
> Sent: Friday, September 15, 2006 8:57 AM
> To: Roy Vosberg; Brooks, Jason; Bobby Williams; 
> veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] Cleaning Quandary
> 
> And are the tapes "LTO cleaning tapes" "LTO1/LTO2 cleaning 
> tapes" or "LTO Universal"
> 
> The tapes have RFID chips that are read by the drive, so only 
> the correct tape can be used.
> I had this issue as our original cleaning tapes were 
> LTO1/LTO2 cleaning tapes, and we had only LTO2 drives.
> We installed some LTO3 drives, and EVERYTHING, all LTO2 and 
> LTO3 drives were configured as HCART2, so the LTO1/LTO2 
> cleaning tape would get put in the drive and the drive would 
> kick it back out without cleaning.
> 
> Also, are you using netbackup or the library to do the cleaning?
> 
> If you're using the library to do it, then you're probably 
> not going to get any relevant answers here unless it's from 
> someone who's using the same library, and using the library 
> cleaning feature. If that's the case, I don't know if your 
> library requires tapes with CLN barcodes...
> 
> That said, I've had LTO3 drives run for weeks with the 
> cleaning flag set.
> 
> Paul
> 
> -- 
> 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of Roy 
> > Vosberg
> > Sent: September 14, 2006 2:26 PM
> > To: Brooks, Jason; Bobby Williams; veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Cleaning Quandary
> > 
> > 
> >  
> > If the cleaning tape is configured as HC3_CLN, are your drives are 
> > also configured as hcart3 ?
> >  ..\Volmgr\bin\tpconfig -d
> > 
> > 
> 

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

Re: [Veritas-bu] LTO3 performance

[Bahnmiller, Bryan]

> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Daniel Cox
> Sent: Friday, September 15, 2006 12:51 PM
> To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO3 performance
> 
> 
> I'm still using NB 5.1, but I assume these settings are still 
> valid in 6. Have you tried creating/adjusting the parameters 
> (adjust for Windows
> paths):
> 
> ../netbackup/db/config/SIZE_DATA_BUFFERS_DISK
> ../netbackup/db/config/NUMBER_DATA_BUFFERS_DISK
> 
> If I recall, the staging process still requires netbackup to 
> buffer the data in memory just like a normal client backup. 
> It's not just a simple device to device copy operation.
> 
> DC-
> 
> >-Original Message-
> >From: [EMAIL PROTECTED] [mailto:veritas-bu- 
> >[EMAIL PROTECTED] On Behalf Of Paul Keating
> >Sent: Friday, September 15, 2006 10:16 AM
> >To: veritas-bu@mailman.eng.auburn.edu
> >Subject: Re: [Veritas-bu] LTO3 performance
> >
> >
> >> -Original Message-
> >> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> >
> >>
> >> I apologize for top-posting, but this web client really sucketh...
> >
> >Bah, I'm a top-posting vigilante, even though I come from a usenet 
> >background.
> >;o)
> >
> >> You'll note in my posting that I am  having performance problems 
> >> *destaging*.  These files are typically large.  As I said, 
> I've set 
> >> the fragment size to unlimited.
> >
> >That why I mentioned it when Simon asked "What sort of files 
> are backed 
> >up? Large or a lot of small files?"
> >
> >> I obviously don't have a network problem since I'm going directly 
> >> from a local SAN-attached disk to a SAN-attached tape 
> drive.  I can 
> >> dd from the DSSU at 140-170MB/sec which is about what I'd 
> expect on a 
> >> 2Gbps FC port.
> >
> >DD to where? Have you tried DD to a local (non-SAN) device, like a
> local
> >filesystem that is either local to the box, or at least direct
> connected
> >FC, but not connected via the same HBA?
> >Have you tried tar/cpio from DSSU direct to a tape? Are your 
> DSSU and 
> >tape drive connected via the same HBA? Different HBA? 
> Different port on 
> >same HBA?
> >
> >Is disk connected to a HBA in a 66MHz slot, and tape connect to a HBA
> in
> >a 33MHz slot?
> >
> >Obviously, a tar direct to tape will give you a good idea of 
> the path 
> >throughput without involving Netbackup.
> >
> >
> >Paul

When I was testing the backup to disk and backup to LTO3 performance, I
was getting 150 MB/s disk to disk and 100 MB/s from disk to LTO3 with
our setup. The de-staging performance to LTO3 was about half - around 50
MB/s - of what I would get going directly to tape. I was using the same
test data for all the tests.

Bryan

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

Re: [Veritas-bu] LTO3 performance

[Daniel Cox]

I'm still using NB 5.1, but I assume these settings are still valid in
6. Have you tried creating/adjusting the parameters (adjust for Windows
paths):

../netbackup/db/config/SIZE_DATA_BUFFERS_DISK
../netbackup/db/config/NUMBER_DATA_BUFFERS_DISK

If I recall, the staging process still requires netbackup to buffer the
data in memory just like a normal client backup. It's not just a simple
device to device copy operation.

DC-

>-Original Message-
>From: [EMAIL PROTECTED] [mailto:veritas-bu-
>[EMAIL PROTECTED] On Behalf Of Paul Keating
>Sent: Friday, September 15, 2006 10:16 AM
>To: veritas-bu@mailman.eng.auburn.edu
>Subject: Re: [Veritas-bu] LTO3 performance
>
>
>> -Original Message-
>> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
>>
>> I apologize for top-posting, but this web client really sucketh...
>
>Bah, I'm a top-posting vigilante, even though I come from a usenet
>background.
>;o)
>
>> You'll note in my posting that I am  having performance
>> problems *destaging*.  These files are typically large.  As I
>> said, I've set the fragment size to unlimited.
>
>That why I mentioned it when Simon asked "What sort of files are backed
>up? Large or a lot of small files?"
>
>> I obviously don't have a network problem since I'm going
>> directly from a local SAN-attached disk to a SAN-attached
>> tape drive.  I can dd from the DSSU at 140-170MB/sec which is
>> about what I'd expect on a 2Gbps FC port.
>
>DD to where? Have you tried DD to a local (non-SAN) device, like a
local
>filesystem that is either local to the box, or at least direct
connected
>FC, but not connected via the same HBA?
>Have you tried tar/cpio from DSSU direct to a tape? Are your DSSU and
>tape drive connected via the same HBA? Different HBA? Different port on
>same HBA?
>
>Is disk connected to a HBA in a 66MHz slot, and tape connect to a HBA
in
>a 33MHz slot?
>
>Obviously, a tar direct to tape will give you a good idea of the path
>throughput without involving Netbackup.
>
>
>Paul

*

Note:  The information contained in this message and any attachment to it is 
privileged, confidential and protected from disclosure.  If the reader of this 
message is not the intended recipient, or an employee or agent responsible for 
delivering this message to the intended recipient, you are hereby notified that 
any dissemination, distribution or copying of this communication is strictly 
prohibited.  If you have received this communication in error, please notify 
the sender immediately by replying to the message, and please delete it  from 
your system. Thank you.  NYSE Group.

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

Re: [Veritas-bu] LTO3 performance

[Paul Keating]

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 

> 
> I apologize for top-posting, but this web client really sucketh...

Bah, I'm a top-posting vigilante, even though I come from a usenet
background.
;o)

> You'll note in my posting that I am  having performance 
> problems *destaging*.  These files are typically large.  As I 
> said, I've set the fragment size to unlimited.

That why I mentioned it when Simon asked "What sort of files are backed
up? Large or a lot of small files?"

> I obviously don't have a network problem since I'm going 
> directly from a local SAN-attached disk to a SAN-attached 
> tape drive.  I can dd from the DSSU at 140-170MB/sec which is 
> about what I'd expect on a 2Gbps FC port.

DD to where? Have you tried DD to a local (non-SAN) device, like a local
filesystem that is either local to the box, or at least direct connected
FC, but not connected via the same HBA?
Have you tried tar/cpio from DSSU direct to a tape? Are your DSSU and
tape drive connected via the same HBA? Different HBA? Different port on
same HBA?

Is disk connected to a HBA in a 66MHz slot, and tape connect to a HBA in
a 33MHz slot?

Obviously, a tar direct to tape will give you a good idea of the path
throughput without involving Netbackup.


Paul

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

[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] Backup Shadow Copy Components:\

[Richard . Mickle]

I just fixed the same problem here.
 As it turns out, the problem we had was that we had Xeon processors
in our x64 system.  These where not supported until 5.1 MP 4.  I
had to uninstall all patches, and the 5.1 GA client, then install the client
again using the winnt.x64.exe file for MP 4.  Since doing that, I
no longer get the error 13 on the Shadow Copy Components:\ directive.

> Hi All,
> 
> We have a strange problem,
> 
> client = Windows 2003 x64
> 
> Netbackup = 5.1 MP1
> 
> We get error 13 while backing up the FS on the server, the backup
does not
> even begin, it just waits for first write and then times out. The
beauty is
> that the SQL backups are working notrmally.
> 
> Any suggestions know fixes!
> 


Richard Mickle
UNIX Systems and Storage Administrator
Moore Wallace Response Marketing Services
An RR Donnelley Company
E-Mail:         [EMAIL PROTECTED]
Phone:        920-339-1695
Cell Phone: 920-366-1987
Fax:             920-339-1807
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Initiate Import

[Rob Worman]

Mike-

Is there any chance your tape AXH822 is in the scratch pool?
This situation would crate the exact error you described below.

See also...
http://support.veritas.com/docs/245330

HTH
rob


On Thu, Sep 14, 2006 at 01:30:17PM -0400 or thereabouts, Conner, Mike wrote:
> Hi, I have NB 5.1 MP5...I am trying to recover some images that have
> expired on particular media.  The tapes have not been overwritten.  When
> I try to initiate the import...I get the following error...can anyone
> tell me what I am doing wrong?
> 
> 9/14/2006 1:26:54 PM - begin Import
> 9/14/2006 1:26:55 PM - started process bptm (3176)
> 9/14/2006 1:26:55 PM - started process bptm (3176)
> 9/14/2006 1:26:55 PM - mounting AXH822
> 9/14/2006 1:27:41 PM - Error bptm(pid=3176) ERR - Assign of media id
> AXH822 in Media Manager volume database failed, host
> rvapbcksvr.imb.bminet.org, invalid volume pool.
> 9/14/2006 1:27:41 PM - Error bpimport(pid=3576) Status = cannot perform
> specified media import operation.
> 9/14/2006 1:27:41 PM - end Import; elapsed time: 00:00:47
> cannot perform specified media import operation(176)
> 
> 
> 
> ___
> 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] Resolution of BMR restore problem to RH3 systems with FC cards

[Spearman, David]

Title: Message




The 
Problem 
 
 Dell PE servers running RH3 with emulex 
9000 fibre channel cards connected to Clariion disk space. When running a BMR to 
a stand alone system everything works as advertised. However if the system has 
an Emulex 9000 card in it the BMR job would always fail since it reported a PCI 
load order problem. Suppossedly this could be corrected by running a special 
command at the boot prompt early in the process. That of course did not work. 

 
We contacted Veritas Support and got 
the following answer "It's not supported",i.e., only Emulex 8000 cards  (obsolete) .  
 
 
The 
Solution 
 
 In the spirit of never say die we 
kept working this problem . Since BMR worked perfectly fine restoring a Dell's 
internal system we thought there must be a way around the fibre card problem. In 
fact there is. Mind you this solution restores the internal drives only, and you 
do not want to try and mount the external systems. 
So ...how is it done
 
On your Boot Server you create the 
SRT(s) you will use. Once you have finished that bit go to
 
\export\  
 srt   \yourSRT   \etc  and edit the rc.stage2 
script
 
This is the script that has the disk 
checking section that forces the failure. In particular go the section that 
begins
 
#
# Verify SCSI modules are loaded in the 
order we want.
#
 
And ends
 
    
unset modulesLoaded modulesWanted module
 f i
 
Either delete or remark this entire 
section out. Then run your BMR in the standard fashion choosing the SRT with the edited rc.stage2 
script and it will work. Since you have to select 
"restore system files only" it will automaticaly comment out all external mount 
points in  /etc/fstab with the 
line "BMR" . You can edit these out, mount -a or reboot. If for some reason 
you need to restore the external file systems you can now do so in the 
usual manner. 
 
David 
Spearman
County of Henrico, Va.
 
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] FW: Link To Download Exchange DB Extension -UP DATE

[WEAVER, Simon]

That's more or less how I understood things too !

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: Paul Keating [mailto:[EMAIL PROTECTED] 
Sent: 15 September 2006 14:01
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] FW: Link To Download Exchange DB Extension -UP
DATE


That's correct, from what I understand.

As you are backing up the exchange instance, that is one Exchange License.
However, you are still backing up two "Windows Clients" (the two physical
nodes) so you need regular client licenses for each of those.

Paul

-- 


> -Original Message-
> From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED]
> Sent: September 14, 2006 4:55 PM
> To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] FW: Link To Download Exchange DB 
> Extension -UP DATE
> 
> 
>  
> Just a note on licensing, if you are running the exchange DB
> agent in a
> cluster it is licensed per active node, although you need a client for
> each node.  So... A cluster with 2 nodes and 1 active requires 2
> Netbackup Protect (Client) Licenses but only 1 Exchange 
> Database Option
> license.
> 
> At least that's how we're spending our money w/ Symantec. =P
> 
> -Jonathan
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul 
> Keating
> Sent: Thursday, September 14, 2006 4:24 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] FW: Link To Download Exchange DB
> Extension -UP
> DATE
> 
> >From what I can tell, though I haven't gotten too deep into
> is, is that
> the Netbackup for Exchange client is essentially just a Netbackup for 
> Windows client.Exchange installed on the host is what makes it an 
> Exchange client.
> 
> So basically, it's just a windows server with Netbackup on it. You 
> need to configure some stuff (accounts) on the Exchange server to make 
> it talk properly to the installed Netbackup client...then you back
> it up pretty much the same as a windows box, ie, backup C, D, and
> whatever other drives you have on each physical box, via each 
> individual
> host's node name, then you backup the Exchange DBs by the virtual name
> of the cluster.
> 
> So you can't do a DR of the Exchange app, by installing the windows 
> client on a windows box, then doing a FULL restore to it. You need an 
> exchange server running to accept the restore data, as the restore 
> will talk to the exchange API.so Exchange has to be installed AND
> running.
> 
> I believe, but am not sure if you can install the NBU client first on 
> the bare box, then install Exchange, but I *THINK* you can.
> 
> You need an Exchange license for every instance of exchange you intend 
> ot backup or restore to.
> 
> ie. We have a production cluster, a "restore" instance on a different 
> box, an instance in the lab, and one at our DR site that we will 
> restore to in a DR, so we need 4 licences.
> 
> Paul
> 
> > > Can you clarify something? In the Exchange Admin Guide for the
> > > install, it talks about installing the client, but is there a 
> > > REQUIREMENT to install EXCHANGE 2003 FIRSt before installing the 
> > > NetBackup client?
> 

This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium 
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Backup through firewalls

[David Rock]

* Whelan, Patrick <[EMAIL PROTECTED]> [2006-09-15 15:34]:
> I have a script that runs bprdreq -rereadconfig 50 times (50 is
> completely arbitrary) and so far it has worked every time.

I have never had a problem with on-the-fly changes for vnetd.  You can
also use the CLI to make these changes a LOT faster than screwing with
the Java GUI.

Specifically, the -no_callback option in bpclient

USAGE: bpclient -All [-M master_server] [-l|-L|-H|-FI]
   bpclient -client client_name [-M master_server]
   -l|-L|-H|-FI
   bpclient -client client_name [-M master_server]
   -add|-delete|-update

   For -add and -update the options are
-connect_nr_port <0=no, 1=yes>
-no_callback <0=no, 1=yes>
-dynamic_address <0=no, 1=yes>
-free_browse <0=allow, 1=deny, 2=use>
-list_restore <0=not specified, 1=allow both,
   2=allow list only, 3=deny both>
-max_jobs <1-99>
-current_hostname 
-current_ip_addr 
-current_host host_name[:ip_address]|:ip_address
-WOFB_enabled <0=WOFB disabled, 1=WOFB_enabled>
-WOFB_FIM <0=VSP, 1=VSS>
-WOFB_usage <0=Individual Drive Snapshot, 1=Global Drive Snapshot>
-WOFB_error <0=Abort Backup on Error, 1=Disable & Continue>

-- 
David Rock
[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 ?

[Paul Keating]

I feel your pain.
:o\
Paul

-- 


> -Original Message-
> From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
> Sent: September 15, 2006 9:54 AM
> To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] problems with VTL StorageTek solution ?
> 

> and my management successfully picked the least costly solution that
> (barely) meets our needs possible! =( 
> 
> -J
> 
>  

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] Backup through firewalls

[Whelan, Patrick]

I have a script that runs bprdreq -rereadconfig 50 times (50 is
completely arbitrary) and so far it has worked every time.

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.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jeff
Lightner
Sent: 15 September 2006 15:32
To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup through firewalls

As I said it worked for me doing the reread.  The documentation says you
have to restart the daemons so I noted it as such.  I didn't try without
the reread so it might have worked as you say.

-Original Message-
From: Paul Keating [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 15, 2006 9:11 AM
To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup through firewalls



-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Jeff Lightner

> Step by step notes I wrote when I did this:
> 
> FYI the following is what I did in NetBackup for backing up 
> client in the firewall.  
>  Open Netbackup Java GUI 
>  Go to Host Properties
>  Go to Master Servers
>  Double click on the master server.
>  In Master Server Properties box go to Client Attributes
>  Click Add
>  Type in name of client(s) and hit enter to add to list.
>  Select (highlight) the client(s) from list
>  Under BPCD Connect Back click the VNETD Port radio button
>  Click OK.
>  Exit and you're done with the GUI.

Was with ya up to here

>  After that at command line on the master server run 
>"bprdreq  -rereadconfig".
>(Note - this worked but manual and Datalink indicated 
> bouncing daemons is the only SURE way to do it.
> Datalink said it works "sometimes".)

Never had to do any of this.the message that pops up telling you you
need to bounce the daemons can be ingnored in my experienceonce you
turn on the VNETD radio button, or the "no connect back" check box,
depending on version, click OK, and it works.
No need to bounce anything or re-read any configs IME.

Paul

___
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] Backup through firewalls

[Jeff Lightner]

This is on RHEL 4:

To add permission to iptables on client:

Verify iptables is running with iptables .L and that its last entry is to
block icmp.  (If not running iptables .L will only show about 3 lines.)

1) iptables -D RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
###  Deletes the icmp rule

2) iptables -A RH-Firewall-1-INPUT -m state --state NEW -p tcp --dport bpcd
-j ACCEPT --src 
###  Opens bpcd port for master server.

3) iptables -A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited
###  Readds the icmp rule as last rule.

4) iptables-save >/etc/sysconfig/iptables
###  Saves to file read on iptables start.

Step 2 above assumes 13782 for bpcd tcp is in /etc/services already.   Step 4 
is necessary so after a reboot or bounce of iptables it will reestablish the 
rules.

-Original Message-
From: Allen, Jimmy [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 15, 2006 9:53 AM
To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup through firewalls

Please post the  iptables information.  We are adding Linux to our environment 
and that information would help.

Thanks


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Friday, September 15, 2006 7:47 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup through firewalls

Step by step notes I wrote when I did this:

FYI the following is what I did in NetBackup for backing up client in the 
firewall.  
 Open Netbackup Java GUI 
 Go to Host Properties
 Go to Master Servers
 Double click on the master server.
 In Master Server Properties box go to Client Attributes
 Click Add
 Type in name of client(s) and hit enter to add to list.
 Select (highlight) the client(s) from list
 Under BPCD Connect Back click the VNETD Port radio button
 Click OK.
 Exit and you're done with the GUI.
 After that at command line on the master server run 
   "bprdreq  -rereadconfig".
   (Note - this worked but manual and Datalink indicated 
bouncing daemons is the only SURE way to do it.
Datalink said it works "sometimes".)

Also for above to you must open the following ports on the firewall:
Media >> Client
13782 (bpcd)

Client >> Media
13724 (vnetd)

Media being the media server (which is the master server in our case).

We also did this recently on some Linux clients on firewall so I have notes on 
iptables config if you need that.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Friday, September 15, 2006 1:06 AM
To: David Rock;
Subject: Re: [Veritas-bu] Backup through firewalls

Hi,
I've configured some firewaled NetBackup domains with vnetd and I never had any 
problem with streams. 

I have ages to hear from someone the port model. I had proposed this to some of 
my customers and when the firewall admin understood how many ports needed they 
refused it immediately.


>  ---Original Message---
>  From: David Rock <[EMAIL PROTECTED]>
>  Subject: Re: [Veritas-bu] Backup through firewalls
>  Sent: 14 Sep '06 23:06
>  
>  * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-09-14 13:48]:
>  > There's a whole section on this in the SAG.
>  >
>  > Shortanswer, you need "bpcd" from the master or media server to the  
> > client, "vnetd" the reverse direction.  You have to make sure you  > 
> configure the client for "no callback connections" via the bpclient  > 
> command or, no doubt, someplace in the GUI.
>  >
>  > Users on the client cannot perform their own restores using this.  
> I'm  > told, but have not verified, that you can enable "bprd" from 
> client to  > master to allow this.
>  
>  Speaking as a backup guy who is now on the firewall team, using vnetd 
> is  by far the recommended way of dealing with the firewall.  If all 
> you are  dealing with is backup servers to client machine, the short list is:
>  
>  Server -> Client   port 13782 (bpcd)
>  Client -> Server   ports 13724 (vnetd) and 13720 (bprd)
>  
>  Yes client initiated restores will work with just these ports.  If 
> your  backup servers are hanging off of a DMZ so that your admin 
> clients using  the Java GUI need to get access, you can also use:
>  
>  Admin Client -> Server ports 13722 (bpjava) and 13724 (vnetd)
>  
>  This will also require the /usr/openv/java/nbj.conf file setting of
>  NBJAVA_CONNECT_OPTION=1 (default is 0)
>  
>  The only downside to vnetd that I have heard of but not seen 
> personally  is that you are limited to a single stream for backups, 
> which could  impact your backup model if you are trying to use 
> NEW_STREAM file  directives.  If that is the case, you can configure 
> port ranges and I  highly recommend using ALLOW_NON_RESERVED_PORTS as 
> part of that.  Using  low ports (<1024) by default is one of the stupidest 
> things NBU ever did.
>  
>  --
>  David Rock
>  [EMAIL PROTECTED]
>  _

Re: [Veritas-bu] Backup through firewalls

[Jeff Lightner]

As I said it worked for me doing the reread.  The documentation says you
have to restart the daemons so I noted it as such.  I didn't try without
the reread so it might have worked as you say.

-Original Message-
From: Paul Keating [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 15, 2006 9:11 AM
To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Backup through firewalls



-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Jeff Lightner

> Step by step notes I wrote when I did this:
> 
> FYI the following is what I did in NetBackup for backing up 
> client in the firewall.  
>  Open Netbackup Java GUI 
>  Go to Host Properties
>  Go to Master Servers
>  Double click on the master server.
>  In Master Server Properties box go to Client Attributes
>  Click Add
>  Type in name of client(s) and hit enter to add to list.
>  Select (highlight) the client(s) from list
>  Under BPCD Connect Back click the VNETD Port radio button
>  Click OK.
>  Exit and you're done with the GUI.

Was with ya up to here

>  After that at command line on the master server run 
>"bprdreq  -rereadconfig".
>(Note - this worked but manual and Datalink indicated 
> bouncing daemons is the only SURE way to do it.
> Datalink said it works "sometimes".)

Never had to do any of this.the message that pops up telling you you
need to bounce the daemons can be ingnored in my experienceonce you
turn on the VNETD radio button, or the "no connect back" check box,
depending on version, click OK, and it works.
No need to bounce anything or re-read any configs IME.

Paul

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

[Martin, Jonathan \(Contractor\)]

/sigh

Don't try and figure it out.  It took me 5 weeks to meet all of
Management's demands, and I'm still confused. =P

Basically, IF we went w/ Protectier we would have put it in our "DR
Building" (a significant ways away from our Data Center, connected via
fiber) and would have only had to write tapes for our monthly DR tapes
that get sent out of state.  Of course the problem with that is our
Hitachi SAN IS IN the Datacenter so the plan involved protectier in the
Data Center and replicating the data to the other building.  Or possibly
using the fiber between the buildings for SAN traffic instead of
network. Anyhow, I looked at about 30 or 40 different configs and most
of them were great, but too pricey.  Our retention policy here is pretty
low, we don't keep anything longer than a year except email which
amounts to very few tapes.  I think in the end the solution we are going
with costs about $180,000 and the Prtectier was easily in the $250,000 -
$300,000 range.

Its looking like a slow Friday.. I'm going to get our "final" config
documented and I'll send it out for all to see.  But rest assured I got
grilled on about every backup solution that you could possibly think of,
and my management successfully picked the least costly solution that
(barely) meets our needs possible! =( 

-J

 

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

Interesting.

I think you were mentioning a while back, that you only intend to keep
data on disk for as long as it takes to get it staged off to tape?

In that case, yeah, the cost of ProtectTIER is certainly steep, but if
you intend to keep data around on disk for more than a couple weeks, the
higher cost of protectTIER certainly pays for itself in the disk you
don't have to buy!

Paul

-- 


> -Original Message-
> From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED]
> Sent: September 15, 2006 9:33 AM

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

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

Re: [Veritas-bu] Backup through firewalls

[Allen, Jimmy]

Please post the  iptables information.  We are adding Linux to our environment 
and that information would help.

Thanks


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner
Sent: Friday, September 15, 2006 7:47 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Backup through firewalls

Step by step notes I wrote when I did this:

FYI the following is what I did in NetBackup for backing up client in the 
firewall.  
 Open Netbackup Java GUI 
 Go to Host Properties
 Go to Master Servers
 Double click on the master server.
 In Master Server Properties box go to Client Attributes
 Click Add
 Type in name of client(s) and hit enter to add to list.
 Select (highlight) the client(s) from list
 Under BPCD Connect Back click the VNETD Port radio button
 Click OK.
 Exit and you're done with the GUI.
 After that at command line on the master server run 
   "bprdreq  -rereadconfig".
   (Note - this worked but manual and Datalink indicated 
bouncing daemons is the only SURE way to do it.
Datalink said it works "sometimes".)

Also for above to you must open the following ports on the firewall:
Media >> Client
13782 (bpcd)

Client >> Media
13724 (vnetd)

Media being the media server (which is the master server in our case).

We also did this recently on some Linux clients on firewall so I have notes on 
iptables config if you need that.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Friday, September 15, 2006 1:06 AM
To: David Rock;
Subject: Re: [Veritas-bu] Backup through firewalls

Hi,
I've configured some firewaled NetBackup domains with vnetd and I never had any 
problem with streams. 

I have ages to hear from someone the port model. I had proposed this to some of 
my customers and when the firewall admin understood how many ports needed they 
refused it immediately.


>  ---Original Message---
>  From: David Rock <[EMAIL PROTECTED]>
>  Subject: Re: [Veritas-bu] Backup through firewalls
>  Sent: 14 Sep '06 23:06
>  
>  * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-09-14 13:48]:
>  > There's a whole section on this in the SAG.
>  >
>  > Shortanswer, you need "bpcd" from the master or media server to the  
> > client, "vnetd" the reverse direction.  You have to make sure you  > 
> configure the client for "no callback connections" via the bpclient  > 
> command or, no doubt, someplace in the GUI.
>  >
>  > Users on the client cannot perform their own restores using this.  
> I'm  > told, but have not verified, that you can enable "bprd" from 
> client to  > master to allow this.
>  
>  Speaking as a backup guy who is now on the firewall team, using vnetd 
> is  by far the recommended way of dealing with the firewall.  If all 
> you are  dealing with is backup servers to client machine, the short list is:
>  
>  Server -> Client   port 13782 (bpcd)
>  Client -> Server   ports 13724 (vnetd) and 13720 (bprd)
>  
>  Yes client initiated restores will work with just these ports.  If 
> your  backup servers are hanging off of a DMZ so that your admin 
> clients using  the Java GUI need to get access, you can also use:
>  
>  Admin Client -> Server ports 13722 (bpjava) and 13724 (vnetd)
>  
>  This will also require the /usr/openv/java/nbj.conf file setting of
>  NBJAVA_CONNECT_OPTION=1 (default is 0)
>  
>  The only downside to vnetd that I have heard of but not seen 
> personally  is that you are limited to a single stream for backups, 
> which could  impact your backup model if you are trying to use 
> NEW_STREAM file  directives.  If that is the case, you can configure 
> port ranges and I  highly recommend using ALLOW_NON_RESERVED_PORTS as 
> part of that.  Using  low ports (<1024) by default is one of the stupidest 
> things NBU ever did.
>  
>  --
>  David Rock
>  [EMAIL PROTECTED]
>  ___
>  Veritas-bu [EMAIL PROTECTED]  
> 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 maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] LTO3 performance

[Paul Keating]

Keep in mind that number and size of files is irrelevant to the tape
drive speed.
It only affects how fast the client can collect the data, form a stream
and send it to the network stack.

You can run bpbkar32 on the client
http://seer.entsupport.symantec.com/docs/242918.htm
And see how fast the client can collect and push the data outthis
eliminates the network, the backup server and the tape drive from the
picture, and just gives you an idea of how fast that client could be
backed up, everything else being perfect.

The OP was talking about staging to tape (stage 2), so he's talking
about a small numbr of large files, as the only files being transferred
are image fragments...not individual client files.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of WEAVER, Simon
> Sent: September 15, 2006 8:50 AM
> To: 'Ed Wilts'; [EMAIL PROTECTED]
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO3 performance
> 
> 
> 
> Ed
> Can I ask a question?
> 
> What sort of files are backed up? Large or a lot of small files?
> 
> 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: 15 September 2006 12:57
> To: [EMAIL PROTECTED]
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] LTO3 performance
> 
> 
> On 9/15/2006 2:55 AM, [EMAIL PROTECTED] wrote:
> 
> > a customer of mine is unsing NetBackup 6.0 on a Windows 
> 2003 platform 
> > as it's central backup/recovery infrastructure. A FC 
> attached library 
> > with 3x LTO3 drives is used for storing the data. For better 
> > backup/restore performance, a disk staging area is used!
> > 
> > Unfortunately, the customer only gets about 20Mb/s performance when 
> > storing
> > it's staging area to tape. As far as I know, a LTO3 can 
> deliver round
> about 60-70Mb/s 
> > and starts streaming at about 30-35Mb/s... anyone with the 
> same setup can
> give 
> > some suggestions? 
> > 
> > Buffer sizes are already properly configured...
> 
> We still don't have ours performing well yet, but make sure that the 
> disk staging fragment size is unlimited and do some testing with the 
> tape fragment size (we're currently using 20GB).
> 
> If you do find the magic turbo button, I'd sure appreciate 
> hearing about 
> it.  We sometimes get over 60 or 70MB/sec from some of our clients 
> (we've got a flashbackup client that writes directly to tape 
> through a 
> media server that fast), but many of the destaging jobs go a 
> lot slower 
> even from hardware that should be able to keep up (e.g. Sun V490).
> 
>   .../Ed
> -- 
> Ed Wilts, Mounds View, MN, USA
> mailto:[EMAIL PROTECTED]
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
> This email is for the intended addressee only.
> If you have received it in error then you must not use, 
> retain, disseminate or otherwise deal with it.
> Please notify the sender by return email.
> The views of the author may not necessarily constitute the 
> views of Astrium Limited.
> Nothing in this email shall bind Astrium Limited in any 
> contract or obligation.
> 
> 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
> 

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 d

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

[Paul Keating]

Interesting.

I think you were mentioning a while back, that you only intend to keep
data on disk for as long as it takes to get it staged off to tape?

In that case, yeah, the cost of ProtectTIER is certainly steep, but if
you intend to keep data around on disk for more than a couple weeks, the
higher cost of protectTIER certainly pays for itself in the disk you
don't have to buy!

Paul

-- 


> -Original Message-
> From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
> Sent: September 15, 2006 9:33 AM

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

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

[Martin, Jonathan \(Contractor\)]

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 ?

[Paul Keating]

My info has come from three sources:

A) a question posed to the "contact us" link at diligent.com
B) the Diligent regional Rep for Canada
C) the rep from HDS.

The Rep from HDS agrees with me, that it doesn't make sense.

FC connectivity is sorta obvious...

Paul

-- 


> -Original Message-
> From: Hampus Lind [mailto:[EMAIL PROTECTED] 
> Sent: September 15, 2006 9:12 AM
> To: Paul Keating; [EMAIL PROTECTED]; 
> [EMAIL PROTECTED]
> Cc: veritas-bu@mailman.eng.auburn.edu
> Subject: SV: [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.. :-)
> 

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] Veritas-bu Digest, Vol 5, Issue 51

[Imran Khan]

ad, Stevenage, Hertfordshire, SG1 2AS,
England


This email is for the intended addressee only.
If you have received it in error then you must not use, retain,
disseminate or otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of
Astrium Limited.
Nothing in this email shall bind Astrium Limited in any contract or
obligation.

Astrium Limited, Registered in England and Wales No. 2449259
Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS,
England

-- next part --
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20060915/
99c84dd1/attachment-0001.html

--

Message: 4
Date: Fri, 15 Sep 2006 10:46:42 +0200 (CEST)
From: "J K" <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] BackupExec
To: veritas-bu@mailman.eng.auburn.edu
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain;charset=utf-8

We've got version 4.5 of NetBackup client and all the parts were
purchased at the same time. I don't have the software package at hand
where I'm now so I can't tell the exact version number of BackupExec.

We're running Windows 2000 Server.

BR  Johan Kullberg


> BE will be "simpler" - is the little brother to the big brother of
NBU.
>
> Also, what version is it and what is your Windows version. An out of
date
> BE
> may not be compatible with some of the features of your Windows OS :-)
>



--

Message: 5
Date: Fri, 15 Sep 2006 11:46:49 +0100
From: "WEAVER, Simon" <[EMAIL PROTECTED]>
Subject: Re: [Veritas-bu] Command for finding out witch files are
notbe   ingback-up with status code 1
To: "'Edwin Bader'" <[EMAIL PROTECTED]>,"Martin,
Jonathan
(Contractor)" <[EMAIL PROTECTED]>,
veritas-bu@mailman.eng.auburn.edu
Message-ID:

<[EMAIL PROTECTED]>

Content-Type: text/plain; charset="us-ascii"


I am not sure if you can change them - try the command with a /? for
Windows
users
 
It may or may not help - just an alternative that activity monitor and
the
reports module :-)
 
 

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: Edwin Bader [mailto:[EMAIL PROTECTED] 
Sent: 15 September 2006 09:36
To: WEAVER, Simon; Martin, Jonathan (Contractor);
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Command for finding out witch files are
notbeingback-up with status code 1


Thanks Simon I will try that, all the logging levels are default I
suppose?

  _  

From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Friday, September 15, 2006 7:46 AM
To: Edwin Bader; Martin, Jonathan (Contractor);
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Command for finding out witch files are
notbeingback-up with status code 1


Well here, just tried on one client, and its reporting back the files
its
skipped.
 
Also went to BPERROR from a command line, and that provided a much more
in-depth look at the errors for a client.
 
You could also try this perhaps.
 
HTH
 

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: Edwin Bader [mailto:[EMAIL PROTECTED] 
Sent: 14 September 2006 16:08
To: WEAVER, Simon; Martin, Jonathan (Contractor);
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Command for finding out witch files are
notbeingback-up with status code 1


When I run this against a client it only reports back "backup  of client
NLP17-15 exited with status 1 (the requested operation was partially
successful)
 
 
 

  _  

From: WEAVER, Simon [mailto:[EMAIL PROTECTED] 
Sent: Thursday, September 14, 2006 4:38 PM
To: 'Martin, Jonathan (Contractor)'; Edwin Bader;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Command for finding out witch files are
notbeingback-up with status code 1


Jonathan
Actually, that is not always the case, because the Report tool goes into
more details about every file.
 
HTH

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: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
Sent: 14 September 2006 15:36
To: Edwin Bader; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Command for finding out witch files are
notbeingback-up with 

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

[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] Backup through firewalls

[Paul Keating]

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Jeff Lightner

> Step by step notes I wrote when I did this:
> 
> FYI the following is what I did in NetBackup for backing up 
> client in the firewall.  
>  Open Netbackup Java GUI 
>  Go to Host Properties
>  Go to Master Servers
>  Double click on the master server.
>  In Master Server Properties box go to Client Attributes
>  Click Add
>  Type in name of client(s) and hit enter to add to list.
>  Select (highlight) the client(s) from list
>  Under BPCD Connect Back click the VNETD Port radio button
>  Click OK.
>  Exit and you're done with the GUI.

Was with ya up to here

>  After that at command line on the master server run 
>"bprdreq  -rereadconfig".
>(Note - this worked but manual and Datalink indicated 
> bouncing daemons is the only SURE way to do it.
> Datalink said it works "sometimes".)

Never had to do any of this.the message that pops up telling you you
need to bounce the daemons can be ingnored in my experienceonce you
turn on the VNETD radio button, or the "no connect back" check box,
depending on version, click OK, and it works.
No need to bounce anything or re-read any configs IME.

Paul

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] FW: Link To Download Exchange DB Extension -UP DATE

[Paul Keating]

That's correct, from what I understand.

As you are backing up the exchange instance, that is one Exchange
License.
However, you are still backing up two "Windows Clients" (the two
physical nodes) so you need regular client licenses for each of those.

Paul

-- 


> -Original Message-
> From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] 
> Sent: September 14, 2006 4:55 PM
> To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
> Subject: RE: [Veritas-bu] FW: Link To Download Exchange DB 
> Extension -UP DATE
> 
> 
>  
> Just a note on licensing, if you are running the exchange DB 
> agent in a
> cluster it is licensed per active node, although you need a client for
> each node.  So... A cluster with 2 nodes and 1 active requires 2
> Netbackup Protect (Client) Licenses but only 1 Exchange 
> Database Option
> license.
> 
> At least that's how we're spending our money w/ Symantec. =P
> 
> -Jonathan
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Paul
> Keating
> Sent: Thursday, September 14, 2006 4:24 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] FW: Link To Download Exchange DB 
> Extension -UP
> DATE
> 
> >From what I can tell, though I haven't gotten too deep into 
> is, is that
> the Netbackup for Exchange client is essentially just a Netbackup for
> Windows client.Exchange installed on the host is what makes it an
> Exchange client.
> 
> So basically, it's just a windows server with Netbackup on it.
> You need to configure some stuff (accounts) on the Exchange server to
> make it talk properly to the installed Netbackup 
> client...then you back
> it up pretty much the same as a windows box, ie, backup C, D, and
> whatever other drives you have on each physical box, via each 
> individual
> host's node name, then you backup the Exchange DBs by the virtual name
> of the cluster.
> 
> So you can't do a DR of the Exchange app, by installing the windows
> client on a windows box, then doing a FULL restore to it. You need an
> exchange server running to accept the restore data, as the 
> restore will
> talk to the exchange API.so Exchange has to be installed AND
> running.
> 
> I believe, but am not sure if you can install the NBU client first on
> the bare box, then install Exchange, but I *THINK* you can.
> 
> You need an Exchange license for every instance of exchange you intend
> ot backup or restore to.
> 
> ie. We have a production cluster, a "restore" instance on a different
> box, an instance in the lab, and one at our DR site that we 
> will restore
> to in a DR, so we need 4 licences.
> 
> Paul
> 
> > > Can you clarify something? In the Exchange Admin Guide for the 
> > > install, it talks about installing the client, but is there a 
> > > REQUIREMENT to install EXCHANGE 2003 FIRSt before installing the 
> > > NetBackup client?
> 

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] Cleaning Quandary

[Paul Keating]

And are the tapes "LTO cleaning tapes" "LTO1/LTO2 cleaning tapes" or
"LTO Universal"

The tapes have RFID chips that are read by the drive, so only the
correct tape can be used.
I had this issue as our original cleaning tapes were LTO1/LTO2 cleaning
tapes, and we had only LTO2 drives.
We installed some LTO3 drives, and EVERYTHING, all LTO2 and LTO3 drives
were configured as HCART2, so the LTO1/LTO2 cleaning tape would get put
in the drive and the drive would kick it back out without cleaning.

Also, are you using netbackup or the library to do the cleaning?

If you're using the library to do it, then you're probably not going to
get any relevant answers here unless it's from someone who's using the
same library, and using the library cleaning feature. If that's the
case, I don't know if your library requires tapes with CLN barcodes...

That said, I've had LTO3 drives run for weeks with the cleaning flag
set.

Paul

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Roy Vosberg
> Sent: September 14, 2006 2:26 PM
> To: Brooks, Jason; Bobby Williams; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Cleaning Quandary
> 
> 
>  
> If the cleaning tape is configured as HC3_CLN, are your 
> drives are also
> configured as hcart3 ?
>  ..\Volmgr\bin\tpconfig -d
> 
> 

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] Backup through firewalls

[David Rock]

* smpt <[EMAIL PROTECTED]> [2006-09-15 07:05]:
> Hi,
> I've configured some firewaled NetBackup domains with vnetd and I never had 
> any problem with streams. 
> 
> I have ages to hear from someone the port model. I had proposed this to some 
> of my customers and when the firewall admin understood how many ports needed 
> they refused it immediately.

Yep.  The only reason we had them at all was because of legacy firewall
configs for NBU 3.2 and 3.4.  We have been trying to get rid of all port
range stupidity for several years, but it's always the old "if it ain't
broke..."

Incidentally,  ACSLS 7 can be configured for single port communication
over TCP only, too.  That was another big pain.

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

Re: [Veritas-bu] Command for finding out witch files are notbe ingback-up with status code 1

[David Rock]

* Clooney, David <[EMAIL PROTECTED]> [2006-09-15 13:09]:
> What you need to do is 
>  
> bperror -problems -client $client -d mm/dd/ (start time ) -e
> mm/dd/ (end time) -U
>  
> Start and end time being either side of when the backup took place .
>  
> If there was an error code 1 (partial sucess) then netbackup will have a
> record of it is is still in the error DB

Now that I think about it, this information is also in the 
bpdbjobs -all_columns output.  It's a little more complicated to get it
out, though.  It's buried in the try status data information.

-- 
David Rock
[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 ?

[Paul Keating]

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

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] LTO3 performance

[WEAVER, Simon]

Ed
Can I ask a question?

What sort of files are backed up? Large or a lot of small files?

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: 15 September 2006 12:57
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] LTO3 performance


On 9/15/2006 2:55 AM, [EMAIL PROTECTED] wrote:

> a customer of mine is unsing NetBackup 6.0 on a Windows 2003 platform 
> as it's central backup/recovery infrastructure. A FC attached library 
> with 3x LTO3 drives is used for storing the data. For better 
> backup/restore performance, a disk staging area is used!
> 
> Unfortunately, the customer only gets about 20Mb/s performance when 
> storing
> it's staging area to tape. As far as I know, a LTO3 can deliver round
about 60-70Mb/s 
> and starts streaming at about 30-35Mb/s... anyone with the same setup can
give 
> some suggestions? 
> 
> Buffer sizes are already properly configured...

We still don't have ours performing well yet, but make sure that the 
disk staging fragment size is unlimited and do some testing with the 
tape fragment size (we're currently using 20GB).

If you do find the magic turbo button, I'd sure appreciate hearing about 
it.  We sometimes get over 60 or 70MB/sec from some of our clients 
(we've got a flashbackup client that writes directly to tape through a 
media server that fast), but many of the destaging jobs go a lot slower 
even from hardware that should be able to keep up (e.g. Sun V490).

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

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

This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium 
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

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] Client is not validated to use this server

[Whelan, Patrick]

Are you restoring from another server? Do you have
/usr/openv/netbackup/db/altnames set up properly, see manual for the way
that is right for your implementation?

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.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 15 September 2006 13:10
To: Don Klebba; veritas-bu@mailman.eng.auburn.edu
Cc: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Client is not validated to use this server

Hello Don

Check the bprd log to see what name/ip the server is logging in to the
backup 
server with. You may need to raise the verbose level to 5 to get the
wanted 
information.

You will proably need to stop/start netbackup on the backup server, if
you 
didn't already.

Regards
Michael

On Thu, 14 Sep 2006 07:38:00 -0400, Don Klebba wrote
> I have a windows server that I want to have the ability to do 
> restores. When I go into the backup, archieve, restore screen and 
> choose the select for restore button, I get the error, client is not 
> validated to use this server. I've already gone in the host 
> properties of the master server and allowed access to this server to 
> allow both browse and restore. I've recycled the agents on the 
> master after making this change and still get the same message. I'm 
> running Netbackup 5.1 MP4, does anyone have any ideas?
> -- 
> Don KLebba
> Quicken Loans
> Storage Management Team
> [EMAIL PROTECTED] 
> phone: (734)805-7791
> cell: (734)634-7486
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


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

___
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] Backup through firewalls

[Jeff Lightner]

Step by step notes I wrote when I did this:

FYI the following is what I did in NetBackup for backing up client in the 
firewall.  
 Open Netbackup Java GUI 
 Go to Host Properties
 Go to Master Servers
 Double click on the master server.
 In Master Server Properties box go to Client Attributes
 Click Add
 Type in name of client(s) and hit enter to add to list.
 Select (highlight) the client(s) from list
 Under BPCD Connect Back click the VNETD Port radio button
 Click OK.
 Exit and you're done with the GUI.
 After that at command line on the master server run 
   "bprdreq  -rereadconfig".
   (Note - this worked but manual and Datalink indicated 
bouncing daemons is the only SURE way to do it.
Datalink said it works "sometimes".)

Also for above to you must open the following ports on the firewall:
Media >> Client
13782 (bpcd)

Client >> Media
13724 (vnetd)

Media being the media server (which is the master server in our case).

We also did this recently on some Linux clients on firewall so I have notes on 
iptables config if you need that.

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt
Sent: Friday, September 15, 2006 1:06 AM
To: David Rock; 
Subject: Re: [Veritas-bu] Backup through firewalls

Hi,
I've configured some firewaled NetBackup domains with vnetd and I never had any 
problem with streams. 

I have ages to hear from someone the port model. I had proposed this to some of 
my customers and when the firewall admin understood how many ports needed they 
refused it immediately.


>  ---Original Message---
>  From: David Rock <[EMAIL PROTECTED]>
>  Subject: Re: [Veritas-bu] Backup through firewalls
>  Sent: 14 Sep '06 23:06
>  
>  * [EMAIL PROTECTED] <[EMAIL PROTECTED]> [2006-09-14 13:48]:
>  > There's a whole section on this in the SAG.
>  >  
>  > Shortanswer, you need "bpcd" from the master or media server to the
>  > client, "vnetd" the reverse direction.  You have to make sure you
>  > configure the client for "no callback connections" via the bpclient
>  > command or, no doubt, someplace in the GUI.
>  >  
>  > Users on the client cannot perform their own restores using this.  I'm
>  > told, but have not verified, that you can enable "bprd" from client to
>  > master to allow this.
>  
>  Speaking as a backup guy who is now on the firewall team, using vnetd is
>  by far the recommended way of dealing with the firewall.  If all you are
>  dealing with is backup servers to client machine, the short list is:
>  
>  Server -> Client   port 13782 (bpcd)
>  Client -> Server   ports 13724 (vnetd) and 13720 (bprd)
>  
>  Yes client initiated restores will work with just these ports.  If your
>  backup servers are hanging off of a DMZ so that your admin clients using
>  the Java GUI need to get access, you can also use:
>  
>  Admin Client -> Server ports 13722 (bpjava) and 13724 (vnetd)
>  
>  This will also require the /usr/openv/java/nbj.conf file setting of
>  NBJAVA_CONNECT_OPTION=1 (default is 0)
>  
>  The only downside to vnetd that I have heard of but not seen personally
>  is that you are limited to a single stream for backups, which could
>  impact your backup model if you are trying to use NEW_STREAM file
>  directives.  If that is the case, you can configure port ranges and I
>  highly recommend using ALLOW_NON_RESERVED_PORTS as part of that.  Using
>  low ports (<1024) by default is one of the stupidest things NBU ever did.
>  
>  --
>  David Rock
>  [EMAIL PROTECTED]
>  ___
>  Veritas-bu [EMAIL PROTECTED]
>  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

Re: [Veritas-bu] Cleaning Quandary

[Paul Keating]

Not without access to your library. ;o)

J/K. 

As long as the tapes are defined as cleaning tapes in netbackup, then
they should work IF you have your environment configured so that
Netbackup does the cleaning.

If the library does the cleaning, then you may need CLN tapes, if that's
what the library vendor requires.

-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Brooks, Jason
> Sent: September 14, 2006 12:03 PM
> To: veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Cleaning Quandary
> 
> 
>  Finally talked with support.  They're pointing that our 
> cleaning tapes
> don't have actual CLN*** labels.  Can anyone support/deny this
> allegation?
> 
> Thanks,
> Jason

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] Command for finding out witch files are notbe ingback-up with status code 1

[Clooney, David]

Title: Message



What you need to do is 
 
bperror -problems -client $client -d mm/dd/ (start 
time ) -e mm/dd/ (end time) -U
 
Start and end time being either side of when the backup 
took place .
 
If there was an error code 1 (partial sucess) then 
netbackup will have a record of it is is still in the error 
DB
 
Regards
 
Dave


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, 
SimonSent: 15 September 2006 11:47To: 'Edwin Bader'; 
Martin, Jonathan (Contractor); 
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Command 
for finding out witch files are notbe ingback-up with status code 
1

I 
am not sure if you can change them - try the command with a /? for Windows 
users
 
It may or may not help - just an alternative that activity monitor 
and the reports module :-)
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Edwin Bader 
  [mailto:[EMAIL PROTECTED] Sent: 15 September 2006 
  09:36To: WEAVER, Simon; Martin, Jonathan (Contractor); 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  Thanks Simon I will try that, all the logging levels are 
  default I suppose?
  
  
  From: WEAVER, Simon 
  [mailto:[EMAIL PROTECTED] Sent: Friday, September 15, 
  2006 7:46 AMTo: Edwin Bader; Martin, Jonathan (Contractor); 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  
  Well here, just tried on one client, and its 
  reporting back the files its skipped.
   
  Also went to BPERROR from a command line, and that provided a 
  much more in-depth look at the errors for a 
  client.
   
  You could also try this 
  perhaps.
   
  HTH
   
  Regards
  Simon 
  Weaver3rd Line Technical SupportWindows Domain 
  Administrator 
  EADS Astrium 
  Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
  5PU
  Email: 
  [EMAIL PROTECTED]
  

-Original Message-From: Edwin Bader 
[mailto:[EMAIL PROTECTED] Sent: 14 September 2006 
16:08To: WEAVER, Simon; Martin, Jonathan (Contractor); 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] 
Command for finding out witch files are notbeingback-up with status code 
1
When I run this against a client it only reports 
back "backup  of client NLP17-15 exited with status 1 (the 
requested operation was partially successful)
 
 
 


From: WEAVER, Simon 
[mailto:[EMAIL PROTECTED] Sent: Thursday, September 
14, 2006 4:38 PMTo: 'Martin, Jonathan (Contractor)'; Edwin Bader; 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] 
Command for finding out witch files are notbeingback-up with status code 
1

Jonathan
Actually, that is not always the case, because the Report tool 
goes into more details about every file.
 
HTH
Regards
Simon 
Weaver3rd Line Technical SupportWindows Domain 
Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Martin, 
  Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 14 
  September 2006 15:36To: Edwin Bader; 
  veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] 
  Command for finding out witch files are notbeingback-up with status code 
  1
  In the windows GUI if you click on the job and go to 
  the details its in that log there.  Alternately I think its in the 
  BPKAR32 log?  I'm not 100% sure because I always use the Windows GUI 
  (its a lot easier than parsing log files.)
   
  -Jonathan
  
  
  From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of 
  Edwin BaderSent: Thursday, September 14, 2006 10:36 
  AMTo: veritas-bu@mailman.eng.auburn.eduSubject: 
  [Veritas-bu] Command for finding out witch files are not beingback-up with 
  status code 1
  
  Gents,
   
   
  Several 
  customers are asking witch files are not being backed up when the status 
  code is 1.
   
  Is there a way 
  to retrieve this info?
   
   
   
  Cheers,
   
  Edwin
   
  
  

  
  
This email is for the intended 
  addressee only.If you have received it in error then you must not 
  use, retain, disseminate or otherwise deal with it.Please notify 
  the sender by return email.The views of the author may not 
  necessarily constitute the views of Astrium Limited.Nothing in 
  this email shall bind Astrium Limited in any contract or 
  obligation.Astrium Limited, Reg

Re: [Veritas-bu] Client is not validated to use this server

[ida3248b]

Hello Don

Check the bprd log to see what name/ip the server is logging in to the backup 
server with. You may need to raise the verbose level to 5 to get the wanted 
information.

You will proably need to stop/start netbackup on the backup server, if you 
didn't already.

Regards
Michael

On Thu, 14 Sep 2006 07:38:00 -0400, Don Klebba wrote
> I have a windows server that I want to have the ability to do 
> restores. When I go into the backup, archieve, restore screen and 
> choose the select for restore button, I get the error, client is not 
> validated to use this server. I've already gone in the host 
> properties of the master server and allowed access to this server to 
> allow both browse and restore. I've recycled the agents on the 
> master after making this change and still get the same message. I'm 
> running Netbackup 5.1 MP4, does anyone have any ideas?
> -- 
> Don KLebba
> Quicken Loans
> Storage Management Team
> [EMAIL PROTECTED] 
> phone: (734)805-7791
> cell: (734)634-7486
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


--
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] LTO3 performance

[Ed Wilts]

On 9/15/2006 2:55 AM, [EMAIL PROTECTED] wrote:

> a customer of mine is unsing NetBackup 6.0 on a Windows 2003 platform
> as it's central backup/recovery infrastructure. A FC attached library 
> with 3x LTO3 drives is used for storing the data. For better backup/restore
> performance, a disk staging area is used! 
> 
> Unfortunately, the customer only gets about 20Mb/s performance when storing 
> it's staging area to tape. As far as I know, a LTO3 can deliver round about 
> 60-70Mb/s 
> and starts streaming at about 30-35Mb/s... anyone with the same setup can 
> give 
> some suggestions? 
> 
> Buffer sizes are already properly configured... 

We still don't have ours performing well yet, but make sure that the 
disk staging fragment size is unlimited and do some testing with the 
tape fragment size (we're currently using 20GB).

If you do find the magic turbo button, I'd sure appreciate hearing about 
it.  We sometimes get over 60 or 70MB/sec from some of our clients 
(we've got a flashbackup client that writes directly to tape through a 
media server that fast), but many of the destaging jobs go a lot slower 
even from hardware that should be able to keep up (e.g. Sun V490).

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

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

Re: [Veritas-bu] Command for finding out witch files are notbe ingback-up with status code 1

[WEAVER, Simon]

Title: Message



I 
am not sure if you can change them - try the command with a /? for Windows 
users
 
It may or may not help - just an alternative that activity monitor 
and the reports module :-)
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Edwin Bader 
  [mailto:[EMAIL PROTECTED] Sent: 15 September 2006 
  09:36To: WEAVER, Simon; Martin, Jonathan (Contractor); 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  Thanks Simon I will try that, all the logging levels are 
  default I suppose?
  
  
  From: WEAVER, Simon 
  [mailto:[EMAIL PROTECTED] Sent: Friday, September 15, 
  2006 7:46 AMTo: Edwin Bader; Martin, Jonathan (Contractor); 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  
  Well here, just tried on one client, and its 
  reporting back the files its skipped.
   
  Also went to BPERROR from a command line, and that provided a 
  much more in-depth look at the errors for a 
  client.
   
  You could also try this 
  perhaps.
   
  HTH
   
  Regards
  Simon 
  Weaver3rd Line Technical SupportWindows Domain 
  Administrator 
  EADS Astrium 
  Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
  5PU
  Email: 
  [EMAIL PROTECTED]
  

-Original Message-From: Edwin Bader 
[mailto:[EMAIL PROTECTED] Sent: 14 September 2006 
16:08To: WEAVER, Simon; Martin, Jonathan (Contractor); 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] 
Command for finding out witch files are notbeingback-up with status code 
1
When I run this against a client it only reports 
back "backup  of client NLP17-15 exited with status 1 (the 
requested operation was partially successful)
 
 
 


From: WEAVER, Simon 
[mailto:[EMAIL PROTECTED] Sent: Thursday, September 
14, 2006 4:38 PMTo: 'Martin, Jonathan (Contractor)'; Edwin Bader; 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] 
Command for finding out witch files are notbeingback-up with status code 
1

Jonathan
Actually, that is not always the case, because the Report tool 
goes into more details about every file.
 
HTH
Regards
Simon 
Weaver3rd Line Technical SupportWindows Domain 
Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Martin, 
  Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 14 
  September 2006 15:36To: Edwin Bader; 
  veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] 
  Command for finding out witch files are notbeingback-up with status code 
  1
  In the windows GUI if you click on the job and go to 
  the details its in that log there.  Alternately I think its in the 
  BPKAR32 log?  I'm not 100% sure because I always use the Windows GUI 
  (its a lot easier than parsing log files.)
   
  -Jonathan
  
  
  From: 
  [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED] On Behalf Of 
  Edwin BaderSent: Thursday, September 14, 2006 10:36 
  AMTo: veritas-bu@mailman.eng.auburn.eduSubject: 
  [Veritas-bu] Command for finding out witch files are not beingback-up with 
  status code 1
  
  Gents,
   
   
  Several 
  customers are asking witch files are not being backed up when the status 
  code is 1.
   
  Is there a way 
  to retrieve this info?
   
   
   
  Cheers,
   
  Edwin
   
  
  

  
  
This email is for the intended 
  addressee only.If you have received it in error then you must not 
  use, retain, disseminate or otherwise deal with it.Please notify 
  the sender by return email.The views of the author may not 
  necessarily constitute the views of Astrium Limited.Nothing in 
  this email shall bind Astrium Limited in any contract or 
  obligation.Astrium Limited, Registered in England and Wales 
  No. 2449259Registered Office: Gunnels Wood Road, Stevenage, 
  Hertfordshire, SG1 2AS, 
  England
  


  This email is for the intended 
addressee only.If you have received it in error then you must not 
use, retain, disseminate or otherwise deal with it.Please notify the 
sender by return email.The views of the author may not necessarily 
constitute the views of Astrium Limited.Nothing in this email shall 
bind Astrium Limited in any contract or obligation.Astrium 
Limited, Registered in England and Wales No.

Re: [Veritas-bu] BackupExec

[WEAVER, Simon]

Ok 4.5 for windows is fine.

You can check the system requirments for BE on the symantec.com web site :-)

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: J K [mailto:[EMAIL PROTECTED] 
Sent: 15 September 2006 09:47
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] BackupExec


We've got version 4.5 of NetBackup client and all the parts were purchased
at the same time. I don't have the software package at hand where I'm now so
I can't tell the exact version number of BackupExec.

We're running Windows 2000 Server.

BR  Johan Kullberg


> BE will be "simpler" - is the little brother to the big brother of 
> NBU.
>
> Also, what version is it and what is your Windows version. An out of 
> date BE may not be compatible with some of the features of your 
> Windows OS :-)
>

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

This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium 
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

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

[J K]

We've got version 4.5 of NetBackup client and all the parts were
purchased at the same time. I don't have the software package at hand
where I'm now so I can't tell the exact version number of BackupExec.

We're running Windows 2000 Server.

BR  Johan Kullberg


> BE will be "simpler" - is the little brother to the big brother of NBU.
>
> Also, what version is it and what is your Windows version. An out of date
> BE
> may not be compatible with some of the features of your Windows OS :-)
>

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

Re: [Veritas-bu] Command for finding out witch files are notbeingback-up with status code 1

[Edwin Bader]

Title: Message



Thanks Simon I will try that, all the logging levels are 
default I suppose?


From: WEAVER, Simon 
[mailto:[EMAIL PROTECTED] Sent: Friday, September 15, 
2006 7:46 AMTo: Edwin Bader; Martin, Jonathan (Contractor); 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
for finding out witch files are notbeingback-up with status code 
1

Well here, just tried on one client, and its reporting 
back the files its skipped.
 
Also went to BPERROR from a command line, and that provided a much 
more in-depth look at the errors for a client.
 
You could also try this perhaps.
 
HTH
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Edwin Bader 
  [mailto:[EMAIL PROTECTED] Sent: 14 September 2006 
  16:08To: WEAVER, Simon; Martin, Jonathan (Contractor); 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  When I run this against a client it only reports back 
  "backup  of client NLP17-15 exited with status 1 (the requested 
  operation was partially successful)
   
   
   
  
  
  From: WEAVER, Simon 
  [mailto:[EMAIL PROTECTED] Sent: Thursday, September 
  14, 2006 4:38 PMTo: 'Martin, Jonathan (Contractor)'; Edwin Bader; 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Command 
  for finding out witch files are notbeingback-up with status code 
  1
  
  Jonathan
  Actually, that is not always the case, because the Report tool 
  goes into more details about every file.
   
  HTH
  Regards
  Simon 
  Weaver3rd Line Technical SupportWindows Domain 
  Administrator 
  EADS Astrium 
  Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
  5PU
  Email: 
  [EMAIL PROTECTED]
  

-Original Message-From: Martin, 
Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 14 
September 2006 15:36To: Edwin Bader; 
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] 
Command for finding out witch files are notbeingback-up with status code 
1
In the windows GUI if you click on the job and go to 
the details its in that log there.  Alternately I think its in the 
BPKAR32 log?  I'm not 100% sure because I always use the Windows GUI 
(its a lot easier than parsing log files.)
 
-Jonathan


From: 
[EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Edwin 
BaderSent: Thursday, September 14, 2006 10:36 AMTo: 
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Command 
for finding out witch files are not beingback-up with status code 
1

Gents,
 
 
Several 
customers are asking witch files are not being backed up when the status 
code is 1.
 
Is there a way 
to retrieve this info?
 
 
 
Cheers,
 
Edwin
 


  


  This email is for the intended 
addressee only.If you have received it in error then you must not 
use, retain, disseminate or otherwise deal with it.Please notify the 
sender by return email.The views of the author may not necessarily 
constitute the views of Astrium Limited.Nothing in this email shall 
bind Astrium Limited in any contract or obligation.Astrium 
Limited, Registered in England and Wales No. 2449259Registered 
Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, 
England

  
  
This email is for the intended 
  addressee only.If you have received it in error then you must not use, 
  retain, disseminate or otherwise deal with it.Please notify the sender 
  by return email.The views of the author may not necessarily constitute 
  the views of Astrium Limited.Nothing in this email shall bind Astrium 
  Limited in any contract or obligation.Astrium Limited, Registered 
  in England and Wales No. 2449259Registered 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] (no subject)

[WEAVER, Simon]

Mirko

Ok, well maybe we can compare things here, because I have been using DSU's
to an HP EVA over fiber, and to be truthful, the throughput is pants !!! In
fact, writing to LTO3 is BETTER than disk.

I do think that writing to disks has been a poor experience for me, and its
something I may not return to, because I cannot see where I am going wrong!!

Things to look at on the client:

1) If AV is running, turn it off
2) If any Disk defrag / maintenance is taking place on the Server (Disk
tune-ups, I/O other than backups), turn off
3) If Tracker.exe is running on the client, turn it off.
4) verify that the correct STU is being used for tape backups
5) What type of files are being backed up? Small files are still no good
(even on fiber its poor).

Over fiber for a server will SMALL files, a 60GB partition can take around
1:30 - 2 hours over LAN Network direct to fiber attached LTO3 Drives.

2TB of Data on a SAN Media Server takes between 4 - 10 hours (sometimes the
last stream can take 10 hours, again its mainly a lot of small files on
here).

HTH - gives some ideas and suggestions. I do NOT use 6.0 as it's a little
buggy (Talk to Ed, he can go into details on this!).

Regards

Simon Weaver
3rd Line Technical Support
Windows Domain Administrator 

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

Email: [EMAIL PROTECTED]



-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: 15 September 2006 08:55
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] (no subject)


Hi experts, 

a customer of mine is unsing NetBackup 6.0 on a Windows 2003 platform as
it's central backup/recovery infrastructure. A FC attached library 
with 3x LTO3 drives is used for storing the data. For better backup/restore
performance, a disk staging area is used! 

Unfortunately, the customer only gets about 20Mb/s performance when storing 
it's staging area to tape. As far as I know, a LTO3 can deliver round about
60-70Mb/s 
and starts streaming at about 30-35Mb/s... anyone with the same setup can
give 
some suggestions? 

Buffer sizes are already properly configured... 

Thanks a lot! 


Cheers, 

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

This email is for the intended addressee only.
If you have received it in error then you must not use, retain, disseminate or 
otherwise deal with it.
Please notify the sender by return email.
The views of the author may not necessarily constitute the views of Astrium 
Limited.
Nothing in this email shall bind Astrium Limited in any contract or obligation.

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] (no subject)

[mirko_nbu]

Hi experts, 

a customer of mine is unsing NetBackup 6.0 on a Windows 2003 platform
as it's central backup/recovery infrastructure. A FC attached library 
with 3x LTO3 drives is used for storing the data. For better backup/restore
performance, a disk staging area is used! 

Unfortunately, the customer only gets about 20Mb/s performance when storing 
it's staging area to tape. As far as I know, a LTO3 can deliver round about 
60-70Mb/s 
and starts streaming at about 30-35Mb/s... anyone with the same setup can give 
some suggestions? 

Buffer sizes are already properly configured... 

Thanks a lot! 


Cheers, 

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

Re: [Veritas-bu] Media server migration

[WEAVER, Simon]

Title: Message



not a problem Dave.
If I can help, please give us a 
shout
 
Greetings
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Clooney, David 
  [mailto:[EMAIL PROTECTED] Sent: 15 September 2006 
  08:11To: WEAVER, Simon; 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Media 
  server migration
  Thanks Simon
   
  Yeah, tpautoconf -t results in the required 
  info.
   
  Cheers
   
  Dave
  
  
  From: WEAVER, Simon 
  [mailto:[EMAIL PROTECTED] Sent: 15 September 2006 
  06:36To: Clooney, David; 
  veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Media 
  server migration
  
  Hi Dave
  Points look fine. Only thing to point out 
  is:
   
  This document may be worth a read: http://seer.entsupport.symantec.com/docs/230047.htm
  Turn off Removeable Storage and set service to Disable if this 
  is going to be a media server using drives via zoning / 
  fiber.
   
  I have also tended to manually configure robot / drives rather 
  than auto-detect.
   
  I think the command tpautoconf (I think) may be worth a look at 
  too. (from command line /?)
   
  Hope its of some help.
   
   
  Regards
  Simon 
  Weaver3rd Line Technical SupportWindows Domain 
  Administrator 
  EADS Astrium 
  Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
  5PU
  Email: 
  [EMAIL PROTECTED]
  

-Original Message-From: Clooney, David 
[mailto:[EMAIL PROTECTED] Sent: 14 September 2006 
16:33To: veritas-bu@mailman.eng.auburn.eduSubject: 
[Veritas-bu] Media server migration
All
 
I am undertaking 
the task of migrating a windows media server and want to give the basic 
outline just in case I have  missed anything.
 
Just to add the 
new media server will be performing the exact same task as the old media 
server , windows 2000 to windows 2003
 
1. zone drives 
so new media server has visibility 
2. reboot new 
media server 
3. configure 
drives on new media server
4. Add device 
host and configure new drives on the master
5. Update 
SSO
6. Create 
STU's
7. List all 
media associated with old media server and move to standalone then apply the 
below on the same media
    bpmedia -movedb -m 
 -newserver  [-oldserver 
]
8. Inventory new 
media
9. Change all 
policies using old media server stu's to reflect new
10. 
To 
avoid  FORCE_RESTORE_MEDIA_SERVER being 
implemented on the old media server  , get a list of all backupid's 
associated with old media server and apply the below to 
all
    bpimage: -newserver  
[-oldserver ] [-id ]
11. Decomission 
old media server when ready
 
Q
1. The new media 
server can currently see two test drives in the same library as what the 
production drives are in , all drives are stk 9940A and B's , all media 
servers using the same ACSLS host for robotic   

control. Upon zoning in the 
new drives and rebooting the new media server , should it be as straight 
forward as running C:\program files\veritas\volmgr\bin\scan to get all the 
new drive info or is there more that 
needs to be done for 
visibility of the new drives ?
 
Regards 

 
David
 
 
 
 



Notice to 
recipient:The information in this internet e-mail and any attachments is 
confidential and may be privileged. It is intended solely for the addressee. 
If you are not the intended addressee please notify the sender immediately 
by telephone. If you are not the intended recipient, any disclosure, 
copying, distribution or any action taken or omitted to be taken in reliance 
on it, is prohibited and may be unlawful.When 
addressed to external clients any opinions or advice contained in this 
internet e-mail are subject to the terms and conditions expressed in any 
applicable governing terms of business or client engagement letter issued by 
the pertinent Bank of America group entity.If this email originates 
from the U.K. please note that Bank of America, N.A., London Branch and Banc 
of America Securities Limited are authorised and regulated by the Financial 
Services Authority.



  


  This email is for the intended 
addressee only.If you have received it in error then you must not 
use, retain, disseminate or otherwise deal with it.Please notify the 
sender by return email.The views of the author may not necessarily 
constitute the views of Astrium Limited.Nothing in this email shall 
bind Astrium Limited in any contract or obligation.Astrium 
Limited, Registered in England and Wales No. 2449259Registered 
 

Re: [Veritas-bu] Media server migration

[Clooney, David]

Title: Message



Thanks Simon
 
Yeah, tpautoconf -t results in the required 
info.
 
Cheers
 
Dave


From: WEAVER, Simon 
[mailto:[EMAIL PROTECTED] Sent: 15 September 2006 
06:36To: Clooney, David; 
veritas-bu@mailman.eng.auburn.eduSubject: RE: [Veritas-bu] Media 
server migration

Hi Dave
Points look fine. Only thing to point out 
is:
 
This document may be worth a read: http://seer.entsupport.symantec.com/docs/230047.htm
Turn off Removeable Storage and set service to Disable if this is 
going to be a media server using drives via zoning / 
fiber.
 
I 
have also tended to manually configure robot / drives rather than 
auto-detect.
 
I 
think the command tpautoconf (I think) may be worth a look at too. (from command 
line /?)
 
Hope its of some help.
 
 
Regards
Simon Weaver3rd Line Technical SupportWindows 
Domain Administrator 
EADS Astrium 
Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 
5PU
Email: 
[EMAIL PROTECTED]

  
  -Original Message-From: Clooney, David 
  [mailto:[EMAIL PROTECTED] Sent: 14 September 2006 
  16:33To: veritas-bu@mailman.eng.auburn.eduSubject: 
  [Veritas-bu] Media server migration
  All
   
  I am undertaking 
  the task of migrating a windows media server and want to give the basic 
  outline just in case I have  missed anything.
   
  Just to add the 
  new media server will be performing the exact same task as the old media 
  server , windows 2000 to windows 2003
   
  1. zone drives so 
  new media server has visibility 
  2. reboot new 
  media server 
  3. configure 
  drives on new media server
  4. Add device host 
  and configure new drives on the master
  5. Update 
  SSO
  6. Create 
  STU's
  7. List all media 
  associated with old media server and move to standalone then apply the below 
  on the same media
      
  bpmedia -movedb -m  -newserver  [-oldserver 
  ]
  8. Inventory new 
  media
  9. Change all 
  policies using old media server stu's to reflect new
  10. 
  To 
  avoid  FORCE_RESTORE_MEDIA_SERVER being implemented 
  on the old media server  , get a list of all backupid's associated with 
  old media server and apply the below to all
      
  bpimage: -newserver  [-oldserver ] [-id 
  ]
  11. Decomission 
  old media server when ready
   
  Q
  1. The new media 
  server can currently see two test drives in the same library as what the 
  production drives are in , all drives are stk 9940A and B's , all media 
  servers using the same ACSLS host for robotic   
  control. Upon zoning in the 
  new drives and rebooting the new media server , should it be as straight 
  forward as running C:\program files\veritas\volmgr\bin\scan to get all the new 
  drive info or is there more that 
  needs to be done for 
  visibility of the new drives ?
   
  Regards 
  
   
  David
   
   
   
   
  
  
  
  Notice to 
  recipient:The information in this internet e-mail and any attachments is 
  confidential and may be privileged. It is intended solely for the addressee. 
  If you are not the intended addressee please notify the sender immediately by 
  telephone. If you are not the intended recipient, any disclosure, copying, 
  distribution or any action taken or omitted to be taken in reliance on it, is 
  prohibited and may be unlawful.When addressed to 
  external clients any opinions or advice contained in this internet e-mail are 
  subject to the terms and conditions expressed in any applicable governing 
  terms of business or client engagement letter issued by the pertinent Bank of 
  America group entity.If this email originates from the U.K. please 
  note that Bank of America, N.A., London Branch and Banc of America Securities 
  Limited are authorised and regulated by the Financial Services 
  Authority.
  
  
  

  
  
This email is for the intended 
  addressee only.If you have received it in error then you must not use, 
  retain, disseminate or otherwise deal with it.Please notify the sender 
  by return email.The views of the author may not necessarily constitute 
  the views of Astrium Limited.Nothing in this email shall bind Astrium 
  Limited in any contract or obligation.Astrium Limited, Registered 
  in England and Wales No. 2449259Registered Office: Gunnels Wood Road, 
  Stevenage, Hertfordshire, SG1 2AS, 
EnglandNotice to recipient:The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group en