Re: [Veritas-bu] Crazy at Errors in Netbackup 3.4 on Solaris 7

[Hall, Christian N.]

--
Sent from my BlackBerry Wireless Handheld


- Original Message -
From: veritas-bu-boun...@mailman.eng.auburn.edu 

To: VERITAS-BU@mailman.eng.auburn.edu 
Sent: Fri Feb 27 10:12:27 2009
Subject: [Veritas-bu]  Crazy at Errors in Netbackup 3.4 on Solaris 7


Can you advise me how can i make sure device configuration is correct ? And 
what does it mean that amber and white state ? White is normal ?
I replaced the tapes which resulted status code 83 with new tapes . After that 
whenever I run bkp on these tapes ( without killing the jobs and just replace 
from the tape library ), I noticed mounting time is very long and never happen 
to backup again for all those new tapes.  I notice following message in job 
status .  

02/27/2009 00:14:40 - connecting

02/27/2009 00:14:40 - connected; connect

02/27/2009 00:14:40 - mounting media01

started : 02/27/09 00:14:40

Elapsed : 021:06:40

Ended : 


rusman wrote:
> I would also suggest checking your device configuration in NetBackup and 
> making sure it's correct. The mismatched barcodes (expecing A but found B) is 
> indicative of improper configuration, especially when you say you changed the 
> drives. 
> 
> The Disk alerts with Amber/White codes is not a NetBackup error. This is 
> coming from some other monitoring software. 
> 
> Rusty Major, MCSE, BCFP, VCS â–ª Sr. Storage Engineer â–ª SunGard 
> Availability Services â–ª 757 N. Eldridge Suite 200, Houston TX 77079 â–ª 
> 281-584-4693 
> Keeping People and Information Connected® ▪ 
> http://availability.sungard.com/ (Tahoma)  
> P Think before you print  
> CONFIDENTIALITY: This e-mail (including any attachments) may contain 
> confidential, proprietary and privileged information, and unauthorized 
> disclosure or use is prohibited. If you received this e-mail in error, please 
> notify the sender and delete this e-mail from your system.  
> 
> 
> bkpguy  backupcentral.com>  
> Sent by: veritas-bu-bounces < at > mailman.eng.auburn.edu 
> 02/26/2009 08:38 PMPlease respond to
> VERITAS-BU < at > mailman.eng.auburn.edu
> 
> To
> VERITAS-BU < at > mailman.eng.auburn.edu   cc
> Subject
> [Veritas-bu] Crazy at Errors in Netbackup 3.4 on Solaris 7 
> 
> 
> 
> 
> 
> Hi ,
> Thx for your inventory issue to solve. Do you have any any idea about status 
> code 83 and disk errors ? Kindly let me know.
> 
> Regards,
> 
> 
> judy_hinchcliffe wrote:
> 
> > cannot dismount drive 2, slot 91 already is full
> > Move_medium error:
> > expected barcode (media03 ) in slot 85, found barcode ()
> > ) expected barcode (media03 ) in slot 85, found barcode (media01 )
> > 
> > 
> > 
> > Looking at the above issues it looks like the inventory of your library
> > and the inventory of netbackup do not match.
> > 
> > I would first make sure all tapes are unmounted from any tape drives and
> > are in slots ( even if you have to reach in and unmount and move them
> > your self - but you should be able to use robtest to do this).
> > 
> > Once the robot has inventoried himself, in netbackup do an inventory
> > with update. I expect you will se it make some changes like saying what
> > tape is really in slot 91 already.
> > 
> > Once you get this to match.
> > Try backups again and see if it works ok.
> > 
> > 
> > -Original Message-
> > From: veritas-bu-bounces < at > mailman.eng.auburn.edu
> > [mailto:veritas-bu-bounces < at > mailman.eng.auburn.edu] On Behalf Of 
> > bkpguy
> > Sent: Thursday, February 26, 2009 8:22 AM
> > To: VERITAS-BU < at > mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Crazy at Errors in Netbackup 3.4 on Solaris 7
> > 
> > 
> > Hi Gents,
> > Need your kind help/advise/instructions to cure my big problems in
> > netbackup server3.4 running on solaris7 and overland tape library . I
> > have one netbackup 3.4 server and a few media servers running under it.
> > I used to received status code 83 from the backup of media tapes under
> > one of the media servers . I suspect it is due to media tape errors and
> > I changed the tapes under this media server group. But other media tapes
> > under another media server also came out status code 83 and a lot of
> > errors as per follows. PLS PLS HELP ME OUT FROM THIS TROUBLE SINCE I M
> > GOING TO CRAZY.
> > #more /var/adm/messages
> > 
> > Feb 26 09:55:52 netbkpserver002 tldcd[22074]: TLD(2) key = 0x0, asc =
> > 0x0, ascq = 0x0, NO ADDITIONAL SENSE INFORMATION
> > ( It is due to backup tape library ? Pls.advise )
> > Feb 26 09:55:52 netbkpserver002 tldcd[22074]: TLD(2) Move_medium error:
> > CHECK CONDITION
> > ( Really due to media error ? )
> > Feb 26 10:02:25 netbkpserver002 tldcd[22386]: TLD(2) cannot dismount
> > drive 2, slot 91 already is full
> > Feb 26 10:02:25 netbkpserver002 tldcd[22386]: TLD(2) key = 0x0, asc =
> > 0x0, ascq = 0x0, NO ADDITIONAL SENSE INFORMATION
> > Feb 26 10:02:25 netbkpserver002 tldcd[22386]: TLD(2) Move_medium error:
> > CHECK CONDITION
> > -Feb 26 10:19:55 netbkpserver002 tldcd[22962]: 

Re: [Veritas-bu] Anyone using an STK SL3000 out there?

[Hall, Christian N.]

Jon,

 

Are you using ACSLS with the SL3000? 

 

 

-Chris

 

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan Dyck
Sent: Tuesday, September 09, 2008 11:36 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Anyone using an STK SL3000 out there?

 

All,

I've got an Stk SL3000 tape library running in a 6.5MP2A on Solaris 10 (with 
the "standard" engineering binary fix) environment that does not allow media to 
be ejected from it's CAP .   

 

Netbackup is able to send the command to move the tape from a slot to the CAP, 
and the tape ends up there, but the unlock CAP command is not received on the 
library  (so we can't eject the tapes) .  On top of this,  at this point I'm 
not able to manually open the CAP via the front panel, because the library has 
a reservation request from the software (it fires back a "cannot accept request 
at this time, CAP is busy" or something like that).

 

Also, Netbackup doesn't seem to be getting an inventory of the CAP at all when 
trying to inject tapes into the library ( robtest "s p"  comes back empty when 
tapes are loaded in there ). 

 

Symantec and StorageTek/SUN are both scratching there heads out there,  device 
mappings file has been updated to 1.70, sgscan looks clean, robot works for all 
other backup/recovery functions -  it just doesn't know anything about the CAP.

 

Anyone else run into this scenario?

 

Cheers,

Jon

 


 
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] Anyone using an STK SL3000 out there?

[Hall, Christian N.]

What is your SL Console saying in regards to the status of the CAP? 

 

Such as: 

 

Health State:

Device state

Access State:

Locked:

Mode:

Cape Door:

Reserved:

Reserver:

 

 

 

 

 



From: Jonathan Dyck [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, September 09, 2008 11:57 AM
To: Hall, Christian N.; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Anyone using an STK SL3000 out there?

 

Sorry no, not using ACSLS.

 

- Jon

-Original Message-
From: Hall, Christian N. [mailto:[EMAIL PROTECTED] 
Sent: September 09, 2008 11:55 AM
To: Jonathan Dyck; VERITAS-BU@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Anyone using an STK SL3000 out there?

Jon,

 

Are you using ACSLS with the SL3000? 

 

 

-Chris

 

 





From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jonathan 
Dyck
Sent: Tuesday, September 09, 2008 11:36 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Anyone using an STK SL3000 out there?

 

All,

I've got an Stk SL3000 tape library running in a 6.5MP2A on Solaris 10 
(with the "standard" engineering binary fix) environment that does not allow 
media to be ejected from it's CAP .   

 

Netbackup is able to send the command to move the tape from a slot to 
the CAP, and the tape ends up there, but the unlock CAP command is not received 
on the library  (so we can't eject the tapes) .  On top of this,  at this point 
I'm not able to manually open the CAP via the front panel, because the library 
has a reservation request from the software (it fires back a "cannot accept 
request at this time, CAP is busy" or something like that).

 

Also, Netbackup doesn't seem to be getting an inventory of the CAP at 
all when trying to inject tapes into the library ( robtest "s p"  comes back 
empty when tapes are loaded in there ). 

 

Symantec and StorageTek/SUN are both scratching there heads out there,  
device mappings file has been updated to 1.70, sgscan looks clean, robot works 
for all other backup/recovery functions -  it just doesn't know anything about 
the CAP.

 

Anyone else run into this scenario?

 

Cheers,

Jon

 



 
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.


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

Re: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

[Hall, Christian N.]

Patrick,

Need to tell us something about your environment. 

-Chris 


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Friday, August 01, 2008 11:05 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] (0) TRANSIENT (IDL:omg.org/CORBA/TRANSIENT:1.0)

After waiting 4 hours for Symantec to call back on a sev 1 problem I
decided I would ask the real experts. Has anyone seen the above message
and do you have a clue as to what it might mean. All I can find is that
it might be related to PBX, but bpxcfg returns what it is supposed to
and the service shows it's running. This is on a windows 2003 server.
vxlogview -o 103 show that is trying to proxy to nbpem, but fails, and
there is only one nbproxy running. Any help would be greatly
appreciated.


Regards,

Patrick
___
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] ACSLS and Netbackup Enterprise Vault Management

[Hall, Christian N.]

Do you have file called /usr/opv/volmgr/misc/EJECT.txt ?

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Monday, March 03, 2008 12:19 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] ACSLS and Netbackup Enterprise Vault Management


We just incorporated a new STK 8500 in our Netbackup environment.  We
have
an AIX 5.3  master running Netbackup 6.0 MP4.  After completing the
nights
backups we use Vault Management with Netbackup to duplicate our data and
send tapes off-site.  As part of the 8500 we just implemented an 7.2
ACSLS
server - STK installed and configured.

Here's the problem.
Once vault runs and all data is duplicated, the tapes fail to eject into
the 8500 cap.  Netbackup vault jobs says " Ejecting 2 tapes and creating
reports", however netbackup just sits.

Things I changed or checked.
Within the vault session/profile I added the new 8500 cap ports, pointed
to
the new robot.
Added MAP_ID to the vm.conf file.
I can go into media in Netbackup and manually eject a tape into the 8500
cap.
No errors in the netbackup vault sessions log file.
No errors in the ACSLS log files.
Set 8500 cap to both manual and automatic and tested - same result.
Opened a sev-1 with netbackup.

Any ideas?





-
"PLEASE NOTE: The preceding information may be confidential or
privileged. It only should be used or disseminated for the purpose
of conducting business with Parker. If you are not an intended
recipient, please notify the sender by replying to this message and
then delete the information from your system. Thank you for your
cooperation."
___
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] Status 25 - Cannot Connect On Socket

[Hall, Christian N.]

 

Randy, 

 

1.  Have you tired doing a telnet from the client to the master
server? 
2.  What is the BPCD log saying on the master and client for the
transaction? 
3.  Are there multiple interfaces on the client? 

 

 

-Chris

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Tuesday, January 29, 2008 12:05 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Status 25 - Cannot Connect On Socket

 

I have gone through the steps outlined in the In-depth Troubleshooting
Guide for Exit Status Code 25 in Veritas NetBackup (tm) Server /
NetBackup Enterprise Server 6.0 but I have one client that continues to
fail with a status 25.  The client was backing up fine until last
Friday.  I was told that the server crashed as if someone had unplugged
it but it came back up after a reboot.  Ever since that time, the
backups have failed.  All other types of communication are fine except
for the actual attempt to backup data.

 

1. I can bpclntcmd -pn, -hn, -self, -ip and I get proper responses
to and from the Master, Media Server and Client.

2. I can nslookup, nbtstat and ping in both directions.

3. I can telnet to bpcd on the client successfully.

4. I uninstalled and reinstalled the client.  I even typed in a fake
server name along with the other Media Server names and the installation
recognized that the server name was bad.

5. I uninstalled 6.0 and reinstalled 5.1 but the job still failed.

6. I uninstalled the clients and pushed the install from the Master
to verify communication and the install was successful.

7. When I open the Backup, Archive and Restore GUI on the client,
I'm able to browse files from all of the previous backups.

8. If I try to run a user backup from the client, the job also fails
with a Status 25 but the failure is immediate where as the backup from
the Master will run for 2 hours before failing.

9. The client is on the same subnet as the Master and Media and no
firewalls.

10.  I defragged the one drive configured on the client.

 

 

I cannot backup any data and I cannot connect to the client via Client
Properties on the Master Server GUI.  When I start a job, bpcd starts on
the client but bpbkar32 never starts.  I've rebooted, uinstalled,
reinstalled, lit a few candles and organized an all night vigil and
still no luck.

 

Anyone have any secrets I don't know about to resolve the issue?

 

Thanks,
Randy

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

Re: [Veritas-bu] Backup Application Comparisons

[Hall, Christian N.]

Randy, 

 

What questions are you trying to answer, what are your requirements, and
are you currently meeting them? 

 

Thanks,

Chris Hall

 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Randy
Samora
Sent: Thursday, January 17, 2008 12:21 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Backup Application Comparisons

 

Has anyone done any type of comparisons between NetBackup, HP
Data Protector, and/or Microsoft DPM?  We have new people coming in with
new ideas questioning whether or not we are using the best application
for the job.  I think so and I'm looking for documented ammunition.  The
cost of ripping out NetBackup and replacing it with something else
obviously isn't deterring anyone from going down this road so I need
something else.  I'm all for finding the best solution; I'm just of the
opinion that we're already running the best solution.

 

Anyone?

 

Thanks,

Randy

 

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

Re: [Veritas-bu] Solaris 10 with NBU 5.1 MP5 -- Tape Drivesdisappearing

[Hall, Christian N.]

What do you mean by disappear? What log files have you examined so far?
What does modinfo info show for sg? What's the frequency of tape devices
disappearing?  Also could you provide more information about you
environment physical/logical?

Thanks,
Chris Hall


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Monday, October 22, 2007 12:55 PM
To: Dave Markham
Cc: veritas-bu@mailman.eng.auburn.edu; Hudson,Steve
Subject: Re: [Veritas-bu] Solaris 10 with NBU 5.1 MP5 -- Tape
Drivesdisappearing

I remember having to do that back when I used Solaris in PROD backup 
environments, seemed to be what was needed.

On Mon, 22 Oct 2007, Dave Markham wrote:

> Im not sure if its still relevant for Solaris 10 but i remember in the
> device admin guide it mentions that solaris unloads the least used
> devices should the system be busy. These are usually tapes and so it
> recommends adding the following lines into /etc/system
>
> forceload: drv/st
> forceload: drv/sg
>
> Just a thought.
>
> Cheers
>
> Hudson, Steve wrote:
>>
>> Folks has anyone seen the issue we are seeing on Solaris 10. We have
a
>> Media Server that is at Solaris 10 with the Leadville Driver on the
>> HBA and we are running Netbackup Enterprise Server version 5.1 MP5.
>> Our tape drives keep disappearing from the O/S and the drives go
down.
>> Either a reboot or a running of the CFGADM utility
>>
>> Is necessary to get everything back. This is becoming quite painful.
>> It seems from what I have seen on this list most people are very
happy
>> with Solaris 10 and I am wondering if those folks are at NBU 6.0 MP4
>> or even NBU 6.5. Thanks in advance?.
>>
>>

>>
>> *The information contained in this email message and its attachments
>> is intended only for the private and confidential use of the
>> recipient(s) named above, unless the sender expressly agrees
>> otherwise. Transmission of email over the Internet is not a secure
>> communications medium. If you are requesting or have requested the
>> transmittal of personal data, as defined in applicable privacy laws
by
>> means of email or in an attachment to email, you must select a more
>> secure alternate means of transmittal that supports your obligations
>> to protect such personal data. If the reader of this message is not
>> the intended recipient and/or you have received this email in error,
>> you must take no action based on the information in this email and
you
>> are hereby notified that any dissemination, misuse or copying or
>> disclosure of this communication is strictly prohibited. If you have
>> received this communication in error, please notify us immediately by
>> email and delete the original message. *
>>
>>

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

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

Re: [Veritas-bu] Flash backup for mount-points Windows 2003

[Hall, Christian N.]

Excellent. TY

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of tburrell
Sent: Monday, October 15, 2007 3:04 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Flash backup for mount-points Windows 2003


Chris,
We set up one mount point as a dedicated caching area, and then let
Window manage it (using VSS).  Since we are in a cluster the cache has
to be in the same resource group, but it can be shared by all the other
mount points in that group.  Works very well.

Tom


Hall, Christian N. wrote:
> Tom, 
> 
> Thanks for the information provided, but I have one more question. I
> have 10 - 30 LUNS 272GB in size housing millions of small files (77KB
> size) across 16 windows 2003 media servers. 
> 
> Did you have a customized dedicated disk caching area or did you have
> Netbackup manage the cache file sizing for you?
> 
> Thanks,
> Chris Hall
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
tburrell
> Sent: Friday, October 12, 2007 3:25 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
> 
> 
> Chris,
> we did experience one issue with timeouts for large volumes with
massive
> numbers of small files (ie: 500GB file system at 90% full, average
file
> size 11k), which was resolved back at MP4 for 5.1.  Otherwise our
speeds
> have always been significantly better than standard file backups
without
> any special tweaking.  We also found that using DSSU's in combination
> with Flashbackup gave the best performance- not really a surprise
there.
> 
> 
> Of course, if you have mostly empty volumes you pay a huge price in
> terms of size and overall time, but I'm sure you knew that.  In
general
> we have found that we get excellent results using the same settings
that
> work best in the rest of the environment.
> 
> Tom
> 
> 
> 
> Hall, Christian N. wrote:
> 
> > Tom, 
> > 
> > I had the syntax resolved thanks to all that have responded.
However,
> > 
> I
> 
> > noticed that my flash-backups speeds are less then traditional
> > 
> backups.
> 
> > Are you aware of tuning suggestions other then buffer_size and # of
> > buffers available that you have used? Have you experimented with
> > fragment sizes? 
> > 
> > Thanks,
> > Chris Hall
> > 
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf Of
> > 
> tburrell
> 
> > Sent: Friday, October 12, 2007 2:41 PM
> > To: VERITAS-BU@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
> > 
> > 
> > Chris,
> > To be a little more definitive- 5.1 does support Windows
Flashbackup-
> > it's kind of hidden on the top of page 105 of the "Advanced Client
5.1
> > System Administrator's Guide"- they slipped it in as an example in
> > 
> step
> 
> > 10.
> > 
> > We used it extensively (have now upgraded to 6) but it worked very
> > 
> well.
> 
> > 
> > Tom Burrell
> > 
> > 
> > Hall, Christian N. wrote:
> > 
> > 
> > > All,  
> > > 
> > > Veritas Netbackup 5.1MP6  
> > > Master server Solaris 8 
> > > T9940B tape drives X 26  
> > > ACSLS 7.1 
> > > SSO  
> > > Windows 2003 media servers X 20  
> > > Emc Symetric storage  
> > > EMC Clarrion Storage 
> > > EMC 9820-E HBA 
> > > Cisco 9513 SAN 
> > > Quantum DX-100 VTL 
> > > DECRU 1020 
> > > 
> > > According to VERITAS published documentation I am reading.
> > > 
> > > 
> > Fash-backups does not support mount-points on version 5.0. Does this
> > also apply for 5.1? I have not found documentation for 5.1 that says
> > 
> the
> 
> > contrary. Is there anyone out there that's using flash-backup with
> > mount-points with 5.1?  Any help would be appreciated.  
> > 
> > 
> > > 
> > > Thanks, 
> > > Chris Hall
> > > 
> > > 
> > 
> > 
> > 
> > 
>
+--
> 
> > |This was sent by [EMAIL PROTECTED] via Backup Central.
> > |Forward SPAM to [EMAIL PROTECTED]
> > 
> > 
>
+--
> 
> > 
> > 
> > 
> > ___
> > Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> &

Re: [Veritas-bu] Solaris 10 with NBU 5.1 MP5 -- Tape Drives disappearing

[Hall, Christian N.]

Steve, 

What was his/her explanation? I never heard of that before... However,
this is a learning forum.  Please elaborate...

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hudson,
Steve
Sent: Monday, October 22, 2007 9:59 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Solaris 10 with NBU 5.1 MP5 -- Tape
Drivesdisappearing

I am being told by the Unix Admin that because we run the Leadville
Driver we don't need persistent binding.

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of bdoyle
Sent: Friday, October 19, 2007 12:01 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Solaris 10 with NBU 5.1 MP5 -- Tape Drives
disappearing


Hey Steve,
I can confidently say if drives are lost from the O/S where a cfgadm or
a reboot is needed to see them again NBU has absolutely nothing to do
with it. Do you lose /dev/rmt entries? Can you see the drives in the
output of a scan command? You might want to verify the persistant
binding settings for the HBA card.

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


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

-
The information contained in this email message and its attachments
is intended only for the private and confidential use of the
recipient(s) named above, unless the sender expressly agrees
otherwise.
Transmission of email over the Internet is not a secure
communications medium. If you are requesting or have requested the
transmittal of personal data, as defined in applicable privacy laws
by means of email or in an attachment to email, you must select a
more secure alternate means of transmittal that supports your
obligations to protect such personal data. 
If the reader of this message is not the intended recipient and/or
you have received this email in error, you must take no action
based on the information in this email and you are hereby notified
that any dissemination, misuse or copying or disclosure of this
communication is strictly prohibited. If you have received this
communication in error, please notify us immediately by email and
delete the original message.

___
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] Tapeless backup environments

[Hall, Christian N.]

Why don't we just move on..

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Curtis
Preston
Sent: Friday, October 19, 2007 6:52 PM
To: Eagle, Kent; veritas-bu@mailman.eng.auburn.edu
Cc: [EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Tapeless backup environments

Since you've impugned my honor, I feel the need to defend myself a bit,
but I don't want to spend much more time on this topic either:

>My first point was that you quoted a "Wikipedia" article as a source.

The debate as to whether Wikipedia articles have any value is an ongoing
one, and no point in rehashing it here. Suffice it to say that I have
slightly higher opinion of it than you do.

>What I meant was that the posts made by
>"Bob944" seemed to me to be supported by cited facts, and denoted
>personal experiences. 

I have personally used and tested many dedupe solutions.  Based on his
opinion of them, I'm pretty sure Bob944 has not.  So I'm not sure how my
posts could be construed as coming from theory and his from reality.
Perhaps it was just my style of writing.

>He's not pointing to something he previously authored as proof that
>information is fact. 

I never did that.  I only point you to the blog so because I put a lot
of thought into it and figured you could read that version, instead of
me having to rehash it here in email.

>To be fair, I haven't read any of your blog postings, only your posts
in >this forum. 

And I'm guessing you've never read my books or articles or seen me
speak.  I think you'll find that I'm not nearly as stupid as you seem to
think I am.  :)

>And yes; an "Industry Pundit, Author, SME", or whomever, quoting
>"Wikipedia" as a source does tend to dilute credibility, in my mind.
>It's not a personal attack, just my personal position on the issue.

Again, I didn't cite it as my only proof, and yes, we do have a
different opinion on the validity of Wikipedia.

>The part below has me confused where you say " No, because I never said
>those words or anything like them in my article." Since I never...

What I was trying to say was that it seemed to me that he was saying
something along the lines of "my minds already made up, don't confuse me
with the facts."  You said I said the same thing, and I'm saying I
didn't.  In my blog posts (that I was referring and that you did not
read), I think you'll find a very "this is what I think, what do you
think?" mentality.  If you inferred I was trying to say anything else,
please believe I wasn't.

>So one could easily conclude that a position was taken (and published)
>on this topic without sufficient testing or research (the related
>SunSolve and other articles were already out there before these posts
>were made).

Again, you haven't read my blog, so I'm not sure how you can criticize
it.  And it's a BLOG, dude.  The whole spirit of blogging is that it's a
stream of consciousness, not full articles and/or research.  I didn't
write "GbE is a lie!" in an article, I wrote it in a blog.  The same
blog where I wrote "Top 10 Things I learned about backups from watching
Die Hard."  A lot of it is written tongue in cheek and I think anyone
who follows it knows that.  I don't put blogging on a subject on the
same level of "publishing" any more than you consider a Wikipedia
article valid information.  And I think that most people feel the same
way.

BTW, I did a ton of research on Sun.com, neterion, intel, alacritech,
google, etc to find ANY evidence of benchmarks to prove my feelings
wrong before I wrote that blog article.  The sunsolve articles to which
you refer were written, but they aren't benchmarks, they only say "this
is how to configure a 10 GbE NIC on Solaris."

>You can see how maybe a newbie might assume a post as gospel with the
>barrage of credentials? 

I get that, as it happens to me all the time.  It goes with the
territory of being a prolific speaker/author/blogger/blabber.  I try to
help people.  I write and speak a lot as part of that.  If someone takes
my word as gospel without doing their own research then shame on them
and I can't control that.  I stand by what I wrote, and when I'm wrong,
I admit it.  I'm not going to stop writing/emailing/blogging because I
might say something wrong.

>>I actually cut my teeth right down
>>the road from you as the backup guy at MBNA.  (I lived in Newark, DE,
>>and you were my bank.)"

>I'm not sure what you meant to imply by all this? If tenure with backup
>is an issue, than I would suggest you really don't have all that much
>time "in this space",

I never meant to imply that I have more credentials than you.  I only
meant to reply to the part of your post that suggested that I wasn't
coming from a real/practical/having-actually-done-this-before position.
And if 14 years doing backups and restores for my company and other
companies don't give me some amount of credibility, I'm not sure what
does.

>I've never made mention of my employer, or even implied that any of my
>statements repres

Re: [Veritas-bu] Some info on my experiences with 10GbE

[Hall, Christian N.]

Devon, 

 

What is your data type your backing up? How much data? 

 

Thanks,

Chris Hall 

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peters,
Devon C
Sent: Thursday, October 18, 2007 3:10 PM
To: [EMAIL PROTECTED]; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Some info on my experiences with 10GbE

 

We've been pretty happy with the T2000's.

 

The tape library is an IBM 3584, the tape drives are IBM's 4Gb FC LTO-3
drives, there's a dedicated 4Gb HBA for each drive, and everything is
connected to 4Gb McData switches.

 

We used to have IBM's 2Gb FC LTO-3 drives, and with those the peak
performance was around 165MB/s per drive.  These 4Gb drives peak at
around 265MB/s per drive, though with all 3 tape drives active, we see
throughput closer to 220MB/s per drive...I'm guessing we're bottlenecked
by the ports on our disk subsystem at the moment, but since performance
is more than acceptable we're not looking to tune this any further - at
least not until our LTO-4 drives are installed next month ;).

 

-devon

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Thursday, October 18, 2007 6:10 AM
To: Peters, Devon C; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Some info on my experiences with 10GbE


Devon, 

Good to hear that T2000's are screamers. 

What are the library/tape drive specs. Are the drives FC attached? or
are they attached via scsi to the media server? 

Thanks, 
Karl 

> From: [EMAIL PROTECTED] [mailto:veritas-bu-
> [EMAIL PROTECTED] On Behalf Of Peters, Devon C
> Sent: Wednesday, October 17, 2007 12:12 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Some info on my experiences with 10GbE 
>   
> Since I've seen a little bit of talk about 10GbE on here in the past
> I figured I'd share some of my experiences... 
> I've recently been testing some of Sun's dual-port 10GbE NICs on 
> some small T2000's (1Ghz, 4-core).  I'm only using a single port on 
> each card, and the servers are currently directly connected to each 
> other (waiting for my network team to get switches and fibre in
place). 
> So far, I've been able to drive throughput between these two systems
> to about 7500Mbit/sec using iperf.  When the throughput gets this 
> high, all the cores/threads on the receiving T2000 become saturated 
> and TCP retransmits start climbing, but both systems remain quite 
> responsive.  Since these are only 4-core T2000's, I would guess that
> the 6 or 8-core T2000's (especially with 1.2Ghz or 1.4Ghz 
> processors) should be capable of more throughput, possibly near line
speed. 
> The down side achieving this high of throughput is that it requires 
> lots of data streams.  When transmitting with a single data stream, 
> the most throughput I've gotten is about 1500Mbit/sec.  I only got 
> up to 7500Mbit/s when using 64 data streams...  Also, the biggest 
> gains seem to be in the jump from 1 to 8 data streams;  with 8 
> streams I was able to get throughput up to 6500Mbit/sec. 
> Our goal for 10GbE, is to be able to restore data from tape at a 
> speed of at least 2400Mbit/sec (300MB/sec).  We have large daily 
> backups (3-4TB) that we would like to be able to restore (not 
> backup) in a reasonable amount of time.  These restores are used to 
> refresh our test and development environments with current data.  
> The actual backups are done with array based snapshots (HDS 
> ShadowCopy), which then get mounted and backed up by a dedicated 
> media server (6-core T2000).  We're currently getting about 
> 650MB/sec of throughput with the backups (9 streams on 3 LTO3 tape 
> drives - MPX=3 and it's very compressible data). 
> Going off my iperf results, the restoring this data using 9 streams 
> should get us well over 2400Mbit/sec.  But - we haven't installed 
> the cards on our media servers yet, so I have yet to see what the 
> actual performanee of netbackup and LTO3 over 10GbE is.  I'm hopeful
> it'll be close to the iperf results, but if it doesn't meet the goal
> then we'll be looking at other options. 
> -- 
> Devon Peters ___
> 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] Flash backup for mount-points Windows 2003

[Hall, Christian N.]

Tom, 

Thanks for the information provided, but I have one more question. I
have 10 - 30 LUNS 272GB in size housing millions of small files (77KB
size) across 16 windows 2003 media servers. 

Did you have a customized dedicated disk caching area or did you have
Netbackup manage the cache file sizing for you?

Thanks,
Chris Hall
   

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of tburrell
Sent: Friday, October 12, 2007 3:25 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Flash backup for mount-points Windows 2003


Chris,
we did experience one issue with timeouts for large volumes with massive
numbers of small files (ie: 500GB file system at 90% full, average file
size 11k), which was resolved back at MP4 for 5.1.  Otherwise our speeds
have always been significantly better than standard file backups without
any special tweaking.  We also found that using DSSU's in combination
with Flashbackup gave the best performance- not really a surprise there.


Of course, if you have mostly empty volumes you pay a huge price in
terms of size and overall time, but I'm sure you knew that.  In general
we have found that we get excellent results using the same settings that
work best in the rest of the environment.

Tom



Hall, Christian N. wrote:
> Tom, 
> 
> I had the syntax resolved thanks to all that have responded. However,
I
> noticed that my flash-backups speeds are less then traditional
backups.
> Are you aware of tuning suggestions other then buffer_size and # of
> buffers available that you have used? Have you experimented with
> fragment sizes? 
> 
> Thanks,
> Chris Hall
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of
tburrell
> Sent: Friday, October 12, 2007 2:41 PM
> To: VERITAS-BU@mailman.eng.auburn.edu
> Subject: [Veritas-bu] Flash backup for mount-points Windows 2003
> 
> 
> Chris,
> To be a little more definitive- 5.1 does support Windows Flashbackup-
> it's kind of hidden on the top of page 105 of the "Advanced Client 5.1
> System Administrator's Guide"- they slipped it in as an example in
step
> 10.
> 
> We used it extensively (have now upgraded to 6) but it worked very
well.
> 
> Tom Burrell
> 
> 
> Hall, Christian N. wrote:
> 
> > All,  
> > 
> > Veritas Netbackup 5.1MP6  
> > Master server Solaris 8 
> > T9940B tape drives X 26  
> > ACSLS 7.1 
> > SSO  
> > Windows 2003 media servers X 20  
> > Emc Symetric storage  
> > EMC Clarrion Storage 
> > EMC 9820-E HBA 
> > Cisco 9513 SAN 
> > Quantum DX-100 VTL 
> > DECRU 1020 
> > 
> > According to VERITAS published documentation I am reading.
> > 
> Fash-backups does not support mount-points on version 5.0. Does this
> also apply for 5.1? I have not found documentation for 5.1 that says
the
> contrary. Is there anyone out there that's using flash-backup with
> mount-points with 5.1?  Any help would be appreciated.  
> 
> > 
> > Thanks, 
> > Chris Hall
> > 
> 
> 
>
+--
> |This was sent by [EMAIL PROTECTED] via Backup Central.
> |Forward SPAM to [EMAIL PROTECTED]
>
+--
> 
> 
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


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


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

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

Re: [Veritas-bu] Flash backup for mount-points Windows 2003

[Hall, Christian N.]

Tom, 

I had the syntax resolved thanks to all that have responded. However, I
noticed that my flash-backups speeds are less then traditional backups.
Are you aware of tuning suggestions other then buffer_size and # of
buffers available that you have used? Have you experimented with
fragment sizes? 

Thanks,
Chris Hall


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of tburrell
Sent: Friday, October 12, 2007 2:41 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Flash backup for mount-points Windows 2003


Chris,
To be a little more definitive- 5.1 does support Windows Flashbackup-
it's kind of hidden on the top of page 105 of the "Advanced Client 5.1
System Administrator's Guide"- they slipped it in as an example in step
10.

We used it extensively (have now upgraded to 6) but it worked very well.

Tom Burrell


Hall, Christian N. wrote:
> All,  
> 
> Veritas Netbackup 5.1MP6  
> Master server Solaris 8 
> T9940B tape drives X 26  
> ACSLS 7.1 
> SSO  
> Windows 2003 media servers X 20  
> Emc Symetric storage  
> EMC Clarrion Storage 
> EMC 9820-E HBA 
> Cisco 9513 SAN 
> Quantum DX-100 VTL 
> DECRU 1020 
> 
> According to VERITAS published documentation I am reading.
Fash-backups does not support mount-points on version 5.0. Does this
also apply for 5.1? I have not found documentation for 5.1 that says the
contrary. Is there anyone out there that's using flash-backup with
mount-points with 5.1?  Any help would be appreciated.  
> 
> Thanks, 
> Chris Hall


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



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

Re: [Veritas-bu] Flash backup for mount-points Windows 2003

[Hall, Christian N.]

Steve, 

 

When you backups are performing is it showing a file count of one or
many? I was under the impression the way that flashbackup worked is that
it would be a single image of the device that would be backed up, and if
the backups competed it would show number of files backed up 1?  

 

Thanks,

Chris Hall

 

 



From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] 
Sent: Friday, October 12, 2007 12:59 PM
To: Hall, Christian N.; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Flash backup for mount-points Windows 2003

 

I use NBU5.1MP4 flashbackup for my EMC BCV's. Granted they are on a
Solaris 10 server, but I checked one of the policies and there is an
option for flashbackup-windows. 

 

I hope this helps.

 

Steve Sofley 
Sr. Storage Admin 
Cox Communications HSI 
404.847.6567 - Office 
678.525.4874 - Mobile 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hall,
Christian N.
Sent: Friday, October 12, 2007 12:02 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Flash backup for mount-points Windows 2003

 

All, 

Veritas Netbackup 5.1MP6

Master server Solaris 8

T9940B tape drives X 26 

ACSLS 7.1

SSO 

Windows 2003 media servers X 20 

Emc Symetric storage 

EMC Clarrion Storage

EMC 9820-E HBA

Cisco 9513 SAN

Quantum DX-100 VTL

DECRU 1020

According to VERITAS published documentation I am reading. Fash-backups
does not support mount-points on version 5.0. Does this also apply for
5.1? I have not found documentation for 5.1 that says the contrary. Is
there anyone out there that's using flash-backup with mount-points with
5.1?  Any help would be appreciated. 

Thanks,

Chris Hall

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

[Veritas-bu] Flash backup for mount-points Windows 2003

[Hall, Christian N.]

All, 

Veritas Netbackup 5.1MP6
Master server Solaris 8
T9940B tape drives X 26 
ACSLS 7.1
SSO 
Windows 2003 media servers X 20 
Emc Symetric storage 
EMC Clarrion Storage
EMC 9820-E HBA
Cisco 9513 SAN
Quantum DX-100 VTL
DECRU 1020

According to VERITAS published documentation I am reading. Fash-backups
does not support mount-points on version 5.0. Does this also apply for
5.1? I have not found documentation for 5.1 that says the contrary. Is
there anyone out there that's using flash-backup with mount-points with
5.1?  Any help would be appreciated. 

Thanks,
Chris Hall

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

Re: [Veritas-bu] How to backup 30TB of data

[Hall, Christian N.]

MJK, 

How large are you backups?  The number of files in one backup? 7MB/sec,
that's what I am seeing here on my hosts. Also, what type of external
storage and OS? I have tried a number of strategies for backing up my
data including the following with little performance increases.  All of
my backups are SAN based going through a EMC 9513, Emulex 9802-E HBA
with symmterix attached storage running netbackup 5.1MP6, T9904B tape
drives, and SSO 

1.  Flash backups 
2.  Synthetic backups
3.  multi-plexing | multi-streaming
4.  Wild cards in backup selections
5.  calendar based backups 


As of now, I am trying to get the storage folks to re-design there disk
presentation by consolidating into NAS and trying to do NDMP based
backups versus the hosts doing the data push to tape. Evidently because
my data is very similar to yours with over 40 million files one host it
seems that the bottle neck is the windows host even when I try different
strategies of backing up...

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of King5899
Sent: Tuesday, September 25, 2007 5:46 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] How to backup 30TB of data


I have a new customer coming in that has 30 TB of SAN that they want to
put behind 2 Windows servers acting as a clustered NAS Gateway.(Not my
idea). The directory structure includes tens of millions of small images
spread across 10 of millions of directories. Currently they backup their
windows servers at a rate of about 25 GB an hour, however the data could
pass over the fiber network to the fiber tape drives. I am entertaining
SAN snapshots, and backing up the snapshots from the backup server, but
not sure if that is the best solution.

How would I possibly back this up in a reasonable time? 

Any help would be appreciated.

MJK

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


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

Re: [Veritas-bu] STK T10000 tape drive

[Hall, Christian N.]

What type of data? 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Schaefer, Harry
Sent: Thursday, September 13, 2007 10:09 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] STK T1 tape drive

FWIW, I have done write tests with ours and based on output from iostat
-xtc, the write speeds were between 100-105 mb/sec...

Harry

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Austin
Murphy
Sent: Wednesday, September 12, 2007 5:23 PM
To: Brad Hillebrand
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] STK T1 tape drive

On 9/12/07, Brad Hillebrand <[EMAIL PROTECTED]> wrote:
> Does anyone have any experiences with the Sun/StorageTek T1 tape
drive?

I don't use them, but I did some research.
One gotcha that I came across was the writing speed.  They can only
write at either 120 MB/sec or 50 MB/sec.  There is no in between. Your
disk staging or virtual tape better be able to spit out the data at
one of those rates or the thing will shoe-shine like crazy.

LTO-4 drives are likely to be easier to feed data and a lot cheaper.
I haven't compared prices with the hardware encryption options, but
w/o the encryption the drive prices are something like $5k vs. $30k.

Also LTO-4 native capacity is 800 GB vs 500 GB for the T10k.  Both can
write at 120 MB/Sec.

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

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

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

Re: [Veritas-bu] Status 57 - Resolutions?

[Hall, Christian N.]

Jason, 

Also, make sure the source IP address of the client is recognizable by
the master. I have seen in some cases where a multi-home hosts is
routing BP traffic from an interface not recognized by the master What
about a tool similar to tcpdump, or snoop to examine your traffic?  

Thanks,
Chris Hall
 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Blaine
Robison
Sent: Monday, September 10, 2007 12:03 PM
To: Brooks, Jason; [EMAIL PROTECTED];
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Status 57 - Resolutions?

Did You try running bptestbpcd to determine if the ports were open? 

--- "Brooks, Jason" <[EMAIL PROTECTED]> wrote:

> I've ran that with success.  The host can resolve the master and
they're on
> the same subnet.  For the Windows folks, the client is in a child
domain of
> the master.  None of the troubleshooting steps for the 57s have
produced
> anything - i.e., all the steps have succeeded.  That's why I'm
wondering
> about the next step, which I thought was bpbkar, but produced no logs
at
> all. 
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] 
> > [mailto:[EMAIL PROTECTED] On Behalf 
> > Of Bobby Williams
> > Sent: Monday, September 10, 2007 11:22 AM
> > To: Brooks, Jason; veritas-bu@mailman.eng.auburn.edu
> > Subject: Re: [Veritas-bu] Status 57 - Resolutions?
> > 
> > Run bpclntcmd -pn on the client.
> > 
> > I would suspect that the client can't resolve the master.
> > 
> > Can you view the host properties via the GUI?
> > 
> > 
> > 
> > 
> > Bobby Williams
> > 2205 Peterson Drive
> > Chattanooga, Tennessee  37421
> > 423-296-8200
> > 
> > -Original Message-
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] On Behalf 
> > Of Brooks, Jason
> > Sent: Monday, September 10, 2007 11:15 AM
> > To: veritas-bu@mailman.eng.auburn.edu
> > Subject: [Veritas-bu] Status 57 - Resolutions?
> > 
> > I've been getting Status 57s on a host since we added it to 
> > the NBU environment.  Here's the setup:
> > Master server: Windows2K3, SP2 with NBU 6.0MP4
> > Client: Windows2K3 Enterprise, R2 SP2 with 6.0MP4 client
> > 
> > Anytime a backup is initiated, it ends with a 57.  Looking at 
> > the BPCD logs, here's what I see:
> > 
> > 10:31:38.505 [3152.1472] <2> logconnections: BPCD ACCEPT FROM
> > 192.168.64.169.1952 TO 192.168.64.206.13724
> > 10:31:38.505 [3152.1472] <2> bpcd main: setup_sockopts complete
> > 10:31:38.521 [3152.1472] <2> bpcd peer_hostname: Connection 
> > from host master.longwood.edu (192.168.64.169) port 1952
> > 10:31:38.521 [3152.1472] <2> bpcd valid_server: comparing 
> > master and master.longwood.edu
> > 10:31:38.521 [3152.1472] <4> bpcd valid_server: hostname 
> > comparison succeeded
> > 10:31:38.708 [3152.1472] <2> bpcd main: output socket port number =
1
> > 10:31:39.021 [3152.1472] <2> bpcd main: Duplicated vnetd 
> > socket on stderr
> > 10:31:39.021 [3152.1472] <2> bpcd main: < NetBackup 6.0 0 
> > initiated
> > 10:31:39.021 [3152.1472] <2> bpcd main: Not using VxSS 
> > authentication with master.longwood.edu
> > 10:31:39.177 [3152.1472] <2> bpcd main: BPCD_GET_VERSION_RQST
> > 10:31:39.458 [3152.1472] <2> bpcd main: BPCD_GET_NB_VERSION_RQST
> > 10:31:39.458 [3152.1472] <4> bpcd main: Version string is 
> > NetBackup 6.0
> > 60"C:\ProgramFiles\VERITAS\NetBackup\bin"
> > 10:31:39.677 [3152.1472] <2> bpcd main: BPCD_GET_BE_VERSION_RQST
> > 10:31:39.677 [3152.1472] <4> bpcd main: Backup Exec Config 
> > key not found.
> > 10:31:39.677 [3152.1472] <4> bpcd main: Version string is 
> > NetBackup 6.0
> > 60"C:\ProgramFiles\VERITAS\NetBackup\bin"
> > 10:31:39.942 [3152.1472] <2> bpcd main: BPCD_GET_VERSION_RQST
> > 10:31:40.271 [3152.1472] <2> bpcd main: 
> > BPCD_READ_HOST_CONFIG_RQST 10:31:40.880 [3152.1472] <2> bpcd 
> > main: BPCD_GET_VERSION_RQST
> > 10:31:41.114 [3152.1472] <2> bpcd main: BPCD_GET_PRIVILEGES_RQST
> > 10:31:41.427 [3152.1472] <2> bpcd main: BPCD_GET_PLATFORM_RQST
> > 10:31:41.755 [3152.1472] <2> bpcd main: BPCD_GET_UNAME_RQST
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: UNAME_SYSNAME =
WindowsNET
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: UNAME_NODENAME = CLIENT1
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: UNAME_RELEASE = 5
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: UNAME_VERSION = 2
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: UNAME_MACHINE = 
> > Intel x86 - Unknown - Revision x403
> > 10:31:41.755 [3152.1472] <2> getUnameInfo: END
> > 10:31:41.989 [3152.1472] <2> bpcd main: BPCD_DISCONNECT_RQST
> > 10:31:41.989 [3152.1472] <2> bpcd exit_bpcd: exit status
> >   --->exiting
> > 
> > By this, I can't see that it fails.  Is it dumping to another 
> > service and failing there?  The only other thing I have 
> > logging is bpbkar and vnetd, and there's nothing there.
> > 
> > I've retried with loglevel at 5, but still nothing.  The 
> > firewall isn't turned on on the client, so I'm at a loss.
> > 
> > Suggestions?
> > 

Re: [Veritas-bu] Tuning Windows backups

[Hall, Christian N.]

Ed, 

What cache sizings are you sing for your flashbackups? I have tried letting 
backups determine the size as well as modifying the cache size based on 
VERITAS's recommendations but was getting 156s' repeatedly. With these concerns 
and many other problems we didn't deploy the product as a solution.  The 
storage is a mix between symmetrix, and clariion. We are running 5.1MP6, the 
hosts are windows 2003 R2, the master is a UNIX Solaris 8 running SSO. We have 
many millions of small files and terabytes of data.  Any feedbackup would be 
great...

Thanks,
Chris Hall


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating
Sent: Tuesday, May 22, 2007 11:52 AM
To: Ed Wilts; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Tuning Windows backups

Just out of curiousity, what is the filesystem sizes, and amount of
"free space" on the filesystems?

Ie, are youbacking up 2TB volumes with 1TB of data?
Or more like 900GB of data on a 1TB volume?

We're getting killed with some boxes that have about 1TB on a 2TB
volume, but millions of files.
It's gotten worse over time despite little data growth.
Assuming defragging is sucking...
However, backing up 1TB of empty space using FlashBackup would suck.

Also, maybe I'm out of the loop...been a while since I looked into this,
but is single file restore available with Flashbackup for Windows now?

Paul


-- 


> -Original Message-
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED] On Behalf 
> Of Ed Wilts
> Sent: May 18, 2007 9:57 AM
> To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu
> Subject: Re: [Veritas-bu] Tuning Windows backups
> 
> 
> Flashbackup.  That's the best answer on any client with 
> millions of little
> files.  We're using it on file systems much larger than yours 
> and with 10x
> the number of files.
> 
>   .../Ed


La version française suit le texte anglais.



This email may contain privileged and/or confidential information, and the Bank 
of
Canada does not waive any related rights. Any distribution, use, or copying of 
this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediately 
from
your system and notify the sender promptly by email that you have done so. 



Le présent courriel peut contenir de l'information privilégiée ou 
confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute 
diffusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient par une
personne autre que le ou les destinataires désignés est interdite. Si vous 
recevez
ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans 
délai à
l'expéditeur un message électronique pour l'aviser que vous avez éliminé de 
votre
ordinateur toute copie du courriel reçu.

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

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

Re: [Veritas-bu] SL8500 Tape Library

[Hall, Christian N.]

Same here. Alot of our problems were with the robotics. All is well
now..



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Wednesday, April 25, 2007 3:22 PM
To: David Turner
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] SL8500 Tape Library



We have three SL8500's in our environment.  They have been in service
for about two years. 
Our experience had been good. We just upgraded from Netbackup 5.1 to
Netbackup 6.0MP4, and 
there were no problems with the libraries due to the upgrade.  We have
had a few hardware problems 
with the Robots in the beginning, but that has settled down now.  Most
is normal, such as replacing 
tape drives, etc. 

 Do you have any specific questions.? 


=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED] 



"David Turner" <[EMAIL PROTECTED]> 
Sent by: [EMAIL PROTECTED] 

04/25/2007 02:06 PM 

To
 
cc
Subject
[Veritas-bu] SL8500 Tape Library






I am thinking about purchasing the Storagetek SL8500 Library and I'm
wondering if anyone out there has any input or experience on these
units? 
  
Veritas Netbackup 5.1 
Windows Master 
4 Windows Media server 
3 Netapp Filers 
  
  
thanks___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").
This Email is intended solely for the use of the person(s) to which it
is addressed. If you are not an intended recipient, or the employee or
agent responsible for delivery of this Email to the intended
recipient(s), you are hereby notified that any dissemination,
distribution or copying of this Email is strictly prohibited. If you
have received this message in error, please immediately notify the
sender and permanently delete this Email and any copies. PHI policies
expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by
Email communication. PHI will not accept any liability in respect of
such communications. 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] SL8500 Tape Library

[Hall, Christian N.]

We have 2 of them. What type of tape drives are you going to populate it
with?  What kind of questions do you have? 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Turner
Sent: Wednesday, April 25, 2007 2:06 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] SL8500 Tape Library



I am thinking about purchasing the Storagetek SL8500 Library and I'm
wondering if anyone out there has any input or experience on these
units?

 

Veritas Netbackup 5.1 

Windows Master

4 Windows Media server

3 Netapp Filers

 

 

thanks

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

Re: [Veritas-bu] NFS Backups

[Hall, Christian N.]

Courtney, 

Just NFS shares, no CIFS from your NAS? How much data do you share to
your hosts (NFS shares to clients)? What type of library are you using,
and tape drives? We are looking at a similar configuration for
consolidating EMC luns that are connected to Windows media servers that
cannot efficiently backup data that is non-compressible, small file data
1MB size with a count in the millions, with a throughput of 5MB-7MB/sec.


Thanks,
Chris Hall


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jones,
Courtenay
Sent: Tuesday, March 27, 2007 12:56 PM
To: Martin, Jonathan (Contractor); veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NFS Backups

We have done something similar ...

NDMP Enviroment: EMC NSX - holding  gazillion of files
NFS - HPUX 11.11 - holding  gazillion of files (gazillion is a technical
term there  :) ) 

There is no question that NDMP is the way to go. With a bit of tuning
and some trial and error, we are pushing 80+ MB/sec from our NAS . The
restore average around 40-50 MB/sec (w/ DAR enabled).

HPUX client was maybe, 20 MB/sec, and the restores were about the
same...


Regards,

 
-cj
Courtenay Jones
UNIX Systems Engineer, Raleigh Technology Centre



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Martin,
Jonathan (Contractor)
Sent: Tuesday, March 27, 2007 12:25 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NFS Backups


All,

A group I support here is looking very heavily at a Sun Storagetek
appliance like storage device that I've got to backup somehow.  After
seeing the NDMP price tag (we don't do any other NDMP here) the question
of NFS file backups has come up.  So I'm going to try to benchmark NDMP
backups with the NBU NDMP extension (temporary licenses) versus the same
backups on a client server over NFS.

OBVIOUSLY NDMP to Media Server is the way to go here (not an argument
from anyone on that.)  HOWEVER - apparently from a budget perspective
it's a difficult pill to swallow.

(Ok, my disclaimer is complete - so flame on!)

My current plan is to benchmark to NDMP, then load up a test Linux
server and optimize that NFS backup.  I'm assuming the NDMP will be (for
example) some 50+MB/sec and the wire-2-wire is going to be significantly
slower (the percentage slower being directly related to whether or not
this is even feasible.)

Has anyone done any testing like this before?  I'd appreciate any
results anyone can share.

Thanks,

-J

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

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

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

[Veritas-bu] Status code 84

[Hall, Christian N.]

All,
 
Environment:
 
Media server:
Host: Windows 2003 SP1
 
Hardware HP DL380 G4
 
HBA TYPE: Emulex LP9802-E
Emulex LightPulse LP9802 2 Gigabit PCI Fibre Channel Adapter
WWN: 20:00:00:00:C9:3F:48:52
Diver version : 5-1.30A6; HBAAPI v2.2.b, 02-17-05
Firmware version: 1.91A5
Driver Name: elxstor
 
STK Tape T9940B tape drive:
Drive Type: sktt9940b
Code Version: 1.35.412/4.08
Interface: Fiber
 
 
STK Windows 2003 tape driver:
Mfg: StorageTek
Driver date: 2/26/2003
Driver version: 6.0.0.1
 
Veritas Netbackup 5.1MP6
 
Fabric: 
Silkworm 3800
code version 
 
Kernel: 5.4
Fabric OS:  v3.2.1a
Made on:Fri May 12 15:20:59 PDT 2006
Flash:  Fri May 12 15:21:57 PDT 2006
BootProm:   Tue Oct 30 10:24:38 PST 2001
 
I have a Windows 2003 media server that is getting constant 84s' when it
attempts to write to media.  The media is new, and other hosts can write
to it.  The Emulex drivers are storport with the required Microsoft hot
fix but it still fails repeatedly. I have opened many cases with
VERITAS, STK, SUN, Emulex but thay all seemed puzzled. Suggestions, or
help would be greatly appreciated.  
 
Here is an excerpt from the BPTM log
 
 
01:14:45.188 [5628.1504] <2> write_data: absolute block position prior
to writing backup header(s) is 2, copy 1
01:14:45.188 [5628.1504] <2> io_write_back_header: drive index 1,
adc-enf-sls1_1174453694, file num = 1, mpx_headers = 0, copy 1
01:14:45.188 [5628.1504] <2> write_data: completed writing backup
header, start writing data when first buffer is available, copy 1
01:14:45.188 [5628.1504] <2> write_data: first write, twin_index: 0
cindex: 0 dont_process: 1 wrote_backup_hdr: 1 finished_buff: 0
01:14:45.188 [5628.1504] <2> write_data: received first buffer (65536
bytes), begin writing data
01:14:50.312 [5628.1504] <2> write_data: write of 65536 bytes indicated
only 0 bytes were written, err = 1
01:14:50.312 [5628.1504] <2> logconnections: bpdbm CONNECT FROM
172.19.5.41.3920 TO 172.29.2.14.13721
01:14:50.312 [5628.1504] <2> logconnections: BPDBM CONNECT FROM
172.19.5.41.3920 TO 172.29.2.14.13721
01:14:50.766 [5628.1504] <4> write_data: WriteFile failed with:
Incorrect function. (1); bytes written = 65536; size = 0
01:14:50.766 [5628.1504] <2> is_possible_recoverable_error: not
attempting error recovery, errno = 1
01:14:50.766 [5628.1504] <2> set_job_details: Done
01:14:50.766 [5628.1504] <2> logconnections: bpdbm CONNECT FROM
172.19.5.41.3921 TO 172.29.2.14.13721
01:14:50.766 [5628.1504] <2> logconnections: BPDBM CONNECT FROM
172.19.5.41.3921 TO 172.29.2.14.13721
01:14:51.203 [5628.1504] <16> write_data: cannot write image to media id
HA0671, drive index 1, Incorrect function.
01:14:51.203 [5628.1504] <2> log_media_error: successfully wrote to
error file - 03/21/07 01:14:51 HA0671 1 WRITE_ERROR
01:14:51.203 [5628.1504] <2> check_error_history: called from bptm line
17599, EXIT_Status = 84
01:14:51.203 [5628.1504] <2> check_error_history: drive index = 1, media
id = HA0671, time = 03/21/07 01:14:51, both_match = 0, media_match =
0, drive_match = 0
01:14:51.203 [5628.1504] <2> io_close: closing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq/HA0671, from bptm.c.15695
01:14:51.203 [5628.1504] <2> tpunmount: tpunmount'ing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq/HA0671
01:14:51.203 [5628.1504] <2> get_tape_path: drive index 1, DOS name:
\\.\Tape2, PnP name:
\\?\scsi#sequential&ven_stk&prod_t9940b&rev_1.35#6&3
072439b&0&000300#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}

 
Thanks,
Chris Hall

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

[Veritas-bu] Return code 84

[Hall, Christian N.]

All,
 
Environment:
 
Media server:
Host: Windows 2003 SP1
 
Hardware HP DL380 G4
 
HBA TYPE: Emulex LP9802-E
Emulex LightPulse LP9802 2 Gigabit PCI Fibre Channel Adapter
WWN: 20:00:00:00:C9:3F:48:52
Diver version : 5-1.30A6; HBAAPI v2.2.b, 02-17-05
Firmware version: 1.91A5
Driver Name: elxstor
 
STK Tape T9940B tape drive:
Drive Type: sktt9940b
Code Version: 1.35.412/4.08
Interface: Fiber
 
 
STK Windows 2003 tape driver:
Mfg: StorageTek
Driver date: 2/26/2003
Driver version: 6.0.0.1
 
Veritas Netbackup 5.1MP6
 
Fabric: 
Silkworm 3800
code version 
 
Kernel: 5.4
Fabric OS:  v3.2.1a
Made on:Fri May 12 15:20:59 PDT 2006
Flash:  Fri May 12 15:21:57 PDT 2006
BootProm:   Tue Oct 30 10:24:38 PST 2001
 
I have a Windows 2003 media server that is getting constant 84s' when it
attempts to write to media.  The media is new, and other hosts can write
to it.  The Emulex drivers are storport with the required Microsoft hot
fix but it still fails repeatedly. I have opened many cases with
VERITAS, STK, SUN, Emulex but thay all seemed puzzled. Suggestions, or
help would be greatly appreciated.  
 
Here is an excerpt from the BPTM log
 
 
01:14:45.188 [5628.1504] <2> write_data: absolute block position prior
to writing backup header(s) is 2, copy 1
01:14:45.188 [5628.1504] <2> io_write_back_header: drive index 1,
adc-enf-sls1_1174453694, file num = 1, mpx_headers = 0, copy 1
01:14:45.188 [5628.1504] <2> write_data: completed writing backup
header, start writing data when first buffer is available, copy 1
01:14:45.188 [5628.1504] <2> write_data: first write, twin_index: 0
cindex: 0 dont_process: 1 wrote_backup_hdr: 1 finished_buff: 0
01:14:45.188 [5628.1504] <2> write_data: received first buffer (65536
bytes), begin writing data
01:14:50.312 [5628.1504] <2> write_data: write of 65536 bytes indicated
only 0 bytes were written, err = 1
01:14:50.312 [5628.1504] <2> logconnections: bpdbm CONNECT FROM
172.19.5.41.3920 TO 172.29.2.14.13721
01:14:50.312 [5628.1504] <2> logconnections: BPDBM CONNECT FROM
172.19.5.41.3920 TO 172.29.2.14.13721
01:14:50.766 [5628.1504] <4> write_data: WriteFile failed with:
Incorrect function. (1); bytes written = 65536; size = 0
01:14:50.766 [5628.1504] <2> is_possible_recoverable_error: not
attempting error recovery, errno = 1
01:14:50.766 [5628.1504] <2> set_job_details: Done
01:14:50.766 [5628.1504] <2> logconnections: bpdbm CONNECT FROM
172.19.5.41.3921 TO 172.29.2.14.13721
01:14:50.766 [5628.1504] <2> logconnections: BPDBM CONNECT FROM
172.19.5.41.3921 TO 172.29.2.14.13721
01:14:51.203 [5628.1504] <16> write_data: cannot write image to media id
HA0671, drive index 1, Incorrect function.
01:14:51.203 [5628.1504] <2> log_media_error: successfully wrote to
error file - 03/21/07 01:14:51 HA0671 1 WRITE_ERROR
01:14:51.203 [5628.1504] <2> check_error_history: called from bptm line
17599, EXIT_Status = 84
01:14:51.203 [5628.1504] <2> check_error_history: drive index = 1, media
id = HA0671, time = 03/21/07 01:14:51, both_match = 0, media_match =
0, drive_match = 0
01:14:51.203 [5628.1504] <2> io_close: closing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq/HA0671, from bptm.c.15695
01:14:51.203 [5628.1504] <2> tpunmount: tpunmount'ing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq/HA0671
01:14:51.203 [5628.1504] <2> get_tape_path: drive index 1, DOS name:
\\.\Tape2, PnP name:
\\?\scsi#sequential&ven_stk&prod_t9940b&rev_1.35#6&3
072439b&0&000300#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}

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

Re: [Veritas-bu] Reg: retension period in expired, how torestore the data

[Hall, Christian N.]

only if those tapes have not been written to



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Eliza
Yam
Sent: Tuesday, December 26, 2006 12:22 PM
To: ramaswamy savi; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Reg: retension period in expired, how
torestore the data


You will need to perform two imports to rebuild the tape index and the
database catalog. 








Date: Sun, 24 Dec 2006 18:59:28 -0800
From: [EMAIL PROTECTED]
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Reg: retension period in expired, how
torestore the data


Hi 
 
I have configured netbackup 6.0 in lunux machine. The retension
period has expired in two tapes, so how can restore the data. I dont
have another copy of data in local machine. 
 
Thanks in Advance
Hemalatha
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 





Get into the holiday spirit, chat with Santa on Messenger.  Ho-Ho-Ho!
  
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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

[Hall, Christian N.]

Justin, 

Did you get this resolved with Veritas tech support? What was the
outcome?   

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Monday, December 11, 2006 10:25 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] ACSLS+SL8500 Issues Remain..

Hi all,

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

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

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

Justin.

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

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

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

[Hall, Christian N.]

Justin,

Do the ACSLS,LSM,PANEL,DRIVE NUMBER for ACSLS match serial number
results from the tpautconf -t on the master server /dev/rmt/*cbn?
Can you please display the output? Did you perform this test from your
master server, or did you perform this test from each host that are
media servers? After you attempt your multi-plexing do you have stuck
tapes? 

Chris  

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Friday, December 08, 2006 2:44 PM
To: Mike Dunn (veritas-bu)
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Question posed to ACSLS/STK8500 users.

It is 100% correct.  Yep.  I ran about 5 test backups to each drive in
the robot.  No problems.  It is only when there is a burst of jobs.

Justin.

On Fri, 8 Dec 2006, Mike Dunn (veritas-bu) wrote:

> Justin,
> 
> Are you absolutely certain that you have your drive mapping done
properly? 
> The fact that the job fails 30 minutes after the initial mount attempt

> makes it sound like you are failing with a media mount time out.  The 
> most common cause (especially with ACS environments) is a simple 
> mismatch betwee the /dev/rmt path and your ACS path (i.e. 
> ACS,LSM,PANEL,DRIVE).  The SL8500 is also very difficult to address 
> properly, since the ACS path has little correlation with the physical
location of the drive.
> 
> Probably the quickest test you can perform is to verify that your jobs

> are being affected by the media mount timeout.  If you shorten the 
> media mount timeout parameter, to say 10 minutes, your jobs should 
> fail 10 minutes after they start if the mount timeout is what fails
the jobs.
> 
> You should also track down which drives are failing to mount, and see 
> if there is a correlation.
> 
>   Cheers
>   Mike
> 
> 
> >
> > Message: 7
> > Date: Fri, 8 Dec 2006 11:08:39 -0500 (EST)
> > From: Justin Piszcz <[EMAIL PROTECTED]>
> > Subject: [Veritas-bu] Question posed to ACSLS/STK8500 users.
> > To: veritas-bu@mailman.eng.auburn.edu
> > Message-ID: <[EMAIL PROTECTED]>
> > Content-Type: TEXT/PLAIN; charset=US-ASCII
> >
> > All,
> >
> > My group is setting up two Sun/StorageTek SL8500s.  Sun did the 
> > install of ACSLS, there were no problems on their side.  Each SL8500

> > is in its own environment.  On each SL8500, we have 8 media servers,

> > connected to four drives each, giving us a total of 32 drives.  For 
> > testing, I did the following.  Ran a NON-MULTIPLEXED backup to each 
> > drive, to ensure each drive worked properly.  To do this I kicked 
> > off four jobs in succession. When I do this, I utilize all 4 drives.

> > I did this with each media server without a single problem.  
> > However, when testing everything together, all 32 drives, I kick off

> > 45 jobs for example.  It says there are 32 active jobs in netbackup,

> > which is correct.  The problem is, randomly, 2 or 3 jobs will hang 
> > at "Mounting MediaID.." and then the drive will go down after 30 
> > minutes.  Why is this?  With an L700, I can send 500-1000 jobs to 
> > all of the drives in it and there is never a mounting problem.  
> > There is nothing wrong with any of the drives, they are brand new.  
> > I can use ACSLS and dismount the media from the drives and then 
> > re-run my earlier test backups, one at a time to each of the four 
> > drives per-media server without any issues.  It is only when the 
> > robot receives a 'burst' of jobs that this happens.
> >
> > Has anyone experienced anything like this before?
> >
> > Thanks for any help and responses,
> >
> > Justin.
> >
> >
> 
> ___
> Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu 
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

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

Re: [Veritas-bu] Does CryptoStor Tape play nice with SSO?

[Hall, Christian N.]

It's an appliance that works at the device level, what does that have to
do with SSO?



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ellis,
Jason
Sent: Thursday, December 07, 2006 1:22 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Does CryptoStor Tape play nice with SSO?



Does anybody use NeoScale's CryptoStor Tape to encrypt the data on their
tapes with NetBackup? We are looking at this solution to encrypt our
data, but I'm wondering how well this middleware product plays with SSO.
Is anybody running the CryptoStor Tapes with SSO?

 

Jason Ellis
Technical Consultant, Data Protection Team
IndyMac Bank, La Mirada Datacenter
Phone: (714) 520-3414

Mobile: (714) 889-8734

 

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

Re: [Veritas-bu] Weird 52 error becuase it positions tape

[Hall, Christian N.]

 What do your logs say under /usr/openv/volmg/debug/* as well as
/var/adm/messages? What does your master's tpautconf -t, and
/usr/openv/volmgr/bin/scan say? Are the serial numbers in sync? What
about the duplex on the media server interface half/full, and can you do
a forward and reverse lookup from the media server to the master?  

-Chris 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Joe
Royer
Sent: Monday, December 04, 2006 5:29 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Weird 52 error becuase it positions tape

Sounds like a reservation conflict.  If you are using a scsi-fibre
bridge, login to the bridge and see what the logs say, or try and see
what it looks like while it's waiting.  Sorry I don't have anything
solid to suggest (Media mount timeout?), it's been a while since I
played with SSO.


Original message
Date: Fri, 01 Dec 2006 14:41:39 +
From: Dave Markham <[EMAIL PROTECTED]>
Subject: [Veritas-bu] Weird 52 error becuase it positions tape

Netbackup 5.0mp4 on Solaris 9 attached to an L700.

I have a media manager which is connected to shared drives running SSO
on an L700. All drives are up and visible.
I kick a job off and it finds tapes, puts them in and start to position
them but then times out and gives status 52.

I have tried freezing the tapes so it uses different tapes.

vmdareq on the master shows the media has reserved 2 of the drives, and
the tapes are actually being put into drives as i can see under robtest
and 's d'.

Any 52 ive ever had before has been not able to see drives, drives down
or the processes not running. Anyone any other ideas where to look?

Cant see anything obvious in bptm log on the media server. Occasionally
theres an "unable to lock media offset" something error but the rest all
looks ok.

Dave


--
Joe Royer / SysAdmin / Digital Motorworks / 512-692-1028


This message and any attachments are intended only for the use of the
addressee and may contain information that is privileged and
confidential. If the reader of the message is not the intended recipient
or an authorized representative of the intended recipient, you are
hereby notified that any dissemination of this communication is strictly
prohibited. If you have received this communication in error, please
notify us immediately by e-mail and delete the message and any
attachments from your system.
___
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] Has anyone on this list interfaced NB 5.1 with ACSLS?

[Hall, Christian N.]

I do. 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Justin
Piszcz
Sent: Friday, November 17, 2006 2:01 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Has anyone on this list interfaced NB 5.1 with
ACSLS?

With either an SL500 or SL8500?

I have a few questions.

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

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

Re: [Veritas-bu] How to get SSO SAN Media Server LTO Drives back *without* rebooting ?

[Hall, Christian N.]

What do your logs say?   

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Dave
Markham
Sent: Monday, November 06, 2006 10:46 AM
To: Sebastian Schoenwetter
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] How to get SSO SAN Media Server LTO Drives
back *without* rebooting ?

Wasnt there something in the MediaMgr_DeviceConfig_Guilde in
/usr/openv/volmgr about a system low on resaources may occasionally
unload the st and sg drivers?

If unix i think you can put forceload: drv/st   and forceload: drv/sg
into /etc/system on separate lines.

Just a thought

Sebastian Schoenwetter wrote:
> Tell us something about your SAN ...
>
> Are you in a fabric environment, or a loop environment ?  Are the 
> drives fabric enabled drives in Point-to-point mode or are they Public

> loops attached to your fabric (if you have one) ?
>
> If you are in loop mode, a LIP (loop initialization) or target reset 
> might cause your drives to get a new ALPA (= address on the loop) 
> effectively preventing your host from talking to the drive.
>
> Do you use persistent binding  ?
>
> Bye
> seb
>
> Quoting "Wilkinson, Alex" <[EMAIL PROTECTED]>:
>
>   
>> Hi all,
>>
>> We are consistently having to reboot our servers (both windows and
>> unix) to get
>> our LTO3 SSO drives back (after they mysteriously disappear).
>>
>> Scenario:
>>
>> For one reason or another we loose a drive and to get it back for 
>> example we powercycle our library and our NB master can now see the 
>> drive(s), however, our SAN Media servers cannot see the drives unless

>> we reboot them. This is *bad* - _really_ bad. These are production 
>> servers and cannot be rebooted on a whim.
>>
>> So the question:
>> =-=-=-=-=-=-=-=
>>
>> Can anyone recommend how to get SAN Media Servers to see their SSO 
>> drives again
>> *without* having to reboot ?
>>
>> We are running NB-6.0-MP3 both Solaris and Windows 2003 Masters.
>>
>> Regards
>>
>> -aW
>>
>> ___
>> 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] Tape went down due to room temperature

[Hall, Christian N.]

Asif, 

Do /dev/rmt/cbn definitions exist? More then likely the drives might
have tapes stuck in them. Try mt -f /dev/rmt/?cbn? status to see if tape
are stuck. Also perform a robtest. If you run robtest make sure no jobs
are active. Also look at your logs /usr/openv/vol/debug for more
information.

Thanks,
Chris Hall


-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Asif
Iqbal
Sent: Thursday, October 26, 2006 11:20 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Tape went down due to room temperature

I have a tape went down due to overheat room temperature. The room
cool down since then but the tape still shows down. Is there a way I
can bring it back up remotely?

tpconfig -d
Index DriveName  DrivePathTypeShared
Status
* *  **   **
**
  0   Drive1 /dev/rmt/3cbnhcartNo
UP
TLD(0) Definition   DRIVE=1
  1   Drive2 /dev/rmt/2cbnhcartNo
UP
TLD(0) Definition   DRIVE=2
  2   Drive3 /dev/rmt/1cbnhcartNo
DOWN
TLD(0) Definition   DRIVE=3
  3   Drive4 /dev/rmt/0cbnhcartNo
UP
TLD(0) Definition   DRIVE=4

Currently defined robotics are:
  TLD(0) robotic path = /dev/sg/c7t0l0,
 volume database host = myhost.domain.com




-- 
Asif Iqbal
PGP Key: 0xE62693C5 KeyServer: pgp.mit.edu
___
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] symantec and VERITAS merger good or bad?

[Hall, Christian N.]

Bob,

I would have to echo Chris Mander's thoughts as well. Their 2 hour
callback is a joke. We very rarely call them, but when we do the results
are always a mixed bag.  

Thanks,
Chris

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Christopher Jay Manders
Sent: Tuesday, October 10, 2006 2:14 PM
To: Bob Stump
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] symantec and VERITAS merger good or bad?

Hi Bob,

We also have noticed.

Support is the most notable difference for us. We try hard not to call
any more, which may actually have been a strategic move on their part...

I heard they 'let go' of quite a few support engineers.

Anyway, the support system really feels like climbing up the ladder to
get the backline folks involved. Escalation just takes forever and has
become quite unacceptable.

Their 2 hour call-back is a joke, in our current experience. Was great
before.

The system broke within months of the takeover, I note. Before the
merger/takeover/buyout we touted how responsive they were. Now, as I
say, we rarely call unless there is absolutely no other choice.

It is a Symantec corporate culture issue, from what I understand. They
did it with the Norton acquisition, too. Licensing and support of their
products has also suffered. "Completely unresponsive" is the word I hear
from our security folks in regards to their desktop firewall and
antivirus software as well.

I should also add that for at least 9 months responding to the support
emails resulted in BOUNCED emails back to me. When reporting it to them
they denied any issue, but looking at the header for the emails showed
that there was a BIG mixup on their end in the translation of
[EMAIL PROTECTED] into [EMAIL PROTECTED] Was this even ever
resolved? It was so unprofessional seeing the bounces and hearing their
repsonse that I just have nothing really nice to say anymore about them.

Sorry for my rant. But, you hit a BIG button there for us. Wish it were
otherwise

Of course, others' milage may vary. And, this is my own $.02 and does
not reflect the opinion of my own employer or mgmt here at LBNL. ;)


Cheers!

--Chris



> It's been some time since the merger and I was wondering how things 
> may have changed for you either positive or negative. My experience 
> has been negative. For instance. I work for the "State of Michigan" 
> and have an extremely large environment. symantec pulled our VERITAS 
> salesman and a very knowledgeable NetBackup support engineer and 
> replaced them with a symantec side salesman and support engineer. 
> While they are very symantec knowledgeable, neither one knew much 
> about NetBackup. I think symantec does not know the complexities of 
> the NetBackup product. It takes a long time for the end user to even 
> know how to begin to understand the NetBackup environment. If there is

> a problem with your network or DNS, then NetBackup will quickly pointy

> out the problem. This is just 1 example. I think the support services 
> has also degraded but I have no metrics to support my theory. How has 
> your experience changed?
>
>---
-
>
>___
>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] Quantum DX100

[Hall, Christian N.]

Wow. Inline hardware compression is one of the reasons we purchased it.
Why have you been not able to get the compression cards to work?

Thanks,
Chris Hall 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David
Rock
Sent: Tuesday, August 15, 2006 6:00 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Quantum DX100

* Hall, Christian N. <[EMAIL PROTECTED]> [2006-08-15 17:11]:
> All,
>  
> We have purchased a DX100 for our Netbackup environment is there 
> anyone using this product and what has been your experience with it?

We have been using it for a couple of years now and have been very happy
with the hardware and the overall performance.  The main thing we use it
for is staging before writing offsite tapes.  We have never had good
luck with the compression cards, though.

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

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

[Veritas-bu] Quantum DX100

[Hall, Christian N.]

All, 

 
We have purchased a 
DX100 for our Netbackup environment is there anyone using this product 
and what has been your experience with it? 
 
Thanks,
Chris 
Hall
 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] NetBackup and HSM ?

[Hall, Christian N.]

John, 

I have successfully restored VSM 5.1 meta-data after we re-creating VxFS
file system with a larger block size. 
What is your reasoning for restore? 

-Chris 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Nardello, John
Sent: Friday, August 11, 2006 12:58 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] NetBackup and HSM ?

Is anyone using NetBackup to back up a server that has files archived by
TSM's HSM product ? Does it handle the stub files okay, or would doing
this result in pulling everything back from the archive ? 

NetBackup 5.1 MP4 or better, if that matters. 

I'd appreciate any tips or pointers on pulling this off. 
- John Nardello


___
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] Anyone using VTL

[Hall, Christian N.]

Juan,
 
I would have to agree with John Howard on this. We looked 
at VTL for our backup environment but before we could see where to put 
it.  We asked ourselves what problem(s) are we trying to solve. In 
some cases the VTL can give performance boosts where tape drives are the 
bottleneck. However, if tape drives are under utilized it might logical 
configurations (e.g, buffer settings, backup configurations) needing to 
be adjusted or removed. It could be a limitation of host 
architecture, or other elements such as networking, number of files being 
backed up, type of data etc.. 
 
-Chris 
 


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of John 
HowardSent: Tuesday, August 01, 2006 1:34 PMTo: 
veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Anyone 
using VTL
I agree with Jim. Inexpensive disk used along with disk staging and 
some tape is a much better value than buying a VTL that will emulate a robot and 
drives. Before you buy a VTL you really need to ask yourself what specific 
problem you are trying to solve. john
On 8/1/06, Jim 
Horalek <[EMAIL PROTECTED]> wrote:
There 
  are many VTLS on the market. And usually come at a steep price. Noteyou 
  are actually purchasing disk at a premium prices with 
  limitedexpandability. Adding cheap linux mediaservers with cheap raid disk 
  isarguably a cheaper solution.jim-Original 
  Message-From: [EMAIL PROTECTED][mailto: 
  [EMAIL PROTECTED]] On Behalf Of Juan 
  PabloAlmeidaSent: Tuesday, August 01, 2006 9:13 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: 
  [Veritas-bu] Anyone using 
  VTLHi,What 
  do you think about VTL?Are 
  you using VTL? what 
  model?EMC DL710 or 
  NetApp VTL600?What about 
  Storagetek?Thanks in 
  advance.Juan___Veritas-bu 
  maillist  -  Veritas-bu@mailman.eng.auburn.eduhttp://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] Searching mailing list

[Hall, Christian N.]

Title: Searching mailing list



http://mailman.eng.auburn.edu/cgi-bin/htsearch


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of Whelan, 
PatrickSent: Friday, June 02, 2006 10:38 AMTo: 
veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Searching 
mailing list

All,
It has been too long 
and/or I am getting too old J, how do I search the mailing list for previous questions and 
answers?
Failing that, or in 
addition to, does anyone know the meaning of the following message generated by 
bpimmage –spangroups?
could not find previously 
added media id (003115), aborting command
unable to process 
request
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
*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] count of scratch tapes

[Hall, Christian N.]

vmquery -pn Scratch -b | grep -iv none | wc -l

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby
Williams
Sent: Tuesday, May 23, 2006 11:55 AM
To: Covington, Garrett; 'veritas-bu@mailman.eng.auburn.edu'
Subject: Re: [Veritas-bu] count of scratch tapes

vmquery -pn `vmpool -listscratch | tail -1` -b | grep -v NONE | wc -l

That would get you scratch.

vmquery has switches to let you pick pools or robots or both




From: "Covington, Garrett" <[EMAIL PROTECTED]>
Date: 2006/05/23 Tue AM 11:26:33 EDT
To: "'veritas-bu@mailman.eng.auburn.edu'"

Subject: [Veritas-bu] count of scratch tapes

I run Solaris9 - NBU 5.1mp4 

 

Is there a good way to output the number or tapes within a pool or
robot,
ie: to count the number of SCRATCH tapes within a robot?

 

Thanks,

 

Garrett Covington

The TriZetto Group, Inc.

[EMAIL PROTECTED]  

p: [EMAIL PROTECTED]  

w: 303-323-6886

c: 303-204-6695

 




Bobby Williams
2205 Peterson Drive
Chattanooga, TN  37421 

___
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] Can't unfreeze tapes?

[Hall, Christian N.]

Show a vmquery on the volume ID 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sixbury,
Dan
Sent: Thursday, May 04, 2006 11:07 AM
To: De Pedro, Ignacio; Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't unfreeze tapes?

Everything came back fine with the inventory.  

-Original Message-
From: De Pedro, Ignacio [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 10:04 AM
To: Sixbury, Dan; Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't unfreeze tapes?

Ok, what happens if you execute an inventory? 

-Mensaje original-
De: Sixbury, Dan [mailto:[EMAIL PROTECTED] Enviado el: jueves, 04 de
mayo de 2006 17:01
Para: De Pedro, Ignacio; Justin Piszcz
CC: veritas-bu@mailman.eng.auburn.edu
Asunto: RE: [Veritas-bu] Can't unfreeze tapes?

Specifying the media_server on the end does not help.  I get the same
error, and just to be absolutely sure, I ran the command through all
media servers and the master server.

I still get the following error:
requested media id was not found in NB media database and/or MM volume
database

-Original Message-
From: De Pedro, Ignacio [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 9:58 AM
To: Sixbury, Dan; Justin Piszcz
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Can't unfreeze tapes?

Execute bpmedia -unfreeze -m LL1189 -h 

Regards,
nacho 

-Mensaje original-
De: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] En nombre de Sixbury,
Dan Enviado el: jueves, 04 de mayo de 2006 16:51
Para: Justin Piszcz
CC: veritas-bu@mailman.eng.auburn.edu
Asunto: RE: [Veritas-bu] Can't unfreeze tapes?

We are on version 5.1 MP4

>From the command line:
bpmedia -unfreeze -m LL1189
requested media id was not found in NB media database and/or MM volume
database

I haven't re-inventoried the robot, yet, but will be.

Dan

-Original Message-
From: Justin Piszcz [mailto:[EMAIL PROTECTED]
Sent: Thursday, May 04, 2006 9:46 AM
To: Sixbury, Dan
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Can't unfreeze tapes?

Inventory the robot.
What error do you get when you try to unfreeze them?
What version of NB are you using?

You do not provide enough background information.


On 5/4/06, Sixbury, Dan <[EMAIL PROTECTED]> wrote:
>
>
>
> I have 2 tapes that are physically located in our tape library and
show up
> in the netbackup GUI.  The tapes are in a Frozen state right now, and
I am
> unable to un-freeze the tapes.  When I do a bpmedialist from the 
> master/media servers, the tapes in question do not show up.
>
>
>
> It seems rather odd that the GUI would show the tapes, but that the
command
> line would not show the tapes.
>
>
>
> Any suggestions?
>
>
>
> Thanks,
>
> Dan
>
>

___
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] 1 Terabyte limit per backup

[Hall, Christian N.]

Mark, 
 
Can you multi-stream it? 


From: [EMAIL PROTECTED] 
[mailto:[EMAIL PROTECTED] On Behalf Of 
[EMAIL PROTECTED]Sent: Tuesday, January 17, 2006 
11:17 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: 
[Veritas-bu] 1 Terabyte limit per backup
All I have upgraded to netbackup 5.1 MP3, AIX Master and 
media servers. Source data Netware 
volume I still have the 1 terabyte 
backup limit exceded problem (error 130) Anyone else still having the same problem.RegardsMark 
GoodchildEMEA DCS Storage Management Group J.P.Morgan ChasePhone: 6060 
Option 2Mail: Mark A Goodchild/[EMAIL PROTECTED]E-Mail: 
[EMAIL PROTECTED]

RE: [Veritas-bu] SSI port setting for ACSLS configuration of SL50 0 robot while using robtest

[Hall, Christian N.]

Can the host ping the ACSLS server, and vice versa? Are there entries in the
vm.conf that specificy the ACSLS server? What version of ACSLS are you
using, Netbackup?

CSI_HOSTNAME = 
SSI_HOSTNAME = 



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Donovan, Chris
Sent: Monday, November 28, 2005 12:10 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] SSI port setting for ACSLS configuration of SL500
robot while using robtest

Hiyas,

I am trying to get some ACSLS stuff going with my current backup
system.  I have ACSLS installed, and what I think to be configured.  I can't
run an inventory on the robot as it complains that "Cannot connect to
robotic software daemon (49)".  Now I thought ok maybe I'll try robtest and
get a better error.  While I ran robtest it said:

===START PASTE===
11-28-05 14:16:17 ACSTEST[0]:
cl_ipc_write: Sending message to socket 13741 failed on "Connection refused"
11-28-05 14:16:37 ACSTEST[0]:
cl_inform: Sending message to socket 13741 failed on "Connection refused"
11-28-05 14:16:47 ACSTEST[0]:
acs_ipc_write: FATAL_ERROR! cl_ipc_write() failed.
11-28-05 14:16:57 ACSTEST[0]:
acs_ipc_write: FATAL_ERROR! cl_ipc_write() failed.
acs_query_server() failed
Unable to query server somehost1, ACS status = 54, STATUS_IPC_FAILURE
Robotic test utility /usr/openv/volmgr/bin/acstest returned abormal exit
status (1).
===END PASTE===

output from ps:
===START PASTE===
ps -ef|grep -i acs
   acsss  6170  5854  0 14:09:52 ?0:00 acslh 5854 50002 13 0
   acsss  6169  5854  0 14:09:49 ?0:00 acslm 5854 50003 14 0 2 2
root  1351 1  0 13:42:01 ?0:00 /usr/bin/sh
/data/acsls/ACSNMP/AcslsReStartAgent
root  1202 1  0 13:41:54 ?0:01
/data/acsls/ACSNMP/Acsls/ssi 1200 60003 23
   acsss  6165  5854  0 14:09:46 ?0:00 acssa 5854 50004 23 0
   acsss  5854 1  0 14:09:36 ?0:00 acsss_daemon
   acsss  6172  5854  0 14:09:58 ?0:00 acssv 5854 50008 39 0
   acsss  5856  5854  0 14:09:36 ?0:00 acsel 5854 50001 9 0
   acsss  6171  5854  0 14:09:55 ?0:00 acslock 5854 50007 37 0
   acsss  6949  5854  0 14:10:25 ?0:00 csi 5854 0 6 0
   acsss  6913  5854  0 14:10:10 ?0:00 acsmon 5854 50013 78 0
   acsss  5230  3359  0 14:08:49 pts/30:00 bash
root  7024 1  0 14:12:31 ?0:00
/data/acsls/ACSNMP/AcslsAgtd -k -p 23002
   acsss  6920  5854  0 14:10:22 ?0:00 acsqy 5854 50201 20 0
   acsss  6908  5854  0 14:10:07 ?0:00 acsdisp 5854 50014 74 0
root  8973  3324  0 14:37:10 pts/20:00 grep -i acs
   acsss  3359  3345  0 13:52:38 pts/30:00 /usr/bin/ksh
   acsss  6915  5854  0 14:10:16 ?0:00 acsmt 5854 50101 40 0
   acsss  6907  5854  0 14:10:04 ?0:00 acscr 5854 50030 66 0
   acsss  6914  5854  0 14:10:13 ?0:00 acsmt 5854 50100 40 0
   acsss  6919  5854  0 14:10:19 ?0:00 acsqy 5854 50200 20 0
   acsss  6946  6170  0 14:10:24 ?0:00 scsilh
   acsss  6947  6946  0 14:10:24 ?0:00
/data/acsls/ACSSS/bin/scsiDP /dev/mchanger3 0 0 false true
   acsss  6508  5854  0 14:10:01 ?0:00 acscm 5854 50009 46 0
===END PASTE===

My IPC settings /etc/system
===START PASTE===
set semsys:seminfo_semmap=10
set semsys:seminfo_semmni=100
set semsys:seminfo_semmns=1000
set semsys:seminfo_semmnu=50
set semsys:seminfo_semmsl=50
set semsys:seminfo_semopm=10
set semsys:seminfo_semume=10
set semsys:seminfo_semusz=96
set semsys:seminfo_semvmx=32767
set semsys:seminfo_semaem=16384
* set shmsys:shminfo_shmmax=1000
set shmsys:shminfo_shmmax=614400
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=100
set shmsys:shminfo_shmseg=10
forceload: sys/semsys
forceload: sys/shmsys
===END PASTE===

I have absolutely nothing (via lsof) listening on port 13741 whether it be
TCP or UDP.  I have several listening from the ACSLS processes.
Which one do I need to actually connect to, and how can I configure
netbackup to connect to that port?  I would be happy to read something
(other than the ACSLS guide 550+ pages) that could explain this to me.
I have never used ACSLS before (and now wish I didn't have to), so any help
is great.

I also realize that it looks like it possible that there are some shared
memory errors as well, but unless they are related I'd just like to get the
ssi working so I can inventory, and use the SL500.  Plus the default ACSLS
installation set the shared mem max to 100MB, I have since increased it for
other things.

My immediate fix of course it just to turn off ACSLS and and reconfigure the
robot as a TLD device, and I'd prefer not to do that.

I am also happy to provide more info as necessary.

Thanks,

Chris-

___
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://mai