Re: [Veritas-bu] File Size Byte Count - Conversion

2014-03-25 Thread Iverson, Jerald
the file hasn't grown 20kb since the backup?  what version of netbackup?  what 
does cat_convert -dump on the backup.f file | grep filename show?

thanks,
jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dennis Peacock
Sent: Tuesday, March 25, 2014 10:08 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] File Size Byte Count - Conversion

I have an odd problembut aren't most of my problems odd? :)

blist gives large file sizes in KBytes.I need to correctly convert those 
file sizes listed in KBytes to the real Unix/Linux file Byte size.

Example:
File A - 2775784693 Bytes on the server
File A - 2710707K as reported by Netbackup in the bplist output

A simple conversion of 2710707 * 1024 does NOT yeild 2775784693 bytes but does 
yield 2775763968 Bytes, which does NOT equal the original file size on the 
server.

Does anyone here know how to resolve this?

+--
|This was sent by dpe...@acxiom.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

Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.


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


[Veritas-bu] netbackup 7.1 convert catalog to 7.5

2014-02-07 Thread Iverson, Jerald
environment: redhat linux 7.5 master/media server

we move (archive) old catalog images which don't expire under 
netbackup/db/images for 1 client to a nfs mounted filesystem to keep the image 
database to a managable size, and then link an epoch directory to the nfs mount 
if needed for a restore.  this has worked for 6.5, and 7.1, but now when i link 
a 7.1 directory that wasn't upgraded during the 7.5 upgrade, the .lck files 
aren't there and the images don't show up in the gui for a restore.

is there a command i can manually run to convert the database image files?  i 
thought i read something last year about manually doing this if you had a large 
database when doing the upgrade.

thanks in advance,
jerald

Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.

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


Re: [Veritas-bu] NBU 7.5.0.5 - Media server won't write to tape

2013-11-13 Thread Iverson, Jerald
can you post   tpconfig -l   output from all nodes?and possibly   bpps -a   
if unix/linux?

thanks,
jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Privat Gmail
Sent: Wednesday, November 13, 2013 1:06 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] NBU 7.5.0.5 - Media server won't write to tape

From this it seems that node B has an issue with loading the tape

I would try the same operation with robtest in volmgr/bin from node B and mt -f 
device file status to check  

Regards
Michael

Sendt fra min iPhone

 Den 12/11/2013 kl. 17.57 skrev Dennis Peacock nbu-fo...@backupcentral.com:
 
 Out of the job detail log:
 
 11/12/2013 10:07:26 - current media KC0063 complete, requesting next 
 media Any
 11/12/2013 10:28:34 - Waiting for scan drive stop IBM.ULT3580-TD5.002, 
 Media server: node-B
 11/12/2013 10:28:38 - granted resource  KC0063
 11/12/2013 10:28:38 - granted resource  IBM.ULT3580-TD5.002
 11/12/2013 10:28:38 - granted resource  node-b-hcart2-robot-tld-0
 11/12/2013 10:28:39 - Info bptm (pid=4653098) Waiting for mount of media id 
 KC0063 (copy 1) on server node-B.
 11/12/2013 10:28:39 - mounting KC0063
 11/12/2013 10:36:08 - Error bptm (pid=4653098) error requesting media, 
 TpErrno = Robot operation failed
 11/12/2013 10:36:08 - Warning bptm (pid=4653098) media id KC0063 load 
 operation reported an error
 11/12/2013 10:36:08 - current media KC0063 complete, requesting next 
 media Any
 11/12/2013 10:36:19 - Error bptm (pid=4653098) media manager 
 terminated by parent process
 11/12/2013 10:36:23 - Info bpbkar (pid=65142872) done. status: 150: 
 termination requested by administrator
 11/12/2013 10:36:23 - end writing
 termination requested by administrator  (150)
 
 +-
 +-
 |This was sent by dpe...@acxiom.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 maillist  -  Veritas-bu@mailman.eng.auburn.edu 
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.


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


[Veritas-bu] netbackup 7.5.0.6 bpimmedia question

2013-07-24 Thread Iverson, Jerald
i've upgraded 1 of my environments to 7.5.0.6, and noticed that the 
db/images/client/epoch_dir/policy_epoch_backup-type files are no 
longer there.  the .f files are there, and now a .lck file is there, but not 
the backup image header file for me to grab backup data out of.  so i'm trying 
to get fragment information using the bpimmedia command, which runs much faster 
as all of the data is in 1 central location, but it doesn't return everything.  
not getting all the data back faster doesn't cut it.  i think since netbackup 
3.4 the bpimmedia command has returned all fragments in a backup set when any 
of the media is given for the mediaid option.  here's an example of a backup 
that went to 5 tapes in netbackup 7.1.0.4, it is an ndmp backup, so some 
catalog data gets written at the end to FRAG -1.
# bpimmedia -mediaid L46555
IMAGE ushoufas6070a 8 ushoufas6070a_1374656402 netapp-6070a-sqlbakrepl6 19 full 
0 3 29098 1377334802 0 0
FRAG 1 -1 4556 0 3 6 2 L46555 houlebspd1 65536 11474540 1374656402 9 64 *NULL* 
0 0 3 1
FRAG 1 1 49437184 0 3 6 3 L45086 houlebspd1 65536 13170345 1374581017 9 64 
*NULL* 1377334802 0 3 1
FRAG 1 2 839758208 0 3 6 1 L45352 houlebspd1 65536 2 1374656402 9 64 *NULL* 0 0 
3 1
FRAG 1 3 837484032 0 3 6 1 L45585 houlebspd1 65536 2 1374656402 9 64 *NULL* 0 0 
3 1
FRAG 1 4 832688640 0 3 6 1 L46840 houlebspd1 65536 2 1374656402 9 64 *NULL* 0 0 
3 1
FRAG 1 5 734370304 0 3 6 1 L46555 houlebspd1 65536 2 1374656402 9 64 *NULL* 0 0 
3 1

in my 7.5.0.6 environment, i have a backup that went to 6 tapes.  running the 
bpimmedia command on 1 tape returns just that fragment:
# bpimmedia -mediaid 000189
IMAGE usbcpfas3050 8 usbcpfas3050_1329405567 netapp-fas3050-special-req-snap 19 
full 0 9 3515573 2147483647 0 0 0 0
FRAG 1 6 513484544 0 3 20 1 000189 auslebsms1 65536 2 1329405567 14 0 *NULL* 
2147483647 0 9 1 *NULL* 0

running it on another tape returned that tape which was used at the end of 
another backup, and the first fragment of this backup:
# bpimmedia -mediaid 000195
IMAGE usbcpfas3050 8 usbcpfas3050_1329405567 netapp-fas3050-special-req-snap 19 
full 0 9 3515573 2147483647 0 0 0 0
FRAG 1 1 139074176 0 3 20 3 000195 auslebsms1 65536 7657992 1329252218 14 0 
*NULL* 2147483647 0 9 1 *NULL* 0
IMAGE usbcpfas3050 8 usbcpfas3050_1329252218 netapp-fas3050-special-req-snap 19 
full 0 9 3515666 2147483647 0 0 0 0
FRAG 1 6 489615360 0 3 20 1 000195 auslebsms1 65536 2 1329252218 14 0 *NULL* 
2147483647 0 9 1 *NULL* 0

another tape in the set:
# bpimmedia -mediaid 000134
IMAGE usbcpfas3050 8 usbcpfas3050_1329405567 netapp-fas3050-special-req-snap 19 
full 0 9 3515573 2147483647 0 0 0 0
FRAG 1 3 623871552 0 3 20 1 000134 auslebsms1 65536 2 1329405567 14 0 *NULL* 
2147483647 0 9 1 *NULL* 0

for the fun of it, i tried the nospan option, and it did list all 6 media used, 
plus another 12(?):
# bpimmedia -spanpools -mediaid 000134
SERVER auslebsms1
DISK POOL 000189 000195 000129 000134 000135 000138 000119 000182 000184 000185 
000186 L41759 000102 000104 000153 000151 L41722 L41743

so i dumped the netbackup database, and looked into the *.dat files, and they 
look correct (dbm_image and dbm_imagefragment):
845.dat: 
'4930','102',,'usbcpfas3050','42','netapp-fas3050-special-req-snap','1329405567','0','0','19','9','0','0','0','3123802962','7','1','0','8','9','1','0','54640','2147483647','3515573','119330','32','root','full','','','netapp-fas3050-special-req-snap_1329405567_FULL.f','507617313','','','3748583707','0','0','1329405567','1329405567','0','1','','2013-07-16
 17:29:10.94','2013-07-16 17:29:10.98'

849.dat:'2','4930','5032','1','-1','0','000189','102','3','1','1','507660288','000189','20','2','65536','8023200','1329405567','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.669941','2013-07-16 17:29:10.669945'
849.dat:'3','4930','5032','1','1','0','000195','102','3','1','1','142411956224','000195','20','3','65536','7657992','1329252218','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.670277','2013-07-16 17:29:10.670280'
849.dat:'30001','4930','5032','1','2','0','000129','102','3','1','1','638745640960','000129','20','1','65536','2','1329405567','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.670566','2013-07-16 17:29:10.670570'
849.dat:'30002','4930','5032','1','3','0','000134','102','3','1','1','638844469248','000134','20','1','65536','2','1329405567','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.670885','2013-07-16 17:29:10.670889'
849.dat:'30003','4930','5032','1','4','0','000135','102','3','1','1','609969635328','000135','20','1','65536','2','1329405567','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.671208','2013-07-16 17:29:10.671212'
849.dat:'30004','4930','5032','1','5','0','000138','102','3','1','1','642486697984','000138','20','1','65536','2','1329405567','14','0','*NULL*','0','0','','','2013-07-16
 17:29:10.671486','2013-07-16 17:29:10.671490'

Re: [Veritas-bu] ndmp drives down after netapp upgrade to 8.1.1RC1

2012-08-08 Thread Iverson, Jerald
we opened a call with netapp, and i think they are having issues with 8.1.1 and 
certain drives.  we did turn up logging, and see an ndmp connection connect, 
but then we get the message back from netbackup stating drive does not match, 
(sorry i don't have the exact message in front of me).  someone did reply that 
they have lto4 working with 8.1, so i connected an lto4 drive but we still see 
the same issue.  netapp is still looking into it, so we are doing 3-way backups 
tonight.

thanks,
jerald

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Steve Quan
Sent: Wednesday, August 08, 2012 10:40 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] ndmp drives down after netapp upgrade to 8.1.1RC1

Can you turn on verbose logging on the affected filer and see what the logs say 
? Also, from the filer, can you mount/rewind/etc a tape ? I'm curious about 
this NBU msg:  Device serial number for device at path /dev/nrst1a does not 
match drive adic_drv03 

/Steve
snip

 we have a netbackup 7.1.0.3 environment, linux master/media servers. after 
 upgrading 2 netapp fas3160's to 8.1.1RC1, the direct attached (thru a san 
 switch) lto5 tape drives went down, and go back down after up'ing them. 1 
 netapp has 1 drive, the other has 2 drives, and all 3 went down and stay 
 down. from the first filer i see the tape drive:

 fas3160e ndmpd status
 ndmpd ON.
 No ndmpd sessions active.

 fas3160e storage show tape
 Tape Drive: ushouebs9148a:1-9.126
 Description: IBM LTO 5 ULTRIUM
 Serial Number: F001B2B013
 WWNN: 5:003:08c001:b2b013
 WWPN: 5:003:08c001:b2b014
 Alias Name(s): st1
 Device State: available

 fas3160e sysconfig -t
 Tape drive (ushouebs9148a:1-9.126) IBM LTO 5 ULTRIUM
 rst1l - rewind device, format is: LTO-3(ro)/4 4/800GB
 nrst1l - no rewind device, format is: LTO-3(ro)/4 4/800GB
 urst1l - unload/reload device, format is: LTO-3(ro)/4 4/800GB
 rst1m - rewind device, format is: LTO-3(ro)/4 8/1600GB cmp
 nrst1m - no rewind device, format is: LTO-3(ro)/4 8/1600GB cmp
 urst1m - unload/reload device, format is: LTO-3(ro)/4 8/1600GB cmp
 rst1h - rewind device, format is: LTO-5 1600GB
 nrst1h - no rewind device, format is: LTO-5 1600GB
 urst1h - unload/reload device, format is: LTO-5 1600GB
 rst1a - rewind device, format is: LTO-5 3200GB cmp
 nrst1a - no rewind device, format is: LTO-5 3200GB cmp
 urst1a - unload/reload device, format is: LTO-5 3200GB cmp


 from the media server:

 ebsmd1# tpautoconf -verify fas3160e
 Connecting to host fas3160e as user root...
 Waiting for connect notification message...
 Opening session--attempting with NDMP protocol version 4...
 Opening session--successful with NDMP protocol version 4
 host supports MD5 authentication
 Getting MD5 challenge from host...
 Logging in using MD5 method...
 Host info is:
 host name fas3160e
 os type NetApp
 os version NetApp Release 8.1.1RC1 7-Mode
 host id 0151736859
 Login was successful
 Host supports LOCAL backup/restore
 Host supports 3-way backup/restore

 ebsmd1# tpconfig -dev_ping -drive -path /dev/nrst1a -nh fas3160e
 Failed to inquiry the specified device.

 ebsmd1# tpconfig -update -drpath -path /dev/nrst1a -nh fas3160e -asciiname 
 adic_drv03 -drstatus UP
 Device serial number for device at path /dev/nrst1a does not match drive 
 adic_drv03.

 ebsmd1# tpconfig -l
 Device Robot Drive Robot Drive Device Second
 Type Num Index Type DrNum Status Comment Name Path Device Path
 robot 0 - TLD - - - - /dev/sg11
 ...
 drive - 3 hcart 4 DOWN - adic_drv03 /dev/nrst1a
 ...


 does anyone else have a setup with netapp ontap 8.1.1rc1 working? we have 12 
 other netapps at lower ontap versions that still work. i think i found a 
 compatibility chart that says it is supported.

 thanks,
 jerald
snip

Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.

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


[Veritas-bu] ndmp drives down after netapp upgrade to 8.1.1RC1

2012-08-07 Thread Iverson, Jerald
we have a netbackup 7.1.0.3 environment, linux master/media servers.  after 
upgrading 2 netapp fas3160's to 8.1.1RC1, the direct attached (thru a san 
switch) lto5 tape drives went down, and go back down after up'ing them.  1 
netapp has 1 drive, the other has 2 drives, and all 3 went down and stay down.  
 from the first filer i see the tape drive:



fas3160e ndmpd status

ndmpd ON.

No ndmpd sessions active.



fas3160e storage show tape

Tape Drive: ushouebs9148a:1-9.126

Description:IBM LTO 5 ULTRIUM

Serial Number:  F001B2B013

WWNN:   5:003:08c001:b2b013

WWPN:   5:003:08c001:b2b014

Alias Name(s):  st1

Device State:   available



fas3160e sysconfig -t

Tape drive (ushouebs9148a:1-9.126)  IBM LTO 5 ULTRIUM

rst1l  -  rewind device,format is: LTO-3(ro)/4 4/800GB

nrst1l -  no rewind device, format is: LTO-3(ro)/4 4/800GB

urst1l -  unload/reload device, format is: LTO-3(ro)/4 4/800GB

rst1m  -  rewind device,format is: LTO-3(ro)/4 8/1600GB cmp

nrst1m -  no rewind device, format is: LTO-3(ro)/4 8/1600GB cmp

urst1m -  unload/reload device, format is: LTO-3(ro)/4 8/1600GB cmp

rst1h  -  rewind device,format is: LTO-5 1600GB

nrst1h -  no rewind device, format is: LTO-5 1600GB

urst1h -  unload/reload device, format is: LTO-5 1600GB

rst1a  -  rewind device,format is: LTO-5 3200GB cmp

nrst1a -  no rewind device, format is: LTO-5 3200GB cmp

urst1a -  unload/reload device, format is: LTO-5 3200GB cmp





from the media server:



ebsmd1# tpautoconf -verify fas3160e

Connecting to host fas3160e as user root...

Waiting for connect notification message...

Opening session--attempting with NDMP protocol version 4...

Opening session--successful with NDMP protocol version 4

  host supports MD5 authentication

Getting MD5 challenge from host...

Logging in using MD5 method...

Host info is:

  host name fas3160e

  os type NetApp

  os version NetApp Release 8.1.1RC1 7-Mode

  host id 0151736859

Login was successful

Host supports LOCAL backup/restore

Host supports 3-way backup/restore



ebsmd1# tpconfig -dev_ping -drive -path /dev/nrst1a -nh fas3160e

Failed to inquiry the specified device.



ebsmd1# tpconfig -update -drpath -path /dev/nrst1a -nh fas3160e -asciiname 
adic_drv03 -drstatus UP

Device serial number for device at path /dev/nrst1a does not match drive 
adic_drv03.



ebsmd1# tpconfig -l

Device Robot Drive   RobotDrive   Device
Second

Type Num Index  Type DrNum Status  CommentNamePath  
Device Path

robot  0-TLD-   -  -  -   /dev/sg11

...

  drive-3  hcart4DOWN  -  adic_drv03  /dev/nrst1a

...





does anyone else have a setup with netapp ontap 8.1.1rc1 working?  we have 12 
other netapps at lower ontap versions that still work.  i think i found a 
compatibility chart that says it is supported.



thanks,

jerald





Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.

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


[Veritas-bu] bpdbjobs comand output formatting

2012-07-17 Thread Iverson, Jerald
i have a bpdbjobs comand line output formatting question, netbackup 7.1.0.3.

on a nt netbackup master server, i have column definitions set to output the 
started column, and the output format shows up as dd/mm/ hh:mm:ss, ex:
16/07/2012 19:00:46

on a linux netbackup master server, the bpdbjobs command gives me mm/dd/yy 
hh:mm:ss, ex:
07/16/12 21:00:38

is there any way to make them both behave the same?

thanks,
jerald



Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.

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


Re: [Veritas-bu] bpdbjobs comand output formatting

2012-07-17 Thread Iverson, Jerald
the nt master is in england, and the linux master is in ireland, so they should 
have similar localization settings.  most of our environments are linux (7 
across the globe), and they all give the same output.  our backup admin in 
england just runs bpdbjobs -ignore_parent_jobs and has 8 columns he wants 
defined (not sure where as it is windows) so he only sees those in the output, 
it the date gets formatted by bpdbjobs.  he is now bringing up a new 
environment in ireland on linux, and put the column definitions in bp.conf.   
he gets the columns he wants, but the month/day are switched between nt and 
linux so it screws up a spreadsheet that the data goes into.

on the 3 netbackup servers (all linux) in the u.s., i run bpdbjobs with the 
-all_columns and use a perl script to pick out data for reports when i need it.

thanks,
jerald

From: Martin, Jonathan [mailto:jmart...@intersil.com]
Sent: Tuesday, July 17, 2012 1:31 PM
To: Iverson, Jerald; veritas-bu
Subject: RE: [Veritas-bu] bpdbjobs comand output formatting

Which switch are you using with bpdbjobs? When I run bpdbjobs with the 
-all_columns switch on my Windows 2008 R2 Master running 7.1 I get UNIX time.  
Just a shot in the dark here, but have you checked your localization settings 
in Windows? (Control Panel, Clock Language, Region)?

-Jonathan

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson, Jerald
Sent: Tuesday, July 17, 2012 2:20 PM
To: veritas-bu
Subject: [Veritas-bu] bpdbjobs comand output formatting

i have a bpdbjobs comand line output formatting question, netbackup 7.1.0.3.

on a nt netbackup master server, i have column definitions set to output the 
started column, and the output format shows up as dd/mm/ hh:mm:ss, ex:
16/07/2012 19:00:46

on a linux netbackup master server, the bpdbjobs command gives me mm/dd/yy 
hh:mm:ss, ex:
07/16/12 21:00:38

is there any way to make them both behave the same?

thanks,
jerald




Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.

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


Re: [Veritas-bu] bpdbjobs comand output formatting

2012-07-17 Thread Iverson, Jerald
also, i've looked into the /usr/openv/msg/.conf file:

.../msg# locale -a | grep en_G
en_GB
en_GB.iso88591
en_GB.iso885915
en_GB.utf8

.../msg# env | grep en_
LANG=en_GB.utf8

.../msg# grep -i uk .conf
TL 5 en_UK :hh:mn:ss /dd/mm/   . English UK
TL 5 en_GB :hh:mn:ss /dd/mm/   . English UK
TM 5  en_GB   5 en_UK
TM 5  EN_GB   5 en_UK
TM 5  En_UK   5 en_UK
TM 5  en_IE   5 en_UK
TM 5  en_NZ   5 en_UK
TM 5  en_AU   5 en_UK
TM 5  en_JP   5 en_UK
TM 11 en_GB.UTF-8 5 en_UK

.../msg# grep -i GB .conf
TL 5 en_GB :hh:mn:ss /dd/mm/   . English UK
TL 5 en_GB :hh:mm:dd /dd/mm/   . English
TM 12 en_GB.roman8 2 en
TM 5  en_GB   5 en_UK
TM 5  EN_GB   5 en_UK
TM 11 en_GB.UTF-8 5 en_UK
TM 10 en_GB.utf8  5 en_GB
OR 12 en_GB.roman825 AMERICAN_AMERICA.US7ASCII
OR 5  en_GB   35 ENGLISH_UNITED KINGDOM.WE8ISO8859P1

i've run strace on bpdbjobs and it does open /usr/openv/msg/.conf but for some 
reason isn't using the date format from there.

thanks,
jerald

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson, Jerald
Sent: Tuesday, July 17, 2012 5:00 PM
To: Martin, Jonathan; veritas-bu
Subject: Re: [Veritas-bu] bpdbjobs comand output formatting

the nt master is in england, and the linux master is in ireland, so they should 
have similar localization settings.  most of our environments are linux (7 
across the globe), and they all give the same output.  our backup admin in 
england just runs bpdbjobs -ignore_parent_jobs and has 8 columns he wants 
defined (not sure where as it is windows) so he only sees those in the output, 
it the date gets formatted by bpdbjobs.  he is now bringing up a new 
environment in ireland on linux, and put the column definitions in bp.conf.   
he gets the columns he wants, but the month/day are switched between nt and 
linux so it screws up a spreadsheet that the data goes into.

on the 3 netbackup servers (all linux) in the u.s., i run bpdbjobs with the 
-all_columns and use a perl script to pick out data for reports when i need it.

thanks,
jerald

From: Martin, Jonathan [mailto:jmart...@intersil.com]
Sent: Tuesday, July 17, 2012 1:31 PM
To: Iverson, Jerald; veritas-bu
Subject: RE: [Veritas-bu] bpdbjobs comand output formatting

Which switch are you using with bpdbjobs? When I run bpdbjobs with the 
-all_columns switch on my Windows 2008 R2 Master running 7.1 I get UNIX time.  
Just a shot in the dark here, but have you checked your localization settings 
in Windows? (Control Panel, Clock Language, Region)?

-Jonathan

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson, Jerald
Sent: Tuesday, July 17, 2012 2:20 PM
To: veritas-bu
Subject: [Veritas-bu] bpdbjobs comand output formatting

i have a bpdbjobs comand line output formatting question, netbackup 7.1.0.3.

on a nt netbackup master server, i have column definitions set to output the 
started column, and the output format shows up as dd/mm/ hh:mm:ss, ex:
16/07/2012 19:00:46

on a linux netbackup master server, the bpdbjobs command gives me mm/dd/yy 
hh:mm:ss, ex:
07/16/12 21:00:38

is there any way to make them both behave the same?

thanks,
jerald




Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.

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


[Veritas-bu] symantec support for other countries

2012-02-14 Thread Iverson, Jerald
i have a general question:  how do companies work with symantec for support on 
backup environments in different countries?  do you need a separate symantec 
support agreement for each country?  or is there a universal support 
agreement that can cover all backup environments of a company in the known 
universe?

thanks,
jerald



Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.

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


[Veritas-bu] ndmp fails for 7.1.0.3

2012-02-08 Thread Iverson, Jerald
we upgraded from netbackup 7.0.1 which has worked for over a year, to 7.1.0.3 
and the ndmp tape drives go down and stay down, and tpautoconf gives the 
following output:

master:.../bin# tpautoconf -verify netappfas3160a
Connecting to host netappfas3160a as user root...
Failed to connect to port 1 
: host netappfas3160a failed
NDMP failed to verify host

master:.../bin# tpautoconf -probe netappfas3160a 
: host netappfas3160a failed
Internal NDMP error

master:.../bin# cat /usr/openv/netbackup/version
HARDWARE LINUX_RH_X86
VERSION NetBackup 7.1.0.3
RELEASEDATE Wed Dec 07 20:38:17 CST 2011
BUILDNUMBER 20111207


old version:
HARDWARE LINUX_RH_X86
VERSION NetBackup 7.0.1
RELEASEDATE Thu Jul 08 02:04:00 CDT 2010
BUILDNUMBER 20100707

i had copied openv/* to openv_7.0.1/* so reverting back to 7.0.1 was easy, just 
shutdown netbackup and rename the 2 dirs.  i upgraded another site with the 
same netbackup environment (os and library, 2 netapps, etc) with no problems.  
has anyone else experienced this problem?  telnet to the netapp port works 
fine.  when the original openv dir is back in place, tpconfig shows the drive 
up and backups work fine.  is 7.1.0.3 trying to use a different os network 
shared library object that may be missing?

thanks,
jerald



more info:
master:.../bin# tpconfig -l
Device Robot Drive   Robot Drive  Device   
Second
Type Num Index  Type DrNum Status  Comment Name   Path 
Device Path
robot  0-TLD-   -  -   -  /dev/sg4
  drive-1  hcart1DOWN  netappfas3160b  lto5_drv1  /dev/nrst0a
  drive-2  hcart2DOWN  netappfas3160a  lto5_drv2  /dev/nrst0a
  drive-3  hcart3  UP  -   lto5_drv3  /dev/nst1
  drive-4  hcart4  UP  -   lto5_drv4  /dev/nst0


master:.../# ssh netappfas3160a sysconfig -t
Tape drive (0b.73)  IBM ULTRIUM-TD5   
rst0l  -  rewind device,format is: LTO-3(ro)/4 4/800GB 
nrst0l -  no rewind device, format is: LTO-3(ro)/4 4/800GB 
urst0l -  unload/reload device, format is: LTO-3(ro)/4 4/800GB 
rst0m  -  rewind device,format is: LTO-3(ro)/4 8/1600GB cmp
nrst0m -  no rewind device, format is: LTO-3(ro)/4 8/1600GB cmp
urst0m -  unload/reload device, format is: LTO-3(ro)/4 8/1600GB cmp
rst0h  -  rewind device,format is: LTO-5 1600GB
nrst0h -  no rewind device, format is: LTO-5 1600GB
urst0h -  unload/reload device, format is: LTO-5 1600GB
rst0a  -  rewind device,format is: LTO-5 3200GB cmp
nrst0a -  no rewind device, format is: LTO-5 3200GB cmp
urst0a -  unload/reload device, format is: LTO-5 3200GB cmp

master:.../# ssh netappfas3160a ndmpd status
ndmpd ON.
No ndmpd sessions active.

master:.../# cat /etc/red*rel*
Red Hat Enterprise Linux Server release 5.5 (Tikanga)

Confidentiality Note: The information contained in this 
message, and any attachments, may contain confidential 
and/or privileged material.  It is intended solely for the 
person(s) or entity to which it is addressed.  Any review, 
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other 
than the intended recipient(s) is prohibited.  If you received 
this in error, please contact the sender and delete the 
material from any computer.


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


Re: [Veritas-bu] IBM LTO-5 Drive Question (8.0gbps FC, FW: B5BF)

2011-12-13 Thread Iverson, Jerald
i use the get on the latest firmware first option as an easy way to get on 
the latest firmware without having to do all of the paperwork for planned 
upgrades.  it's broke and needs patching now!

when they correct a known issue (bug), the fix could also inadvertantly fix a 
different issue, the issue that you are experiencing.  if it doesn't fix your 
issue, then it forces them to now look at it much more closely.

i had an issue a couple of weeks ago where we've been using lto5 drives for 8 
months with no issues, but we are only writing to lto4 media.  we put on our 
first batch of lto5 media and all tapes gave us errors and went to a partially 
written FROZEN state:

/var/log/messages:
Nov 17 19:12:40 tldd[18902]: TLD(0) MountTape L5 on drive 1, from slot 51
Nov 17 19:12:41 tldcd[18908]: Processing MOUNT, TLD(0) drive 1, slot 51, 
barcode L5  , vsn L5
Nov 17 19:42:19 bptm[9924]: TapeAlert Code: 0x03, Type: Warning, Flag: HARD 
ERROR, from drive lto5_drv1 (index 1), Media Id L5
Nov 17 19:42:19 bptm[9924]: TapeAlert Code: 0x06, Type: Critical, Flag: WRITE 
FAILURE, from drive lto5_drv1 (index 1), Media Id L5
Nov 17 19:42:19 bptm[9924]: TapeAlert Code: 0x14, Type: Critical, Flag: CLEAN 
NOW, from drive lto5_drv1 (index 1), Media Id L5
Nov 17 19:42:19 bptm[9924]: TapeAlert Code: 0x27, Type: Warning, Flag: 
DIAGNOSTICS REQ., from drive lto5_drv1 (index 1), Media Id L5
Nov 17 19:42:20 tldd[18902]: TLD(0) DismountTape L5 from drive 1

~netbackup/db/media/errors:
11/17/11 19:42:08 L5 1 WRITE_ERROR lto5_drv1
11/17/11 19:42:18 L5 1 POSITION_ERROR lto5_drv1
11/17/11 19:42:19 L5 1 TAPE_ALERT lto5_drv1 0x24001000 0x0200

ouch!  so i opened a support ticket and they thought it could be bad tapes (all 
of them?), but suggested a firmware upgrade.  how could that fix it?  lto5 
drives should be able to write to lto5 media. would we have had this issue if 
we had used lto5 media 8 months ago with the firmware that was on the drives 
when they were new?  so i upgraded the drives to B6W0 and it fixed the issue.  
i now get twice as much data written per tape in each slot of the library.

jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lightner, Jeff
Sent: Tuesday, December 13, 2011 8:31 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] IBM LTO-5 Drive Question (8.0gbps FC, FW: B5BF)

A good thing to ask vendors when they suggest you patch software or update 
firmware is for the documentation for that patch/firmware that shows where it 
fixes your SPECIFIC issue.

Telling people to patch/update has always been viewed by me as just a vendor 
stalling tactic for the most part.  You should of course do planned 
patching/updating as regular maintenance but usually when it is suggested 
during troubleshooting it has little value and doesn't solve the issue.  In 
more than 20 years I can only think of 2-3 occasions where a vendor when so 
challenged was actually able to show where the suggested patch/firmware 
specifically mentioned the issue I was having.

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of WALLEBROEK Bart
Sent: Tuesday, December 13, 2011 7:12 AM
To: veritas-bu@mailman.eng.auburn.edu; jpis...@lucidpixels.com
Subject: Re: [Veritas-bu] IBM LTO-5 Drive Question (8.0gbps FC, FW: B5BF)

Make sure to run the latest firmware on the tape drives (B6W0).  IBM 'claims' 
that this will solve all media issues.

Best Regards,
Bart WALLEBROEK


Message: 1
Date: Mon, 12 Dec 2011 04:23:10 -0500
From: Justin Piszcz jpis...@lucidpixels.com
Subject: [Veritas-bu] IBM LTO-5 Drive Question (8.0gbps FC, FW: B5BF)
To: veritas-bu@mailman.eng.auburn.edu
Message-ID: 001801ccb8af$ab386850$01a938f0$@lucidpixels.com
Content-Type: text/plain; charset=us-ascii

Hi,

I read on this list awhile back there were some media issues others were
having with the IBM LTO-5 tape drives; after an update, things were better.
Currently running B5BF and notice a lot of '(86) - media read errors' on
separate drives in different locations, has anyone seen this, one could
chalk it up to some bad tape media but because it seems to occur across 2
drives in 1 location I was curious if anyone else had seen this issue and
if so, which F/W where they running that seemed to solve the issue?

Drive: IBM LTO-5 8.0gbps F/C
F/W: B5BF
**

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is 

[Veritas-bu] windows new install nb7.1 to d: drive

2011-07-15 Thread Iverson, Jerald
i've been using netbackup on unix/linux for many years.  i'm attempting my 
first install of netbackup 7.1 for a new small environment which is a windows 
master/media server.  i'd like to install to the d: drive but the installation 
gui does not give me a chance to change it.  i do not want to install to c: and 
then have to hack it to move it to the d: drive as i've seen some symantec 
articles on moving the database if it gets too big.  has anyone been able to 
install directly to a different location?  should i download 7.0 and try that, 
and then upgrade to 7.1?  that also seems to be an unneccessary hack if the 7.0 
installation does let me change the installation path.  hopefully it's 
something i'm overlooking as i'm fairly new to using this here pointy-clicky 
thing.

thanks in advance,
jerald

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


Re: [Veritas-bu] windows new install nb7.1 to d: drive

2011-07-15 Thread Iverson, Jerald
thank you very much, that was too easy.  when i got up the part where it showed 
me that it was going to install to c:, i went back but only to the screen of 
choosing install master/media, client, or admin console.  hitting back 1 
more time shows me the typical or custom option.  luckily i hadn't 
installed anything.

thanks again,
jerald

-Original Message-
From: Martin, Jonathan [mailto:jmart...@intersil.com] 
Sent: Friday, July 15, 2011 9:42 AM
To: Preston, Douglas; Iverson, Jerald; VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: RE: [Veritas-bu] windows new install nb7.1 to d: drive

Yes, select custom install and you can manually change the location from 
C:\Program Files\Veritas to D:\Program Files\Veritas. Also be aware that I 
recently installed to the C: (accidentally), removed the install via Add/Remove 
Programs, Reinstalled to D:, and NetBackup's registry entries were all screwed 
up. I'm not sure if it was a one time thing or if there is a problem with the 
install package but the uninstall did not clean out all the registry entries 
which left me with registry entries pointing to C: and D: which left NetBackup 
unstable. I chose to rebuild the machine entirely (it was a new build anyway) 
but Datalink support suggested clearing out the registry entries manually.

-Jonathan

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Preston, Douglas
Sent: Friday, July 15, 2011 10:32 AM
To: 'Iverson, Jerald'; 'VERITAS-BU@MAILMAN.ENG.AUBURN.EDU'
Subject: Re: [Veritas-bu] windows new install nb7.1 to d: drive

Do a custom install


Doug Preston
Phone 626-667-1447
EmailĀ  dlpres...@lereta.com


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson, Jerald
Sent: Friday, July 15, 2011 7:19 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] windows new install nb7.1 to d: drive

i've been using netbackup on unix/linux for many years.  i'm attempting my 
first install of netbackup 7.1 for a new small environment which is a windows 
master/media server.  i'd like to install to the d: drive but the installation 
gui does not give me a chance to change it.  i do not want to install to c: and 
then have to hack it to move it to the d: drive as i've seen some symantec 
articles on moving the database if it gets too big.  has anyone been able to 
install directly to a different location?  should i download 7.0 and try that, 
and then upgrade to 7.1?  that also seems to be an unneccessary hack if the 7.0 
installation does let me change the installation path.  hopefully it's 
something i'm overlooking as i'm fairly new to using this here pointy-clicky 
thing.

thanks in advance,
jerald

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in reliance upon 
this information by persons or entities other than the intended recipient(s) is 
prohibited.  If you received this in error, please contact the sender and 
delete the material from any computer.


___
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] nb7 and exchange 2010 grt

2011-07-12 Thread Iverson, Jerald
i found this somewhere on a symantec website/forum dated 2009:

the reason has to do that the full backup image is being mounted and browsed 
to extract the item.  With incremental or differential backups there isn't a 
full image so it requires extra development to generate a synthetic backup 
image on the fly for browsing all the GRT items.  The good news is that you can 
still have 1 Exchange policy in NetBackup with a full and differential (or 
incremental) schedule.  It's only when you browse to do the restore that you 
won't be able to crack open the incremental/differential backups to browse 
for items. We hope to have that in a future NetBackup release.

Sr. Product Manager, NetBackup
Symantec


does anybody know the status of this?  are incremental grt restores working in 
7.1 or will it be a feature in 8.0?  or is it just unfeasible to implement?

thanks,
jerald



Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


[Veritas-bu] distributed application restore mapping not in linux gui

2011-04-12 Thread Iverson, Jerald
i am trying to set up restores for an exchange dag, and the symantec netbackup 
linux admin guide volume 1 mentions:

The Distributed Application Restore Mapping dialog box contains the following 
properties.
Property
 Description

Add
 Adds a host that is authorized to run restores on SharePoint component hosts 
or Exchange hosts.You must provide the name of the Application host and the 
name of the Component host in the SharePoint farm or Exchange Database 
Availability Group (DAG).

Note:
 For restores to be successful in an Exchange 2010 DAG environment, you must 
add the CAS server to the list.

Change
 Changes the application host or component host of the currently selected 
mapping.

Remove
 Removes the currently selected mapping
when running the jnbSA gui i should click on host properties - master 
server.  when i double click the master server and open the properties, i see 
like 25 things i can change, from global attributes, universal settings, 
etc, to login banner config.  a picture of the windows admin console shows 
that between client attributes and firewall should be the distributed 
application restore mapping property, but it isn't there in my linux jnbSA.

in the admin guide, they show a picture for each thing that you can select to 
change, except there is no picture for the distributed application restore 
mapping,  because in the other pictures you can see that it isn't there to 
select.

is there a command line command that i can run to run to add the mappings?  
also i'm setting up grt, so is there a command to run for nbfsd to allow the 
cas to mount the disk or does the restore mapping take care of that also?

thanks in advance,
jerald


Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.

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


[Veritas-bu] nb7.0.1 exchange 2010 restore error

2010-11-17 Thread Iverson, Jerald
environment:  master: redhat, netbackup 7.0.1,   
client: windows 2008 r2, netbackup 7.0.1
 
has anyone come across a problem when trying to initiate an exchange
restore and having it fail with an status 5.  looking at the bprd log on
the master server i see (time stamp removed from each line to try to
shorten them, also 100+ lines removed):
 
restorefiles:  bePathByteCount = 114
restorefiles:  beRedirectionPath = /Microsoft Exchange Database
Availability Groups/EXCHANGEDAG.company.net/Microsoft Information
Store/EU_rec_01/
restorefiles:  restore_sync_command = 0
restorefiles:  granular_restore = 0
find_files:  file_path = /Microsoft Exchange Database Availability
Groups/EXCHANGEDAG.company.net/Microsoft Information Store/EU_MB_E41/
find_files:  start_date = 1288376025
find_files:  end_date = 1289502768
find_files:  allow_virtual_browse = 0 
find_files:  include_no_display = 0
find_files:  granular_restore = 0
restorefiles: Exchange DAG detected in target path. The destination
needs to be dynamically checked
restorefiles: Exchange DAG detected in target path. The destination
needs to be dynamically checked
restorefiles: Exchange DAG detected in target path. The destination
needs to be dynamically checked
restorefiles: Exchange DAG detected in target path. The destination
needs to be dynamically checked
make_bpresolver_call: Redirected restore to path /Microsoft Exchange
Database Availability Groups/EXCHANGEDAG.company.net/Microsoft
Information Store/EU_rec_01/ has been detected
make_bpresolver_call: Received Reply back from bpresolver start
europe_mb01
make_bpresolver_call: restore_dag -c europe_mb01 -pt 16 -v
make_bpresolver_call: Sent restore_dag -c europe_mb01 -pt 16 -v to
bpresolver
make_bpresolver_call: Sent 5 to bpresolver
make_bpresolver_call: Sent Microsoft Exchange Database Availability
Groups:\EU_rec_01 to bpresolver
make_bpresolver_call: Sent Microsoft Exchange Database Availability
Groups:\EU_rec_01 to bpresolver
make_bpresolver_call: Sent Microsoft Exchange Database Availability
Groups:\EU_rec_01 to bpresolver
make_bpresolver_call: Sent Microsoft Exchange Database Availability
Groups:\EU_rec_01 to bpresolver
make_bpresolver_call: Sent CONTINUE to bpresolver
make_bpresolver_call: Received BPCD success message
make_bpresolver_call: TRV - BPRESOLVER has executed on server
(EUROPE_MB01)
make_bpresolver_call: INF - RESOLVER EXCHANGE14 WORKLIST EUROPE_MB01
Microsoft Exchange Database Availability Groups:\EU_rec_01
make_bpresolver_call: active_server EUROPE_MB01 database_name EU_rec_01/
make_bpresolver_call: INF - RESOLVER EXCHANGE14 WORKLIST EUROPE_MB01
Microsoft Exchange Database Availability Groups:\EU_rec_01
make_bpresolver_call: active_server EUROPE_MB01 database_name EU_rec_01/
make_bpresolver_call: INF - RESOLVER EXCHANGE14 WORKLIST EUROPE_MB01
Microsoft Exchange Database Availability Groups:\EU_rec_01
make_bpresolver_call: active_server EUROPE_MB01 database_name EU_rec_01/
make_bpresolver_call: INF - RESOLVER EXCHANGE14 WORKLIST EUROPE_MB01
Microsoft Exchange Database Availability Groups:\EU_rec_01
make_bpresolver_call: active_server EUROPE_MB01 database_name EU_rec_01/
make_bpresolver_call: INF - RESOLVER EXCHANGE14 END WORKLIST 0
make_bpresolver_call: Sent ACK to bpresolver
make_bpresolver_call: readline exit status = 0
make_bpresolver_call: Cannot restore more than one Database to a new
target in a single restore job
make_bpresolver_call: Cannot restore more than one Database to a new
target in a single restore job
make_bpresolver_call: Cannot restore more than one Database to a new
target in a single restore job
make_bpresolver_call: Cannot restore more than one Database to a new
target in a single restore job
make_bpresolver_call: bpresolver returned no items to restore. return
status = 5
mail_msg_and_set_exit_status: entered; status = 5
mail_msg_and_set_exit_status: Attempting to send mail to root on
europe_mb01
 
start_date 1288376025 = 2010/10/29 13:13:45
end_date   1289502768 = 2010/11/11 13:12:48

the above log is when our exchange administrator leaves the default
netbackup range of images selected, so in this case oct 29-nov 11, but
only 1 exchange mailbox for 1 day is selected.  when i painstakingly
over the phone guided them on how to select only images that were done
on one day, then the restore would work as only 1 image is returned from
bpresolver.  from what i have read in the exchange admin guide, it
should work both ways, and should also work if more than 1 days worth is
selected (full and incremental such as is our case) (nb ms exchange
server admin guide page 124).
 
To restore full and incremental backups, you can restore all the backups
in a single operation. Or you can restore the full backups and
incremental backups individually. If you restore all the backups in a
single operation, NetBackup performs a commit after the last incremental
is restored. If you restore the backups individually, select the
following options when you restore the last incremental 

Re: [Veritas-bu] Need to find out which media server is backing upwhich client...

2010-08-13 Thread Iverson, Jerald
so if you use the -hoursago 168 option then it should show you 7 days
worth...



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of stefanos
Sent: Friday, August 13, 2010 12:57 PM
To: 'Ed Wilts'; 'Joseph Despres'
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Need to find out which media server is backing
upwhich client...



Bperror keeps the logs by default for 28 days and is following the
general log retention.

If you change the days to keep logs to 3, then bperror logs will be
deleted after 3 days.

 

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ed Wilts
Sent: Friday, August 13, 2010 8:48 PM
To: Joseph Despres
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Need to find out which media server is backing
up which client...

 

On Fri, Aug 13, 2010 at 12:35 PM, Joseph Despres jdesp...@csc.com
wrote:


Looks like I opened my mouth and stuck my foot in it. 

bperror doesn't look back 1 week... 


It can but the default is 3 days I think.  For longer-term reporting,
look at OpsCenter or a 3rd party reporting tool.



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

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

 

 


Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.

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


[Veritas-bu] netbackup 7 alternate client restore

2010-07-30 Thread Iverson, Jerald
linux master/media:  there is no netbackup/db/altnames directory to
allow alternate client browse/restores. anybody know right off where it
is configured or how it is allowed?  i can look it up monday morning in
the manuals, but was trying to do a quick restore this afternoon.

thanks,
jerald

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


Re: [Veritas-bu] netbackup 7 alternate client restore

2010-07-30 Thread Iverson, Jerald
that is what we have had on our 3.4 thru 6.5 environments.  i just
thought the altnames directory would have been there.  i also received
this reply:

create a file with the destination client name under altnames directory.
Edit the file and add the source to it

in my hast i had created it the other way around, i had the file named
the source and put the alternate clients in it.

it is all good now.

thanks,
jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin,
Jonathan
Sent: Friday, July 30, 2010 6:21 PM
To: Iverson, Jerald; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] netbackup 7 alternate client restore

How about dropping the No.Restrictions touch file into db\altnames\ for
a quick fix?

-Jonathan

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Iverson,
Jerald
Sent: Friday, July 30, 2010 6:28 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] netbackup 7 alternate client restore

linux master/media:  there is no netbackup/db/altnames directory to
allow alternate client browse/restores. anybody know right off where it
is configured or how it is allowed?  i can look it up monday morning in
the manuals, but was trying to do a quick restore this afternoon.

thanks,
jerald

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


[Veritas-bu] isilon backup accelerator

2010-06-05 Thread Iverson, Jerald
anyone using an isilon backup accelerator to do ndmp backups directly to
tape?  running Isilon OneFS v5.0.7.13?

thanks,
jerald

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


Re: [Veritas-bu] LTO3 to LTO4 conversion

2010-05-26 Thread Iverson, Jerald
if you are replacing all drives at once, you may want to keep the media
type the same, so that you can still read the lto3 media in the lto4
drives (such as restoring data). the lto4 drives can also write to the
lto3 media if need be, unless you want to write using encryption.  i've
seen it freeze the lto3 media if it loads it when wanting to write to an
encrypted pool.  if you do keep the drives the same type, then simply
freeze all lto3 media and they shouldn't be able to be written to if
they are active or even after all images expire.  they will remain
frozen until you unfreeze them, and then you could manually move them
to a media pool that no backup policies use.  you wouldn't need to
change any barcode rules or backup policies.

jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin,
Jonathan
Sent: Wednesday, May 26, 2010 1:08 PM
To: Nate Sanders
Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] LTO3 to LTO4 conversion

Barcode rules are only used when injecting new media.  Your existing
media will return to whatever pool they came from when they expire. If
you don't want your old LTO3 media to be used anymore then change your
media type for LTO4 to something different than what your LTO3 media
use, and reconfigure your drives only to use that media type.

I.e. - LTO3 media type hcart, LTO4 media type hcart1, drive type hcart1.

NetBackup won't put an hcart media an hcart1 drive.

-Jonathan

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate
Sanders
Sent: Wednesday, May 26, 2010 1:59 PM
To: judy_hinchcli...@administaff.com
Cc: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] LTO3 to LTO4 conversion

That tiny bit of information just answered tons of questions. Thank you!

So now I know how to properly handle all new incoming LTO4 tapes. And
ensure they wind up in the LTO4 scratch pool. In order to ensure LTO3s
wind up in a dead pool for old tapes, do I simply enter L3 as the
barcode rule? And when are these rules actually processed? I know it's
used when injecting new tapes, but what other situations does it apply
these rules?


On 05/26/2010 12:16 PM, judy_hinchcli...@administaff.com wrote:
 Bar code rules can be viewed
 Go to the gui and act like you are going to inject tapes into your
library
 Choose the radio button for update volume configuration
 This will then un-gray the advanced options
 Click that button and you will see a screen where you configure the
barcode rules ( you should be able to find this in the volume manger
manual)


 Now the barcode rules are based on what it finds when it scans the
barcodes on the tapes.

 If you lto3 tapes have a L3 in the barcode then you can make a rule
telling it 
 L3's go to  old pool



 Make your rules and put 1 l3 and 1 l4 in the map and inject the tapes,
then see if the tapes end up in the pools you want them to.



 -Original Message-
 From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Nate
Sanders
 Sent: Wednesday, May 26, 2010 11:12 AM
 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
 Subject: Re: [Veritas-bu] LTO3 to LTO4 conversion

 Getting ready to load in the new LTO4 tapes, but I'm still having a
hard
 time planning the right way to do it. I assume I can make a new LTO4
 scratch pool that will store all my initial blank media. I disable the
 existing scratch pool and this will ensure that only new LTO4 tapes
are
 rotated into my other pools. But how do I make sure the existing LTO3
 tapes that expire are not put back into this new LTO4 scratch pool?
 People keep mention barcode rules/labels but I've been unable to find
 what this means or where to view/manage these. If I were to make new
 duplicate LTO4 pools for my other volumes (production4, ndmp4,
offsite4,
 etc) would this ensure none of the existing LTO3 tapes are reused?

 I've been digging through the Media Manager (5.1) Admin manual for a
 better understanding of how NBU uses scratch/pools and expires tapes,
 but nothing really seems to explain how it works, just how to manage
 general tasks. If anyone can help answer my questions and also provide
a
 better place for me to focus studying on I'd appreciate it.

 Thanks.


 On 05/03/2010 10:23 AM, Nate Sanders wrote:
   
 Forgive me for what may be a straight forward question, but our last
 backup admin has left and I'm doing my best to step up and keep our
 systems moving along. I'm looking for a general outline of an LTO3 to
 LTO4 conversion with Netbackup 5.1 (upgrading is on the list, but we
 can't wait to complete it). Right now we still have some LTO2 tapes,
and
 I believe I must migrate and/or eject and store these in order to
 complete the conversion. Are there any other gotchas or need to knows
I
 must be aware of?

 Thank you much.

 P.S. New 

Re: [Veritas-bu] Veritas Netbackup Report Status by each mountpoint.

2009-12-18 Thread Iverson, Jerald
bpdbjobs has the information you may need.  unfortuneately the
-most_columns options doesn't show the file system per jobid (at least
6.0 didn't, 6.5 might), so you must use the -all_columns.  this then
gives you output with a variable number of fields per line, so you have
to use logic to parse it, based on the number of file systems, and
number of entries in the details section.  but you can get output that
looks like:

jobid stat policy  sched  client  starttime
duration  kbytes   files #fs  path
1487038  0 unix-all-local-dup  -  houswasd2   2009/12/13 13:00:01
1:51:38 1ALL_LOCAL_DRIVES   
1487120  0 unix-all-local-dup  full   houswasd2   2009/12/13 13:24:51
1:18:08   8,473,350  180782 1/  
1487121  0 unix-all-local-dup  full   houswasd2   2009/12/13 13:24:51
1:06:08  15,151,192   72664 1/data   
1487122  0 unix-all-local-dup  full   houswasd2   2009/12/13 13:24:51
1:26:48   9,703,496  151761 1/opt_new   

1487165  0 netapp-r200-kvault  incr   ushour200   2009/12/13 19:00:00
2:37:39 362,692  162371 2/vol/kvault/   /vol/kvault02/

the first client job listed above is all local drives, and the policy
allows multiple data streams, so the paths get listed for each job.  if
allow multiple data streams is not checked, then only all_local_drives
shows up for the path.  the second client job listed above has 2 paths
in the policy but does them as 1 job as allow multiple data streams is
not checked.

thanks,
jerald


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, December 17, 2009 6:00 PM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: Re: [Veritas-bu] Veritas Netbackup Report Status by each
mountpoint.

I don't have a script that'll do this - it's possible, I think but it'll
be a major pain to create.

You'll have to use bpimagelist to get the majority of the information,
it'll have the start  elapsed times (you can calculate end time) for
each image.  It'll also have the backupid for that image.

You could then use bpflist and that backupid to get a view of the backup
which occurred.  From that, if you sort to the shortest path (by subdir
count) you could then infer which filesystem was backed up by that
backupid.

Just quickly... here's the IMAGE record from a backup of mine:

IMAGE lp91 0 0 8 lp91_1261022563 Smaug_FS 0 *NULL* NetBackup Incr 1 3
1261022563 2742 1263700963 0 0 44557223 6643 1 29 0
Smaug_FS_1261022563_INCR.f *NULL* *NULL* 0 1 0 0 0 *NULL* 1 0 0 0 0 0 0
*NULL* 0 0 0 *NULL* 586876 0 0 709075 0 0 *NULL* *NULL* 0 0

Buried in here are field for start time, elapsed time, etc.

Then you could cross-reference through bpflist:

bpflist -client lp91 -backupid lp91_1261022563 \
-policy Smaug_FS -d 12/15/2009 -rl 9 -option ONLY_DIRS \
| awk '{print $10}' |sort -r | tail

...and it returns...

/smaug/vol/documentum03/ap04_data_dcm/index/data/fulltext/
/smaug/vol/documentum03/ap04_data_dcm/index/data/
/smaug/vol/documentum03/ap04_data_dcm/index/

That last line is the top level of the files that were backed up.

It probably could be sorted better - use a field-count based on / as a
field separator.  Shortest field-count wins.

Something like this will print the smallest field-count based on a /
separator (replace the sort|tail with this):

awk -F'/' '{if(NR==1){f=NF;save=$0}
   else{if(NFf){f=NF;save=$0}}}
   END{print save}'


It's a starting point anyway.

-Mark


-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
harpreet_singh
Sent: Saturday, December 12, 2009 6:24 PM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Veritas Netbackup Report Status by each mount
point.


Dear All,

Many thanks for contributing your scripts for various reports. I am ver.
6.5.4 on Red hat. Sorry to say could not find the report where I can
extract the backup details by each mount point.

My Majority backups are being done by multiple data Streams and
Multiplexing.

Not sure if possible I can get the report as

Job ID # Policy Name # Client Name # Mount Point # Start Time # End Time
# Elapsed Time# #MB backup # Backup Status etc... we want to charge to
other departments by the total size of backup. Not you if you want to
add some more.?

Example
Client   Type  Status  MediaSvr   Start_Time   End_Time
Elapsed  KilobytesFiles

aceaix1s Diff   0  ebsmaster  10/04/2004 00:11:07  10/04/2004
01:03:53   00:52:46651929  589
aceaix2s Diff   0  ebsmaster  10/04/2004 00:11:07  10/04/2004
00:59:42   00:48:35 27478   93
ams1an01pDiff   1  ebsmaster  10/04/2004 01:10:15  10/04/2004
01:26:16   00:16:01   3604735 3606
ams2an01pDiff   0  ebsmaster  10/04/2004 01:10:15  10/04/2004
01:21:32   

Re: [Veritas-bu] Any thoughts on this hack to avoid import?

2009-07-16 Thread Iverson, Jerald
we've been doing this hack for years for moving data between sites and
business recovery.  we backup data to tapes, ship the tapes, and tar the
catalog and ftp it to the master at the other site.  1 step that you may
be able to do, and avoid editing the *FULL files:  in the bp.conf file,
use the force restore media server option.  it tells netbackup that if
the restore says to use a certain media server (that may not even exist
in your current netbackup environment), use this other one.  such as:
 
FORCE_RESTORE_MEDIA_SERVER = dallas_nb1 hous2
FORCE_RESTORE_MEDIA_SERVER = denver_nb hous2
 
much simpler and no need to take a chance on screwing up the catalog
files.
 
thanks,
jerald



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
Donaldson, Mark
Sent: Thursday, July 16, 2009 8:56 AM
To: Dean; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Any thoughts on this hack to avoid import?



Force the assignment?  vmquery -assignbyid

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dean
Sent: Thursday, July 16, 2009 6:49 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Any thoughts on this hack to avoid import?

 

Woops, just after sending that, I realised I can't freeze an unassigned
tape.



On Thu, Jul 16, 2009 at 10:42 PM, Dean dean.de...@gmail.com wrote:

Thanks Ed, I appreciate the input.

Yeah, in a perfect world, I would flip the write protect on all the
tapes. But they are in a managed site, which is quite difficult to get
access to. I'm thinking I'll probably just freeze them.

And regarding the 2GB file size, I'm only editing the small index
files in the catalog - the flat text files that describe the details of
the backup and fragments. The largest one I've run into so far was about
30 KB.

Regards,
Dean

 

On Thu, Jul 16, 2009 at 9:52 AM, Ed Wilts ewi...@ewilts.org wrote:

Very interesting...  You're going to make a lot of people very, very
happy if this turns out to be stable.

A couple of things to be aware of.  You might want to throw the
write-protect tabs on those tapes if they have them (I don't know
anything about the 3592 drives).  Right now, you really, really don't
want the new environment to reach out bu accident and bite you by
expiring an image you don't want expired.  When you're checking your
list on tapes to re-use, flip the tab back and re-label the tape, and
make EMM happy.

I'd watch for any files that are over 2GB - some of the scripts you're
working with to do inplace updates may break on large files.  Ask me how
I know :-).  We ran into this doing a Windows to Solaris master
conversion many years ago.

I'll let others chime in on whether rewriting those files was a good
idea or not.

.../Ed

 

On Wed, Jul 15, 2009 at 6:04 PM, Dean dean.de...@gmail.com wrote:

Hello veritas-bu'ers.

I'm interested to hear if any of you experts have any thoughts on my
current scenario.

We have recently moved on from a NBU 5.1 on HPUX environment to NBU 6.5
on Linux (with a different master server name). Mainly because of urgent
requirements at the time, I just created a new master server, installed
NBU 6.5 from scratch, and didn't bother about integrating the NBU 5.1
catalog.

Now the HP server has been decommissioned, and it's time to do something
about the long term (7 year retention) backups.

Last week, I started Phase 2 import on a spangroup (connected set of
tapes) of Lotus Notes backups. I left it running over the weekend. It
ran for 3 days, and only got through 3 of the 1,000 or so tapes I have
to import. At that rate, it's going to take over 3 years to get all the
imports done. Aside from the constant monitoring, that basically means
one expensive (IBM 3592) tape drive in use constantly for 3 years, and a
constant drain on our cross-site fibre bandwidth.

However, I seem to have found a hack that allows me to restore from
these old backups, without having to import the tapes.

I have found that you can copy the catalog entries from the old catalog
to the new one, then edit the *FULL index files, replacing the old
master server/media server name on the FRAGMENT records with the new
master server name, and the backup image appears completely normal in
the new system, with all the right attributes, including expiry date,
and can be restored from.

I wrote a small script to automate the catalog file modifications, and
managed to get these 7 years worth of backups cataloged in the new NBU
server, in about 20 minutes, as opposed to 3 years of importing. I
tested several restores, and it all works perfectly.

The only issue seems to be that that NBU doesn't know much about the
actual tape. I have all the old tapes in a seperate volume pool called
imported, which no policies can (should) EVER write to. (feature
request for Symantec? - read only volume pools). When I do a bpmedialist
on one of 

Re: [Veritas-bu] BackupExec tape reader import for netbackup 6.5.x

2009-05-12 Thread Iverson, Jerald
thanks ed,  this is exactly what i was looking for.  i don't know why my
search on their site or google didn't find it.



From: Ed Wilts [mailto:ewi...@ewilts.org] 
Sent: Tuesday, May 12, 2009 9:36 AM
To: Iverson, Jerald
Cc: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] BackupExec tape reader import for netbackup
6.5.x


On Tue, May 12, 2009 at 9:02 AM, Iverson, Jerald
jerald.iver...@invesco.com wrote:



the netbackup admin guide states:

NetBackup can import backups that have expired, backups from
another
NetBackup server, or backups written by Backup Exec for Windows.
(Supports Backup Exec versions 7.0 through 9.1.)

i have heard that netbackup can now import newer versions of
backup exec
but can not find any documentation on it.  has anyone seen
anything on
this?


http://seer.entsupport.symantec.com/docs/295433.htm
 
   .../Ed


Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.

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


Re: [Veritas-bu] Reg: LTO3

2009-03-25 Thread Iverson, Jerald
neither show you how full each tape is (guessing they were different
tapes).  with software compression, you got 2.5:1, so 99 gb is written
on the tape, which may have made the tape 1/2 full.  with the hardware
compression, 250 was written to tape, and the tape may still be only 1/2
full or less.  you would have to do another backup, and see if another
250 gb can fit on the tape.  then you'd get 500gb on a 200gb tape, which
would be 2.5:1 compression.  you'd at least expect to get another 150gb
on the tape, which would be 400gb total, which would be 2:1.
compression varies by type of data.  we get over 3:1 on some backup
tapes.  you need more testing before you conclude anything.

good luck,
jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Lakshmi
Sent: Wednesday, March 25, 2009 2:15 AM
To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU
Subject: [Veritas-bu] Reg: LTO3

Hi All,

Im facing a similar issue. We have LTO2 tapes which has native capacity
of 200 GB and compressed capacity of 400 GB.
Did the following tests to check which compression can help in our
environment.

Actual data size 250 GB
With software compression enabled, data written on tape is 99 GB
With hardware compression enabled , data written on tape is 250 GB

So, should i conclude that h/w compression is not useful or is there
something wrong with the drive.

Regards,
Backupadmin

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.


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


Re: [Veritas-bu] Sun NDMP NetBackup 6.5.3

2009-03-11 Thread Iverson, Jerald
if you select a directory to restore, netbackup will have to read the
entire ndmp backup image from tape to get everything in the directory.
it should still restore the directory and all files/sub-directories
beneath it, it just takes a longer time.  if you select a file or set of
files (i believe up to 1024), then it will use dar, and netbackup will
be able to get to the files faster in the backup image.  we have
restored a directory with 10 files in it, and it took 3 hours as it was
a 1.5 TB backup image.  we then selected only the 10 files and the
restore took 12 minutes.  both restores did restore all of the files.



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Marianne
Van Den Berg
Sent: Wednesday, March 11, 2009 5:01 AM
To: Patrick; VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Sun NDMP NetBackup 6.5.3



We got 'caught' by the same thing - found this in the NDMP Admin Guide:


 

Note File-level DAR is supported; directory-level DAR is not supported.

 

You need to select each file in the directory or else the entire
volume.

 

From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Patrick
Sent: 10 March 2009 22:16
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Sun NDMP NetBackup 6.5.3

 

Does anyone have any experience with this configuration? I am having
problems restoring although the backups work fine. If I click a specific
file or files the restore works, however if I pick the directory only
the directory is restored, none of the files. Any help will be greatly
appreciated.

  

Regards,

 

Patrick Whelan

VERITAS Certified NetBackup Support Engineer for UNIX.

VERITAS Certified NetBackup Support Engineer for Windows.

 

netbac...@whelan-consulting.co.uk

 


Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.

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


Re: [Veritas-bu] Just how smart is Netbackup onrestores? (Full/Cumu/Incr)

2008-12-24 Thread Iverson, Jerald
i think you would see different results depending on if you have
collect true image restore information checked for the policy.  from
what i understand, if it is not checked and you start the restore
(either way, cli or gui), then files backed up on any dates backup from
the range you give it will be restored.  in your example, a file backed
up on 12/09/2008 15:45:30 Incr, which may have later been deleted and
doesn't exist on the 12/19/2008 10:14:00 Cumu backup will still be
restored from the 12/09/2008 15:45:30 Incr backup because it is in the
date range you specify and netbackup sees it as the latest version of
the file.  so when you test this, you may have to do 2 tests, one with
tir, and one without.  hopefully the one with tir will work the way you
think it should (smart restore).

just my guess,
jerald

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dave
Markham
Sent: Wednesday, December 24, 2008 4:24 AM
To: Donaldson, Mark
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Just how smart is Netbackup onrestores?
(Full/Cumu/Incr)

Surprisingly if its possible i'd recommend the gui. I normaslly do most 
things command line but from what i understand if you picked the 
files/volumes you want on the gui Netbackup will only show you the 
latest revision of that file it knows about.

Hence any file done on a full backup overwritten by a cumulative and 
even subsequent diff inc will be shown. This means selecting it will 
select the latest images the file was successfully backed up on.

Hope that makes sense.

I'd then guess that if the gui behaves in this way, by putting the date 
range to bprestore it would too. You could run a bpduplicate command 
without doing the duplicate to see what media would be needed? You could

then back track using bpimagelist if its picked the correct tapes?

D

Donaldson, Mark wrote:
 I've got a set of policies that follow a pattern of:
 Monthly - Full
 Weekly  - Cumulative Incremental
 Daily   - Differential Incremental

 If it's been 20 days from the last full, then what I need is the full
 backup from 20 days ago, then a big skip to the previous cumulative 
 the incrementals from just that cumulative.

 If I define a 20 day restore range in my command, though, I'm not sure
 that Netbackup isn't restoring *all* backups including the unneeded
ones
 between the full and the latest cumulative.

 Make sense?

 An example, my images for one filesystem:

 12/05/2008 10:26:45 Monthly  /vol/fs03/
 12/06/2008 19:46:11 Incr /vol/fs03/
 12/07/2008 20:07:50 Incr /vol/fs03/
 12/08/2008 18:35:59 Incr /vol/fs03/
 12/09/2008 15:45:30 Incr /vol/fs03/
 12/10/2008 16:06:20 Incr /vol/fs03/
 12/11/2008 12:57:15 Incr /vol/fs03/
 12/12/2008 13:27:55 Cumu /vol/fs03/
 12/13/2008 18:52:48 Incr /vol/fs03/
 12/14/2008 18:44:20 Incr /vol/fs03/
 12/15/2008 16:26:47 Incr /vol/fs03/
 12/16/2008 15:39:36 Incr /vol/fs03/
 12/17/2008 15:23:43 Incr /vol/fs03/
 12/18/2008 10:27:52 Incr /vol/fs03/
 12/19/2008 10:14:00 Cumu /vol/fs03/
 12/20/2008 13:41:58 Incr /vol/fs03/
 12/21/2008 15:20:24 Incr /vol/fs03/
 12/23/2008 10:42:47 Incr /vol/fs03/

 OK - now if I want /vol/fs03 back to its best state as of 12/23, I
need
 to restore the 12/5 full  the 12/19 through 12/23 incrementals.  The
 incrementals from 12/6 to 12/18 are included in the 12/19 Cumulative
so
 I don't want to waste my time (and in fact, may contain data that we
 deleted and we want don't want to restore).

 What I want to issue is one smart command: 
 bprestore -s 12/5/2008 -e 12/23/2008 /vol/fs03.  

 I want 5 images to come back. 

 If Netbackup does it dumb, then this is two restore statements:
 bprestore -s 12/5/2008  -e 12/5/2008 /vol/fs03
 bprestore -s 12/19/2008 -e 12/23/2008 /vol/fs03

 So, in response to the single smart command, will Netbackup restore
 just 5 images or do a dumb restore and put all the incrementals
between
 12/6  12/18 back, too?  I know I could write a test for this but it's
 easier right now to see if one of you knows.

 -M

Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.



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


Re: [Veritas-bu] Alert! Backups may not be running

2008-11-05 Thread Iverson, Jerald
we also occassionally see the problem here (6.0mp4 linux).  certain
clients won't run but others in the same policy will.  we have been
running a cron script every morning on our master servers (since going
to 6.0  2.5 years ago when there were scheduler issues) that checks all
policies/schedules/clients and compares them with what actually ran (via
bpdbjobs) and emails us an alert if any did not run.  we then run them
manually with no problem.  once a client gets into a stuck state, it
doesn't run until daemons are restarted.  one time that didn't fix the
problem either so i had to remove the pempersist file and that cleared
the problem.  we haven't had the issue for a couple of months so i
haven't had to troubleshoot it further.  finding a backup hasn't been
running when asked for a restore is not acceptable.

thanks,
jerald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tageson,
Jim
Sent: Wednesday, November 05, 2008 8:19 AM
To: [EMAIL PROTECTED]
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Alert! Backups may not be running

Maybe it's not an isolated problem after all.  In my case it was not an
entire policy with the problem, it was certain clients within policies
that were not running.  Other clients in those policies were running OK.

I too was able to initially get them to run again by copying them to
other policies.

Jim Tageson
Netbackup Administrator
BayCare Health System
Phone: 727-467-4586
E-mail: [EMAIL PROTECTED]

-Original Message-
From: Dave Markham [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, November 05, 2008 9:11 AM
To: Tageson, Jim
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Alert! Backups may not be running

This is actually something which happens to me quite regularly so i
believe symantec need to take notice of it.

My case is slightly different in that i have a number of policies for
different SSO Media servers.

Out of the blue one of the policies does just not schedule to run yet no
change has been made to it.

A manual backup works fine yet still no scheduled backup works.

The only way i have been able to get around it is this :-
  Copy the policy to a new name
  Delete the old policy
  Copy the new name policy back to the original name
  Delete the new name policy.

I'd like to know why this happens too as as you say its not picked up in
the activity monitor.

I have it on my list to check that my report script has a known list of
clients and to alert if any of them are not present in the daily report.

This i have not yet gotten around to doing though.

Cheers


Tageson, Jim wrote:

 We uncovered a situation recently where some client backups in 
 scheduled policies were not running at all. These clients were in 
 active policies with several other clients which were running just 
 fine. We discovered a total of 4 clients in 2 policies which were just

 not running their backups at all. Other clients in these 2 policies 
 were being scheduled as expected. We went for 19 days without backups 
 running on these 4 clients. Since they never were scheduled, there 
 were obviously no errors in Netbackup at all and we didn't know we had

 a problem until someone requested a restore and we saw no backups had 
 run. We opened a ticket with Symantec and they have escalated it to 
 the highest level. The problem was finally resolved by a recycle of 
 the Netbackup daemons, but no cause has been determined due to lack of

 log files during the time of the problem.

 Symantec believes the policies somehow got corrupted and they believe 
 this is an isolated issue and probably will not occur again. However 
 if you are not monitoring to see if all your scheduled backups are 
 actually running, you will never know you have a problem.

 This is just to alert other users of this issue and to urge them to 
 make sure that this is not a widespread problem.

 We are currently running Netbackup 6.0MP6 on an AIX master server.

 **Jim Tageson**
 **Netbackup Administrator**
 **BayCare Health System**
 Phone: 727-467-4586
 E-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]


Confidentiality Note: The information contained in this message, and any 
attachments, may contain confidential and/or privileged material.  It is 
intended solely for the person(s) or entity to which it is addressed.  Any 
review, retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other than the intended 
recipient(s) is prohibited.  If you received this in error, please contact the 
sender and delete the material from any computer.



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


Re: [Veritas-bu] vmchange use for eject of tape from library

2008-05-29 Thread Iverson, Jerald
we also use the -w option.  

also, does your master server control the robotic arm?  -rh is the
robot_control_host, which we put as the media server that controls
the robotic arm.

jerald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of A Darren
Dunham
Sent: Thursday, May 29, 2008 10:34 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] vmchange use for eject of tape from library

On Thu, May 29, 2008 at 02:39:18AM -0400, dy018 wrote:

 I'm using the command below, it manage to eject the tapes BUT the
 command didnt end properly as the command spawn another tldcd process
 but didnt go off after eject. I can only kill that spawned process in
 order to do a tape inventory. Anyone know exactly how to use vmchange
 to eject tape? Thanks

 vmchange -res -multi_eject -verbose -rn 0 -rt TLD -rh MASTER SERVER
 -ml mediaid:mediaid

I use the same command but add '-w' to make it wait. 

The spawned tldcd is odd.  It looks like it's trying to talk to
something and see the tape appear, bu that doesn't happen.  I'm not sure
what's happening.

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

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.



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


[Veritas-bu] ndmp cross-platform restore compatibility

2008-05-13 Thread Iverson, Jerald
should an ndmp backup performed on one platform be able to be restored
to another platform?  example: can an ndmp backup done on a netapp be
restored to an emc celerra nas device?  or is ndmp just a protocal for
backup software to initiate/control backups, and the actual stream of
data going from a volume to tape is proprietary to each os/vender.  each
os/vender could then only restore from their own backups, but they would
at least be using ndmp common commands from the backup software.  

does anyone have any success stories on cross platform restores?

thanks,
jerald

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.



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


Re: [Veritas-bu] NetBackup protecting 30TB - 60TB NetApp over NDMP.

2008-04-23 Thread Iverson, Jerald
if you choose your restore files correctly, backups can be very fast.
DAR (direct access restore (i think)) has been available since netbackup
4.5 (maybe fp3).  read the rules for using it, and restores can speed
up significantly.  you can't choose directories, only files, and are
limited to 1024 or so.  we had an admin click on a directory to restore
and it took 6 hours to complete as it had to go through several entire
tapes (sdlt at the time).  then in the restore gui i went down into the
directory and manually selected the 25 files that were there and the
restore took 15 minutes.  99% of our ndmp restores are for files.  for
us if someone screws up a directory, the ~snapshot is there.  your
mileage may vary.

jerald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Staub,
Doug
Sent: Wednesday, April 23, 2008 2:37 PM
To: Raymond Wong; Tharp, Trey; Jim Hall;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup protecting 30TB - 60TB NetApp over
NDMP.

Yes, the restore process of NDMP is definitely slower, but for us the
choice was simple.  Many of our larger 2-3 TB NetApp volumes were being
backed up via CIFS through a Windows media server, which 1) took days to
backup and 2) placed a heavy CPU load on the media server.  IF those
volumes were successful, then the restores would take minutes.  With
NDMP, the restores ARE successful, they just happen to take 2-3
hoursnever experienced an NDMP restore to take days...

Our users are much happier to get back data and wait a few hours (some
would be willing to wait days), rather than the alternative of nothing
to restore.

Again, my experience is limited to version 5.1 MP6, so I have not seen
this play in 6.5 (yet).

-Doug

-Original Message-
From: Raymond Wong [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 23, 2008 10:22 AM
To: Staub, Doug; Tharp, Trey; Jim Hall;
veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] NetBackup protecting 30TB - 60TB NetApp over
NDMP.

Another problem I run into using NDMP backups is the restores.

You cannot restore a single folder without the restore job reading
through the entire backup image.
For example, I backup my filers by running a backup stream for each
volumes.
So if the volume is 2TB and I try to restore a single 20MB folder in
this volume, the restore job needs to reads through the entire 2TB
backup image before it can successfully recover that 20MB folder.
This means a 20MB restore job can take days to complete.

I think this problem is resolved in NBU 6.5 but I haven't tried it yet.
I'm currently running NBU 6.0MP6

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Staub,
Doug
Sent: Monday, April 21, 2008 8:18 AM
To: Tharp, Trey; Jim Hall; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NetBackup protecting 30TB - 60TB NetApp over
NDMP.

NDMP is not horrible, but I would agree that SnapMirror is the best
alternative at these sizes.  We have 2 GB FC connects to VTLs enabled
with NDMP drives for filers and we have seen 3 TB volumes backup in
hours via NDMP compared to 4-5 days via CIFS...now that is a horrible
protocol...

The one caveot with NDMP is you are limited to 16 or so concurrent
sessions (ONTap version specific) and can severely impact the filer
(which is why Trey's suggestion of SnapMirror is a good one because you
won't degrade your source filer trying to back it up.).

-Doug

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.



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


[Veritas-bu] exchange 2003 public folder alternate restore

2008-04-07 Thread Iverson, Jerald
environment: netbackup 6.0mp4, redhat linux master/media,  exchange 2003
client
 
my exchange admins need to restore the public folder (.edb?) file to an
alternate machine without bringing up exchange.  the netbackup gui only
drills down to the storage group, and not the individual files.  i
believe  that it used to show the files in exchange 2000, where you
could see the priv and pub files, etc to choose what to restore.  i
think exchange 2003 hides this so that an exchange admin can easily
restore to a recovery storage group for a normal exchange database.  i
don't deal with exchange, but our exchange admins say that public
folders cannot be restored to an rsg, and also cannot be restored to
an alternate machine.  if they can get the files restored as a flat file
to another machine, they have tools that can extract the data they need.
has anyone out there had to do this?  can you let me know what
procedures you did to accomplish this?
 
here is the structure that i see from the gui dumped from the
netbackup catalog information:
 
/Microsoft Information Store/  16832 root root 0 1207265411 1207265411
1207265411
/Microsoft Information Store/XPF02_SG1/  16832 root root 0 1207265411
1207265411 1207265411
/Microsoft Information Store/XPF02_SG1/Public Folder Store (XPF02)
33216 root root 2106544426 1207265411 1207265411 1207265411
/Microsoft Information Store/XPF02_SG1/USHOUXPF02_SG1_MS1  33216 root
root 1481789730 1207292814 1207292814 1207292814
/Microsoft Information Store/XPF02_SG1/Log files_1207265400  33216 root
root 104858800 1207292886 1207292886 1207292886

the fields are: path, permissions?, owner, group, size, modified,
changed, access times.
 
thanks in advance,
jerald
 
 

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.

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


[Veritas-bu] adic i2k questionable barcode errors

2007-12-12 Thread Iverson, Jerald
environment: linux master/media servers running 6.0mp4
adic i2k, 2 partitions: lto3 and sdlt (to duplicate to for br/dr/bc)
 
we did a firmware upgrade on the library and now get questionable
barcode returned only on the sdlt partition for random media.
sometimes reading the barcode  will work several times, and then it will
error.  once it errors, it seems that it will always error.  
 
an example robot log from an inventory shows a good tape and then a
questionable tape:
10:55:36.954 [7619] 3 empty_slot: tldcd.c:5027 address = 4098,
source address = 4098, source valid = 1
10:55:36.954 [7619] 3 --: sense = 00, qual = 00, except = 0,
access = 1, full = 1, invert = 0
10:55:36.955 [7619] 3 --: voltag = B03978
10:55:36.955 [7619] 3 --: voltag hex: [42 30 33 39 37 38 20
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
20 00 00 00 00 ]
10:55:36.955 [7619] 3 empty_slot: tldcd.c:5027 address = 4099,
source address = 4099, source valid = 1
10:55:36.955 [7619] 3 --: sense = 83, qual = 02, except = 1,
access = 1, full = 1, invert = 0
10:55:36.955 [7619] 3 --: voltag = B03981
10:55:36.955 [7619] 3 --: voltag hex: [42 30 33 39 38 31 20
20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20
20 00 00 00 00 ]
10:55:36.955 [7619] 3 empty_slot: tldcd.c:5145 Error in table
MM_NO_MAGAZINE_SENSE. status = 8

after the questionable tape error, the inventory errors with a 204,
which is pretty generic.
 
the error flagged in /var/log/messages shows:
Dec 12 10:56:21 houlebsmd1 tldcd[7619]: TLD(2) cannot clear slot 4
error, slot asc=0x83, ascq=0x2
 
adic is the one telling me the code translates to questionable
barcode.
 
has anyone had to deal with this issue before?  is there a netbackup
setting that can override the error and tell it to accept the barcode,
as it is always correct?
 
thanks,
jerald
 

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.

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


Re: [Veritas-bu] disable automatic eject after backup completed ( standalone tape drive )

2007-11-08 Thread Iverson, Jerald
put this line in /usr/openv/volmgr/vm.conf:

DO_NOT_EJECT_STANDALONE 

i believe this worked in netbackup 3.2 thru 5.1.  in 6.0 you use the
nbemmcmd:

master1:.../nb6# nbemmcmd -?  
NBEMMCMD, Version:6.0MP4(20060530)
An invalid option was used.
Usage: 
nbemmcmd  [-addhost] [-brief] [-changesetting] [-deletehost] 
[-deletemedia] [-deletemerge] [-errorsdb] [-forcemerge] 
[-getemmserver] [-help] [-listhosts] [-listmedia] 
[-listsettings] [-machinealias] [-releasecache] 
[-renamehost] [-servercontrol] [-setemmserver] 
[-updatehost]
Type nbemmcmd -option -help for help on an individual option.
Command did not complete successfully.

master1:.../nb6# nbemmcmd -listsettings -help
NBEMMCMD, Version:6.0MP4(20060530)
Help requested.
Usage: 
nbemmcmd -listsettings  [-brief] -machinename string
Command completed successfully.

master1:.../nb6# nbemmcmd -listsettings -machinename media1
NBEMMCMD, Version:6.0MP4(20060530)
The following configuration settings were found:
ALLOW_MULTIPLE_RETENTIONS_PER_MEDIA=no
DISABLE_DISK_STU_JOB_THROTTLING=no
DISABLE_STANDALONE_DRIVE_EXTENSIONS=no
MEDIA_REQUEST_DELAY=0
MUST_USE_LOCAL_DRIVE=no
NON_ROBOTIC_MEDIA_ID_PREFIX=A
MAX_REALLOC_TRIES=1000
DISALLOW_NONNDMP_ON_NDMP_DRIVE=yes
DO_NOT_EJECT_STANDALONE=yes
DONT_USE_SLAVE=no
DRIVE_ERROR_THRESHOLD=2
MEDIA_ERROR_THRESHOLD=2
TIME_WINDOW=12
RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL=yes
VAULT_CLEAR_MEDIA_DESC=no
Command completed successfully.
master1:.../nb6# 

good luck,
jerald 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Didier
BRUN
Sent: Thursday, November 08, 2007 8:03 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] disable automatic eject after backup completed (
standalone tape drive )

Hello,

Someone have a solution for to disable the automatic eject after
backup 
completed on standalone tape drive ?


Many thanks,

Didier

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

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.


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


Re: [Veritas-bu] Tapeless backup environments?

2007-10-18 Thread Iverson, Jerald

 What you must grasp is that it is *impossible* to
 represent/re-create/look up the values of 2^65536 bits in fewer than
 2^65536 bits--unless you concede that each checksum/hash/fingerprint
 will represent many different values of the original data--any more
than
 you can represent three bits of data with two.

that is why i have turned off all hardware and software compression on
my tape drives.  imagine trying to store more than 400GB of data onto a
single lto3 tape!  they say that you can store up to and even more
than 800GB, but i don't believe a word of it.  there is no way 1 nibble
of data can represent 1 byte!  once i have the time to study lzr
compression and understand it, and see whether or not it is
data-loss-less, then i may turn compression back on.  until then,
tapes are cheap and i'll buy 2.5 times as many as i need.  :-)

thanks,
jerald

p.s.
our de-dupe vtl does the hash and then a bit by bit comparison of the
data block to ensure the data really is the same in order to eliminate
the duplicate block.  i think some of the confusion may be in not
understanding how the de-dupe process works.  once you create a hash for
a block of data, you are storing the hash AND the block of data.  you
are never having to re-create a big block a data from a smaller hash.
the backup stream of data gets re-written from a string of 8k blocks,
into a string of 160-bit pointers which point to the unique 8k blocks
of data via the hash table.  or something like that...

Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.


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


Re: [Veritas-bu] Change retention of all tapes(question)

2007-01-25 Thread Iverson, Jerald
ken,

 

you are redirecting input for the bpexpdate command from a file called
yes, but you state that bpimagelist prompts for a yes.  bpimagelist
doesn't prompt, and to get by the bpexpdate prompting for are you sure
you want to change the expiration question, use a -force option which
is there specifically for scripting so that you don't have to enter 'y'
dozens of times.

 

jerald

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Lee,
Kenneth (SBS US)
Sent: Wednesday, January 24, 2007 11:58 AM
To: Tim Martino; Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Change retention of all tapes(question)

 

You can change the expiring of tapes by backup id using the following
commands:

 

bpimagelist -l -d mm/dd/yy -e mm/dd/yy | grep IMAGE | awk '{print
bpexpdate -recalculate -backupid  $6  -ret 9  yes}' 
command_script_to_run

 

you need to create a file called yes with one line with the word y.
This is required because bpimagelist prompt for a yes.

 

The -ret 9 is to set the backup to infinite.  This command will set the
backup to infinite regardless of how many tapes the image is on.

 

Regards,

Ken

 



From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Tim
Martino
Sent: Wednesday, January 24, 2007 9:23 AM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Change retention of all tapes(question)

 

We have just shut down one datacenter and we are moving the backup
server and tapes to a separate location.  Is there an easy way to set
all the tapes by media_id to infinite with just one running of the
command instead of listing every single media_id?  Thanks. 


Confidentiality Note: The information contained in this
message, and any attachments, may contain confidential
and/or privileged material.  It is intended solely for the
person(s) or entity to which it is addressed.  Any review,
retransmission, dissemination, or taking of any action in
reliance upon this information by persons or entities other
than the intended recipient(s) is prohibited.  If you received
this in error, please contact the sender and delete the
material from any computer.

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


Re: [Veritas-bu] exchange backup without truncating logs

2006-11-17 Thread Iverson, Jerald
i came to the same conclusion after looking through the bpbkar logs on
the client.  netbackup would add the client name that was assigned to
the client in front of the Microsoft Information Store, even if the
name of the exchange server database was something different.  in our
case it is on a server that is part of a cluster, so the exchange db
name doesn't match the name of the server.  i changed the client name in
the netbackup gui (after the warning that it shouldn't be done) to the
same name of the exchange db name, and the backup worked.

thanks for your reply showing that at least someone else has encountered
the same problem.

jerald

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Marianu,
Jonathan
Sent: Thursday, November 16, 2006 12:40 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] exchange backup without truncating logs


There are a few things that could cause the status 69.
When it happened to me it was the client name. I was use the name
assigned to the backup interface on the host instead of the name
assigned within exchange.
The rule here is that the name of the client must exactly match the name
embedded in the exchange configuration.
It must match exactly.
Here is the configuration for one of my exchange policies. You can
compare your policy and look for any differences.
Consider using my include list to see if it works.

Good Luck.

[EMAIL PROTECTED]:/root# bpplinclude BDC_EXC_BD01MSXMB021_IS -L
Include:   NEW_STREAM
Include:   Microsoft Information Store:\

[EMAIL PROTECTED]:/root# bpplinfo BDC_EXC_BD01MSXMB021_IS -L
Policy Type:MS-Exchange-Server (16)
Active: yes
Effective:  02/01/2006 22:57:48
Follow NFS Mounts:  no
Cross Mount Points: no
Client Compress:no
Collect TIR info:   no
Policy Priority:0
Ext Security Info:  no
File Restore Raw:   no
Client Encrypt: no
Max Jobs/Policy:Unlimited
Mult. Data Stream:  yes
Block Level Incremental:no
Perform Snapshot Backup:no
Snapshot Method:(none)
Snapshot Method Arguments:  (none)
Perform Offhost Backup: no
Backup Copy:0
Use Data Mover: no
Data Mover Type:2
Use Alternate Client:   no
Alternate Client Name:  (none)
Enable Instant Recovery:no
Disaster Recovery:  0
Max Frag Size:  0 MB
Checkpoint Restart: no
Residence:  GLOBAL_211A
Volume Pool:NetBackup

[EMAIL PROTECTED]:/root# bpplsched BDC_EXC_BD01MSXMB021_IS -L
Schedule:  FULL_VY_DUP_2MO
  Type:FULL SExchange (0)
  Frequency:   1 day(s) (86400 seconds)
  Retention Level: 1 (2 weeks)
  u-wind/o/d:  0 0
  Incr Type:   DELTA (0)
  Incr Depends:(none defined)
  Max Frag Size:   0 MB
  PFI Recovery:0
  Maximum MPX: 1
  Number Copies:   1
  Fail on Error:   0
  Residence:   (specific storage unit not required)
  Volume Pool: (same as policy volume pool)
  Daily Windows:
   Day Open   Close   W-Open W-Close
   Sunday  021:00:00  028:00:00   021:00:00  028:00:00
   Monday  021:00:00  028:00:00   045:00:00  052:00:00
   Tuesday 021:00:00  028:00:00   069:00:00  076:00:00
   Wednesday   021:00:00  028:00:00   093:00:00  100:00:00
   Thursday021:00:00  028:00:00   117:00:00  124:00:00
   Friday  021:00:00  028:00:00   141:00:00  148:00:00
   Saturday021:00:00  028:00:00   165:00:00  172:00:00 004:00:00

[EMAIL PROTECTED]:/root# bpplclients BDC_EXC_BD01MSXMB021_IS
Hardware OS   Client
---  ---  --
PC   WindowsNET   bd01msxmb021
 





___
Remedy information:
Group: National EBR Ops
Scope: Backend Applications
Category: NetBackup

http://wa-gsmrdb02-bth/ESBR/
http://netbackup.entp.attws.com/cgi-bin/backup_amount
http://netbackup/prod/netbackup_REQ_form.xlt
__
Jonathan Marianu (mah ree ah' nu)
National Enterprise Backup  Recovery
Cingular Wireless
(360) 597-6896

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

Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.


___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu

[Veritas-bu] exchange backup without truncating logs

2006-11-16 Thread Iverson, Jerald
we have a need to backup an exchange server without truncating the logs.
this should be feasible using a user backup type of schedule, which
then forces the backup to be started from the client using the bpbackup
command.

 

http://seer.support.veritas.com/docs/284857.htm 

 

the problem i'm having is the master server is unix, and when the file
list comes in for the request from the nt machine, the list is
Microsoft Information Store:\sg1 and our master server starts a backup
job with /Microsoft Information Store/sg1 as the file list, and the
job ends with an error of 69.

 

any ideas?

 

thanks,

jerald

 

 


Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.

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


[Veritas-bu] vnetd question

2006-11-03 Thread Iverson, Jerald
we are having problems with a media server unable to connect to the EMM
server (on the master).  it is on a secondary media server that we
initially set up and tested, but haven't had to use until now.  

environment: linux master and media servers, netbackup 6.0mp3

on media server 1:
# netstat -a | grep vnet
tcp  0  0   *:vnetd  *:*  LISTEN  
unix 2 [ ACC ] STREAM  LISTENING 25838 /usr/openv/var/vnetd/vmd.uds
unix 2 [ ACC ] STREAM  LISTENING 25830
/usr/openv/var/vnetd/bpcompatd.uds

on media server 2:
# netstat -a | grep vnet
tcp  0  0 *:vnetd*:*  LISTEN  
unix 2 [ ACC ] STREAM  LISTENING 78242
/usr/openv/var/vnetd/bpcompatd.uds

to test vmd from the master:
# bpcompatd -vmd_connect lebsmd1
the requested operation was successfully completed
# bpcompatd -vmd_connect lebsmd2
cannot connect on socket

how do i get the vmd.uds listener to run on media server 2?

i renamed 2 old files which might have been created the last time that
it ran correctly, and rebooted, and it didn't recreate the files:

# pwd
/usr/openv/var/vnetd
# ls -l
drwx--  2 root root   4096 Nov  3 09:25 bpcompatd_child
drwx--  2 root root   4096 Nov  3 09:25 bpcompatd_parent
-rw---  1 root root 54 Nov  3 09:32 bpcompatd.txt
srw---  1 root root  0 Nov  3 09:32 bpcompatd.uds
-r--r--r--  1 root daemon   47 Jun  8 22:54 inetd_bpcd.txt
-r--r--r--  1 root daemon   92 Jun  8 22:54 inetd_bpjava-msvc.txt
-r--r--r--  1 root daemon   51 Jun  8 22:54 inetd_vopied.txt
-rw-r--r--  1 root root 75 Oct 11 11:43 vmd.txt.old
srw---  1 root root  0 Oct 11 11:43 vmd.uds.old

thanks,
jerald

Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.


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


Re: [Veritas-bu] Keeping tape mounted between backups

2006-10-12 Thread Iverson, Jerald
Title: Managing Tape Rotations








we used to use this in 3.4 and 4.5, it may
still work in 5.x or 6.0. put it in bp.conf. i think the delay number is in
seconds, we only needed the tape to stay in a short while as the next oracle
stream would start within a minute.



# stop tape from immediately unmounting
for oracle backup/restores:

MEDIA_UNMOUNT_DELAY = 60



thanks,

jerald











From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Sponsler, Michael
Sent: Thursday, October 12, 2006
9:26 AM
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Keeping tape
mounted between backups





All,

Is there a way to have netbackup keep the tape in drive of a
robotic library? I'm doing hourly backups of the Oracle Archive Log, and
the tape gets unmounted and put back into it's slot after the backup is
completed. Is there a way to tell netbackup to keep the tape in the drive
until the tape is full? We did that with Legato, and now the we have
moved to netbackup we are concerned about the wear and tear on the tape
drive. Since it's constantly mounting and unmounting the same tape.



--

Mike Sponsler

Northrop Grumman

[EMAIL PROTECTED].






Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.




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


[Veritas-bu] Large Windows Clients

2006-10-11 Thread Iverson, Jerald
in our nb6mp3 linux master/media environment i have one win2k3 client
that has 6TB of data that i need to backup in a certain amount of time.
is there still a SAN Media server in netbackup 6.0?  i haven't found
too much information on the symantec/veritas web site for 6.0.   

would i install the nt media server software on the client, or install
something under the advanced client software?  can we test this without
a temporary license to see if it would meet our needs?  

as a test, we put this client on a 10GB network with the media servers
and may have gotten an acceptable speed, but want to compare it with
direct attached fibre drives.

some google links had information such as:

Symantec NetBackup SAN Media server is used to locally backup large
apps. 
Symantec NetBackup SAN Media server may share a tape library with the
...

Read product details on Veritas NetBackup for Windows SAN Media Server
5.0 Full Version for PC, Unix, Sun.

A SAN media server is limited to only be able to backup itself up. It
cannot backup other NetBackup clients. If you want to backup additional
Netbackup...
 
thanks,
jerald

Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.


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


Re: [Veritas-bu] Command to get tape barcode while it's in a drive.

2006-08-24 Thread Iverson, Jerald
Title: Command to get tape barcode while it's in a drive.








/usr/openv/volmgr/bin/vmoprcmd -d ds




DRIVE STATUS



Drv Type
Control User Label RecMID ExtMID Ready Wr.Enbl. ReqId

 0 hcart3
TLD - No - 0 

 1 hcart3
TLD - No - 0 

 2 hcart3
DOWN-TLD - No - 0 

 3 hcart3
TLD Yes LB0397 LB0397 Yes Yes 0 













From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Clooney, David
Sent: Thursday, August 24, 2006
9:51 AM
To: BeDour, Wayne;
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Command
to get tape barcode while it's in a drive.





Not sure myself unless tldtest
has a switch for reading the barcode (doubt it though) , can you not extract
info form your messages file.



What kind of problems are you trying to
resolve??



Regards



Dave









From:
[EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of BeDour, Wayne
Sent: 24 August 2006 15:41
To:
veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Command to
get tape barcode while it's in a drive.

Our
environment is HP-UX 11.11, Netbackup 5.1 MP3 backing up mostly HP unix with
some Sun and Windows backups.I know this has come up before but
couldnt find anything in the archives. Im looking for a
command line way to determine the bar code of a tape when its in a drive.
Im trying to gather info to determine if certain
tapes are causing problems.

Thanks
in advance.

Wayne BeDour

IT
Unix System Administrator

PH:
313-240-3374 FAX: 313-240-3065

Internet:
[EMAIL PROTECTED]




 
  
  **
  ** LEGAL DISCLAIMER **
  **
  
  This E-mail message and any attachments may contain 
  legally privileged, confidential or proprietary 
  information. If you are not the intended recipient(s),
  or the employee or agent responsible for delivery of 
  this message to the intended recipient(s), you are 
  hereby notified that any dissemination, distribution 
  or copying of this E-mail message is strictly 
  prohibited. If you have received this message in 
  error, please immediately notify the sender and 
  delete this E-mail message from your computer.
  
 










Notice to recipient:
The information in this internet e-mail and any attachments is confidential and
may be privileged. It is intended solely for the addressee. If you are not the
intended addressee please notify the sender immediately by telephone. If you
are not the intended recipient, any disclosure, copying, distribution or any
action taken or omitted to be taken in reliance on it, is prohibited and may be
unlawful.

When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.

If this email originates from the U.K. please note that Bank of America, N.A.,
London Branch and Banc of America Securities Limited are authorised and
regulated by the Financial Services Authority.










Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.




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


[Veritas-bu] status filelist incorrect for ndmp backups

2006-04-24 Thread Iverson, Jerald








has anyone seen this happen?



environment: netbackup 6.0 mp2
on linux master and media servers.



ndmp backups run and complete
successfully, and an email gets sent stating so, but the filelist is a hex
number. ex:



Backup on client netapp_r200
for user root by server master1 succeeded.



File list

-

0xf0faef6c





for different backups, the hex number is
different.



bpps a shows



root
31854 1 14 08:34
? 00:04:18 bpbrm -backup -S master1
-c netapp_r200 -ct 19 -ru root -cl netapp_r200_vpdata -sched full -bt
1145885681 -dt 0 -st 0 -b netapp_r200_1145885681 -mediasvr media1 -jobid 1959
-jobgrpid 1888 -masterversion 60 -maxfrag 1048576 -reqid -1145833236 -mt 3
-to 0 -stunit r200_adic -cj 2 -rl 3 -rp 2678400 -D 20 -rt 8 -rn 0 -pool
ndmp_pool -use_ofb -use_otm -jm -secure 1 -cv -rg root -fso -dmplevel 0



# cd
/usr/openv/netbackup/bin

# ls -l bpbrm

-r-x--
1 root daemon 386773 Mar 11 09:49 bpbrm



we do not use any mail notify scripts, so it
appears bpbrm process itself is sending the email. running strings on the
bpbrm shows the text from the email message.



# strings bpbrm

...

cannot send mail
because BPCD on %s exited with status %d: %s

Backup on client
%s for user %s by server %s succeeded.

Backup on client
%s for user %s by server %s was partially successful.

Backup on client
%s for user %s by server %s was suspended.

Backup on client
%s for user %s by server %s failed.

Status = %s.

...

PrgLog0070N

File list

-

PrgLog0080N

Backup

Archive

Verify

Import

NetBkup

cannot send mail
to %s

...



is there a work-around / fix i can do?



thanks in advance,

jerald






Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.






RE: Subject: [Veritas-bu] status filelist incorrect for ndmpbackups

2006-04-24 Thread Iverson, Jerald








i think what im seeing is exactly
what is described there. ive mainly migrated only my ndmp backups
to 6.0, so i thought that was the issue. i ran some unix file system
backups and see it there also.

thanks again,

jerald











From: Mike
Kelczewski [mailto:[EMAIL PROTECTED] 
Sent: Monday, April 24, 2006 9:56
AM
To: Iverson, Jerald
Cc:
veritas-bu@mailman.eng.auburn.edu
Subject: Re:Subject: [Veritas-bu]
status filelist incorrect for ndmpbackups







See if this is the same
problem.

















http://seer.support.veritas.com/docs/281151.htm






Confidentiality Note: The information contained in this message, and any
attachments, may contain confidential and/or privileged material. It is intended
solely for the person or entity to which it is addressed. Any review,
retransmission, dissemination, or taking of any action in reliance upon this
information by persons or entities other than the intended recipient is
prohibited. If you received this in error, please contact the sender and delete
the material from any computer.