[Veritas-bu] Error 50 for all backups

2010-04-02 Thread NBU

where i have to check this on my master or media.

Robot is configured on master and tape drives on media.

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


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


[Veritas-bu] Drive Configuration

2010-04-02 Thread NBU

Hi Forum,

My env. has 1 Master on Sol 10 with 6.5.5 and 4 media server with 24 drives. I 
am adding 2 more to one of my media server. I am getting the following output 
from tpconfig.

r...@p100xmed04 # /opt/openv/volmgr/bin/tpconfig -l
Device Robot Drive Robot Drive Device Second
Type Num Index Type DrNum Status Comment Name Path Device Path
robot 0 – TLD – – – – MASTERBKP
drive – 0 hcart3 14 UP – IBM.ULTRIUM-TKP-Drive14 /dev/rmt/0cbn
drive – 1 hcart3 13 UP – IBM.ULTRIUM-TKP-Drive13 /dev/rmt/1cbn
drive – 2 hcart3 16 UP – IBM.ULTRIUM-TKP-Drive16 /dev/rmt/2cbn
drive – 3 hcart3 15 UP – IBM.ULTRIUM-TKP-Drive15 /dev/rmt/3cbn
drive – 4 hcart3 17 UP – IBM.ULTRIUM-TKP-Drive17 /dev/rmt/6cbn
drive – 5 hcart3 18 UP – IBM.ULTRIUM-TKP-Drive18 /dev/rmt/7cbn

———-
Out of scan command.

r...@p100xmed04 # /opt/openv/volmgr/bin/scan -tape

*** SDT_TAPE 


Device Name : “/dev/rmt/0cbn”
Passthru Name: “/dev/sg/c0t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “HP Ultrium 3-SCSI M63S”
Vendor ID : “HP ”
Product ID : “Ultrium 3-SCSI ”
Product Rev: “M63S”
Serial Number: “HU10737URK”
WWN : “”
WWN Id Type : 0
Device Identifier: “”
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0

Device Name : “/dev/rmt/1cbn”
Passthru Name: “/dev/sg/c1t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “HP Ultrium 3-SCSI M63S”
Vendor ID : “HP ”
Product ID : “Ultrium 3-SCSI ”
Product Rev: “M63S”
Serial Number: “HU10737WLT”
WWN : “”
WWN Id Type : 0
Device Identifier: “”
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0

Device Name : “/dev/rmt/2cbn”
Passthru Name: “/dev/sg/c2t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “HP Ultrium 3-SCSI M63S”
Vendor ID : “HP ”
Product ID : “Ultrium 3-SCSI ”
Product Rev: “M63S”
Serial Number: “HU10737UN4#8243;
WWN : “”
WWN Id Type : 0
Device Identifier: “”
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0

Device Name : “/dev/rmt/3cbn”
Passthru Name: “/dev/sg/c3t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “HP Ultrium 3-SCSI M63S”
Vendor ID : “HP ”
Product ID : “Ultrium 3-SCSI ”
Product Rev: “M63S”
Serial Number: “HU10737WHN”
WWN : “”
WWN Id Type : 0
Device Identifier: “”
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0

Device Name : “/dev/rmt/6cbn”
Passthru Name: “/dev/sg/c10t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “IBM ULTRIUM-TD3 54K1#8243;
Vendor ID : “IBM ”
Product ID : “ULTRIUM-TD3 ”
Product Rev: “54K1#8243;
Serial Number: “1210059897#8243;
WWN : “”
WWN Id Type : 0
Device Identifier: “IBM ULTRIUM-TD3 1210059897#8243;
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0

Device Name : “/dev/rmt/7cbn”
Passthru Name: “/dev/sg/c11t0l0#8243;
Volume Header: “”
Port: -1; Bus: -1; Target: -1; LUN: -1
Inquiry : “IBM ULTRIUM-TD3 54K1#8243;
Vendor ID : “IBM ”
Product ID : “ULTRIUM-TD3 ”
Product Rev: “54K1#8243;
Serial Number: “1210060164#8243;
WWN : “”
WWN Id Type : 0
Device Identifier: “IBM ULTRIUM-TD3 1210060164#8243;
Device Type : SDT_TAPE
NetBackup Drive Type: 16
Removable : Yes
Device Supports: SCSI-3
Flags : 0×0
Reason: 0×0
———-

But when i am going through Device Configuration through GUI it shows me 6 tape 
drive detected and after that screen it doesn’t shows me the actual drives in 
the last screen after which we need to commit the configuration it only shows 4 
drives checked.

Can u help..

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


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


Re: [Veritas-bu] NBU7 / De-Dupe?

2010-04-02 Thread David Stanaway

These number aren't that hot compared to DataDomain from my use of it.

We are seeing 86TB of backup images occupying 4.4TB of phys disk.

On 4/1/2010 12:07 PM, Jon Bousselot wrote:
 I set it up in a small test environment, and started backing up three
 clients into a deduplication pool exclusively.  2 windows and 1 linux
 system
 The first pass wasn't that impressive, maybe a 5% to 10% de-dup ratio
 and it took a bit longer than just streaming that same data to tape or
 disk. 
 The second pass had a 90% deduplication ratio, mostly because just 1
 week had passed since the first full backup and not every file changed.  
 After three weeks, I had about 300GB of data deduplicated down into
 about 90GB of disk space.  The kbytes total reported from the catalog
 said 300G, and df -k said 90G.

 The data content of the three systems is typical for a user
 workstation.  Email, photos, miscellaneous files.  De-dup let me put
 many versions of those same files into a backup without actually
 having many copies of that file spinning on disk.  

 And then the disk holding the de-duplicated data developed a bunch of
 bad sectors and I lost it all.  Once I rebuild it, I'll check out the
 DR process for protecting your de-dup database and files.

 I also want to test client side de-duplication to see if that helps
 stream data compared to media server de-duplication alone.  The
 media/master server is a quad core with 8g ram, and the clients are a
 desktop and a laptop.  After seeing it run and observing the space
 savings it generates, I think it is a very creative way to solve some
 (not all) problems.  It is definitely not a set it and forget it
 technology.  You still need to monitor its utilization similar to how
 you would monitor basic disk or tape usage.

 -Jon

 
 *From:* Justin Piszcz jpis...@lucidpixels.com
 *To:* veritas-bu@mailman.eng.auburn.edu
 *Sent:* Thu, April 1, 2010 3:27:36 AM
 *Subject:* [Veritas-bu] NBU7 / De-Dupe?

 Hi,

 Is anyone using de-dupe?

 What kind of savings are you seeing?

 Justin.
 ___
 Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
 mailto: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] NBU7 / De-Dupe?

2010-04-02 Thread Ed Wilts
On Fri, Apr 2, 2010 at 8:29 AM, David Stanaway da...@stanaway.net wrote:


 These number aren't that hot compared to DataDomain from my use of it.

 We are seeing 86TB of backup images occupying 4.4TB of phys disk.


It all depends on the data streams and how many generations you keep.  If
you keep a year's worth of weekly full copies of the same data, you're going
to have 52:1 de-dupe.  If you need to only keep 1 copy and the data doesn't
have duplicate blocks (e.g. TIFF images), you're going to have no de-dupe at
all.

This is all VERY customer-specific.  The only way to know if a de-dupe
appliance (or the software) is worth the price is to evaluate it.  You may
even find, like we did, that it's suitable and justifiable for some of your
data but not others.

   .../Ed


Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE
ewi...@ewilts.org
Linkedin http://www.linkedin.com/in/ewilts
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] NBU7 / De-Dupe?

2010-04-02 Thread Mike Andres
Another thing to note as with many of these types of devices (VTL's,
intelligent disk, dedup applications, etc.) using OS specific tools such
as df to determine used space will not give accurate numbers.  You'll
want to measure used space from the tools provided in the application or
device.  There are many things to consider such as expired images that
have not been cleaned up, housekeeping and garbage collection processes
that return occupied blocks to the free pool, etc.  The base OS is never
aware of these types of things.  

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Friday, April 02, 2010 9:41 AM
To: David Stanaway
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU7 / De-Dupe?

 

On Fri, Apr 2, 2010 at 8:29 AM, David Stanaway da...@stanaway.net
wrote:


These number aren't that hot compared to DataDomain from my use
of it.

We are seeing 86TB of backup images occupying 4.4TB of phys
disk.


It all depends on the data streams and how many generations you keep.
If you keep a year's worth of weekly full copies of the same data,
you're going to have 52:1 de-dupe.  If you need to only keep 1 copy and
the data doesn't have duplicate blocks (e.g. TIFF images), you're going
to have no de-dupe at all. 

This is all VERY customer-specific.  The only way to know if a de-dupe
appliance (or the software) is worth the price is to evaluate it.  You
may even find, like we did, that it's suitable and justifiable for some
of your data but not others.

   .../Ed



Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE 
ewi...@ewilts.org

Linkedin http://www.linkedin.com/in/ewilts 

 

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


Re: [Veritas-bu] NBU7 / De-Dupe?

2010-04-02 Thread Lightner, Jeff
Nice thing about DDs are they can give you a daily email with that kind
of detail.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mike
Andres
Sent: Friday, April 02, 2010 10:49 AM
To: Ed Wilts; David Stanaway
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU7 / De-Dupe?

 

Another thing to note as with many of these types of devices (VTL's,
intelligent disk, dedup applications, etc.) using OS specific tools such
as df to determine used space will not give accurate numbers.  You'll
want to measure used space from the tools provided in the application or
device.  There are many things to consider such as expired images that
have not been cleaned up, housekeeping and garbage collection processes
that return occupied blocks to the free pool, etc.  The base OS is never
aware of these types of things.  

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Friday, April 02, 2010 9:41 AM
To: David Stanaway
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU7 / De-Dupe?

 

On Fri, Apr 2, 2010 at 8:29 AM, David Stanaway da...@stanaway.net
wrote:


These number aren't that hot compared to DataDomain from my use
of it.

We are seeing 86TB of backup images occupying 4.4TB of phys
disk.


It all depends on the data streams and how many generations you keep.
If you keep a year's worth of weekly full copies of the same data,
you're going to have 52:1 de-dupe.  If you need to only keep 1 copy and
the data doesn't have duplicate blocks (e.g. TIFF images), you're going
to have no de-dupe at all. 

This is all VERY customer-specific.  The only way to know if a de-dupe
appliance (or the software) is worth the price is to evaluate it.  You
may even find, like we did, that it's suitable and justifiable for some
of your data but not others.

   .../Ed

Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE 
ewi...@ewilts.org

Linkedin http://www.linkedin.com/in/ewilts
 
Proud partner. Susan G. Komen for the Cure.
 
Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu


Re: [Veritas-bu] KMS encryption

2010-04-02 Thread Adams, Dwayne
Update:

 

I have talked to both Symantec and Dell.  Still trying to figure it
out...  Check out the difference in the information returned from manage
drive attributes Not sure why yet  It may be that the output is
different because fl1 suggests a LTO3 tape that does not support
encryption.  The issue seems to be that when LTO4 tapes are mounted they
are posted to bptm as LTO3 tapes.  The library mount logs show as
LTO4  Firmware and drivers are up to date.  NO_SIXTEEN_BYTE_CDB was
missing on the non-working media server and I added it but still no
go

 

Not working

 

08:43:35.573 [4732.1396] 2 check_touch_file: Found
D:\VERITAS\Volmgr\database\NO_SIXTEEN_BYTE_CDB from (roblib.c.6515)

08:43:35.573 [4732.1396] 2 manage_drive_attributes: report_attr, fl1
0x00010849, fl2 0x

08:43:35.573 [4732.1396] 2 send_MDS_msg: MEDIADB 1 51946 001343
4001359 *NULL* 6 1270222961 0 0 0 0 0 0 3 19 0 17 1024 0 0 0

08:43:35.620 [4732.1396] 2 vnet_vnetd_service_socket:
vnet_vnetd.c.2046: VN_REQUEST_SERVICE_SOCKET: 6 0x0006

08:43:35.620 [4732.1396] 2 vnet_vnetd_service_socket:
vnet_vnetd.c.2060: service: bpdbm

 

Working

 

06:00:55.819 [3840.3864] 2 io_open: SCSI RESERVE

06:00:55.835 [3840.3864] 2 check_touch_file: Found
D:\VERITAS\Volmgr\database\NO_SIXTEEN_BYTE_CDB from (roblib.c.6515)

06:00:55.835 [3840.3864] 2 manage_drive_attributes: report_attr, fl1
0x00030849, fl2 0x

06:00:55.835 [3840.3864] 2 manage_drive_attributes: encryption status:
nexus scope 1, key scope 1

06:00:55.835 [3840.3864] 2 manage_drive_attributes: encryp mode 0x0,
decryp mode 0x0, algorithm index 1, key instance 1459

06:00:55.835 [3840.3864] 2 io_open: file
D:\VERITAS\NetBackup\db\media\tpreq\drive_IBM.ULTRIUM-TD4.004
successfully opened (mode 2)

06:00:55.835 [3840.3864] 2 write_backup: media id 001137 mounted on
drive index 2, drivepath {2,0,2,0}, drivename IBM.ULTRIUM-TD4.004, copy
1

06:00:55.835 [3840.3864] 4 db_error_add_to_file: VBRT 1 3840 1 1
IBM.ULTRIUM-TD4.004 001137 0 1 0 0 0

 

Library mount logs...

 

-- Mount History -- : 

 

 

 #NO Thread Count Cart. Manu   Cart. S/NVolser Lib   Volser Host
Cart. GEN Code Level   DS-WRT DS-RD  

 1   5518 TDK  H9XQL8I414   001342L4
Gen 4 85 1d 38 1  0

 2   5510 FUJIFILM 079D106852000492L3
Gen 3 85 1d 38 40987  94

 3   5511 FUJIFILM 079D106852000492L3
Gen 3 85 1d 38 83 81

 4   5512 FUJIFILM 079D106852000492L3
Gen 3 85 1d 38 27 93

 5   5513 FUJIFILM 0796112369000446L3
Gen 3 85 1d 38 11774

 6   5514 FUJIFILM 0796112369000446L3
Gen 3 85 1d 38 4  68

 7   5515 FUJIFILM 073Q10812549L3
Gen 3 85 1d 38 30 73

 8   5516 TDK  H9XQL8E086   001343L4
Gen 4 85 1d 38 1  0

 9   5517 TDK  H9XQL8E086   001343L4
Gen 4 85 1d 38 0  1

 

Dwayne Adams



This email and any attachments are intended only for the named recipient
and may contain confidential and/or privileged material. Any
unauthorized copying, dissemination or other use by a person other than
the named recipient of this communication is prohibited. If you received
this in error or are not named as a recipient, please notify the sender
and destroy all copies of this email immediately.

2010 Olympic and Paralympic Logo | ICBC Logo http://icbc.com/ 

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