[Veritas-bu] socket read and write error

[monalisa]

can anyone tell me what can be the reason of socket read and write error with 
error code 23 and 24 in NBU.

+--
|This was sent by monalisa.ku...@wipro.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

Re: [Veritas-bu] NBU 6.5.3 Windows Java GUI for the Admin Console

[bob944]

Mr Major said:
> Bob, I have to disagree with you, for once. 

It's okay; I'm not invested in it.  :-)  And thanks for the implied kudo.

> You can only use the java version with that same major revision; 
  and
> The java client is forward and backwards compatible within the same major
> revision - for the most part, there are things that may not work/populate if 
> the
> Master is at a higher level than the Java client.

I'm fine with that.  That "in my experience it seems backwards-compatible 
within all levels of 5.1, within all levels of 5.0, within all levels of 6.5" 
is what I at least _meant_ to convey with

> > IME, all patch/MP versions are backwards compatible within
> > that major version (5.1, 6.0, 6.5).  

> it is not backwards compatible to other revision levels (6.5 is
> not backwards compatible to 6.0 or lower, etc.). 
 
And that's the part I didn't know about (never tried it) but thought mightt 
work:

> It's possible, even likely, that each major
> version understands the previous versions 

Not as likely as I'd thought, apparently.  Now we know that it's possible, but 
not true.  :-)  Thanks for clearing that up, Rusty.


 -Original Message-
From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com] 
Sent: Tuesday, January 06, 2009 6:00 PM
To: bob...@attglobal.net
Cc: veritas-bu@mailman.eng.auburn.edu; veritas-bu-boun...@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] NBU 6.5.3 Windows Java GUI for the Admin Console



Bob, I have to disagree with you, for once. You can only use the java version 
with that same major revision; it is not backwards compatible to other revision 
levels (6.5 is not backwards compatible to 6.0 or lower, etc.). The java client 
is forward and backwards compatible within the same major revision - for the 
most part, there are things that may not work/populate if the Master is at a 
higher level than the Java client. I made this suggestion for backwards 
compatibility at the users forum, but it didn't sound like there would be much 
work put into it as the new user interface will take care of this. 

As stated, installing them to separate directories does the trick when multiple 
java versions/patch levels are needed on the same workstation. 

If you are not able to change the install directory, edit this key in the 
registry to contain the path that you want to install to: 
HKLM\Software\VERITAS\NetBackup - java (NB-Java)\InstallPath 

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard Availability 
Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 281-584-4693 
Keeping People and Information Connected® ▪ http://availability.sungard.com/ 
P Think before you print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, please 
notify the sender and delete this e-mail from your system. 


"bob944"  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 
01/01/2009 05:30 PM Please respond to
bob...@attglobal.net

To 
cc
SubjectRe: [Veritas-bu] NBU 6.5.3 Windows Java GUI for the Admin Console







> Thanks, but I need to be able to support multiple 
> versions...like 6.0, 6.5, 6.5.2, and 6.5.3 as well as

IME, all patch/MP versions are backwards compatible within that major
version (5.1, 6.0, 6.5).   b so that you could use, say, a
6.5 jdc to admin your 6.5 master and a 6.0 and a 5.x media server.
Install the 6.5.3 patch as recommended and tell us.

When in doubt, you can always install to separate directories

c:\program files\veritas\jav51
c:\program files\veritas\jav60
c:\program files\veritas\jav65

Note:  it used to be that you couldn't choose the windows installation
option to change the java admin console installation path if a version
was already installed to the default (c:\program files\veritas?); you'd
have to uninstall that one first.  Since then, I install each major
version to its own directory as above.

> Legato 7.x and Backup Express 2.3x and 3.x

Can't help you with that.



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

Re: [Veritas-bu] NBU 6.5.3 Windows Java GUI for the Admin Console

[Rusty . Major]

Bob, I have to disagree with you, for once. You can only use the java 
version with that same major revision; it is not backwards compatible to 
other revision levels (6.5 is not backwards compatible to 6.0 or lower, 
etc.). The java client is forward and backwards compatible within the same 
major revision - for the most part, there are things that may not 
work/populate if the Master is at a higher level than the Java client. I 
made this suggestion for backwards compatibility at the users forum, but 
it didn't sound like there would be much work put into it as the new user 
interface will take care of this.

As stated, installing them to separate directories does the trick when 
multiple java versions/patch levels are needed on the same workstation.

If you are not able to change the install directory, edit this key in the 
registry to contain the path that you want to install to:
HKLM\Software\VERITAS\NetBackup - java (NB-Java)\InstallPath

Rusty Major, MCSE, BCFP, VCS ▪ Sr. Storage Engineer ▪ SunGard 
Availability Services ▪ 757 N. Eldridge Suite 200, Houston TX 77079 ▪ 
281-584-4693
Keeping People and Information Connected® ▪ 
http://availability.sungard.com/ 
P Think before you print 
CONFIDENTIALITY:  This e-mail (including any attachments) may contain 
confidential, proprietary and privileged information, and unauthorized 
disclosure or use is prohibited.  If you received this e-mail in error, 
please notify the sender and delete this e-mail from your system. 



"bob944"  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
01/01/2009 05:30 PM
Please respond to
bob...@attglobal.net


To

cc

Subject
Re: [Veritas-bu] NBU 6.5.3 Windows Java GUI for the Admin Console






> Thanks, but I need to be able to support multiple 
> versions...like 6.0, 6.5, 6.5.2, and 6.5.3 as well as

IME, all patch/MP versions are backwards compatible within that major
version (5.1, 6.0, 6.5).  It's possible, even likely, that each major
version understands the previous versions so that you could use, say, a
6.5 jdc to admin your 6.5 master and a 6.0 and a 5.x media server.
Install the 6.5.3 patch as recommended and tell us.

When in doubt, you can always install to separate directories

 c:\program files\veritas\jav51
 c:\program files\veritas\jav60
 c:\program files\veritas\jav65

Note:  it used to be that you couldn't choose the windows installation
option to change the java admin console installation path if a version
was already installed to the default (c:\program files\veritas?); you'd
have to uninstall that one first.  Since then, I install each major
version to its own directory as above.

> Legato 7.x and Backup Express 2.3x and 3.x

Can't help you with that.


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




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

Re: [Veritas-bu] SuSE 10sp2

[Jeff Lightner]

Interesting.

 

The following thread says in part:

"On further investigation, this stupidity is specific to SuSE and Gentoo

which have patched glibc to support mdns. Debian has an nss-mdns which 
is the sane way to implement this functionality.

 

http://www.gossamer-threads.com/lists/exim/users/73194

 

I didn't find mdns even mentioned in host.conf man page for RHEL5.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David
McMullin
Sent: Tuesday, January 06, 2009 5:04 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] SuSE 10sp2

 

Do you have multiple NIC on the systems?

 

We had an issue where the default outgoing path was not what NetBackup
expected and had issues.

 

We modified the /etc/host.conf to include these lines:

 

multi on

mdns off

 

That did the trick...

 

David McMullin
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] SuSE 10sp2

[David McMullin]

Do you have multiple NIC on the systems?

We had an issue where the default outgoing path was not what NetBackup expected 
and had issues.

We modified the /etc/host.conf to include these lines:

multi on
mdns off

That did the trick...

David McMullin

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

[Veritas-bu] nbu 6.5.1 lifecycle policy issue

[smehta]

Hi,

I have set up all my lifecycle policies. But when I try to inactivate the 
policies during the busy hours i get the following error

Caught CORBA SystemException from SSmgrOperations: system exception, ID 
'IDL:omg.org/CORBA/NO_PERMISSION:1.0'
OMG minor code (0), described as '*unknown description*', completed = NO

Any ideas?

Thanks

+--
|This was sent by s.me...@ieee.org 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] NBU 6.5.1 Vaulting issue

[smehta]

Hi,

I am running Vault to copy images of backups on a VTL to tape. I run a Vault 
catalog check after each vault. However, when I look for tapes I do not see any 
of the tapes that are used in the vaulting session in the catalog. Vault 
process completes successfully.

Has anyone seen anything like this ?

Thanks in advance for your help

smehta

+--
|This was sent by s.me...@ieee.org via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

Re: [Veritas-bu] assigning only a portion of tape drives to media servers

[Ed Wilts]

On Tue, Jan 6, 2009 at 11:20 AM, Geyer, Gregory wrote:

>  We have all our tape drives (20) assigned to all our media servers (3
> main ones, and ~45 that server as SAN media servers, backing only themselves
> up).
>
> Dealing with tape drive throughput issues and we've had a Brocade support
> person tell us that this setup is not ideal and that even when a tape drive
> has been granted to a host and it starts to use it, that its checking on the
> other tape drives prevents good throughput.  He says to only assign about 4
> drives per media server.
>
> This does not seem right to me, but hey, I'll check out anything.  My
> understanding is that 6.5 (we're at 6.5.2a, about to go to 6.5.3) has a
> centralized device database and that the design of a SCAN_HOST performs the
> gatekeeper roll for the tape drives.
>

Pre-6..0, every host was responsible for managing the tape drives, and the
master would constantly poll each media server for what was going on.
Starting at 6.0, the master took total responsibility for it and simply
tells the media server which media to mount on which device.  Media servers
became a lot dumber, and that's actually a good thing.

If you have any opinions on Brocade's theory (or at least our SAN guy's
> interpretation of it - this is all 2nd hand) I'd be happy to receive it.
>

I think his data is dated and the suggested changes are not going to help
with throughput at all but hurt you in device availability as you've already
discovered.  As a result, the total amount of data you'll be able to push
through will decrease, not increase.

>

.../Ed

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

[Veritas-bu] Storage Lifecycle Policies

[wdlb5359]

I've had the exact same problem, with a Solaris 10 NetBackup 6.5.3 server.   
After looking at lots of things, I found the clue in that it worked if I ran 
jnbSA from the server itself, but failed when I used my usual console, which is 
the Windows Java Display Console.

I also then  noted that in the options for creating an SLP jnbSA allowed a 
snapshot backup, where the Java console did not.  That capability was new in I 
think 6.5.2, which put me on the right track.

I upgraded the Java console which was I think 6.5 GA (using the Java 6.5.3 x86 
.exe) and the problem is fixed (for me).

I conclude that the Java console must be an exact match or possibly >= version 
to the server being managed.  The moral is, when patching the Master Server, 
patch any systems that you use to manage them also.

Certainly no obvious connection between the error and 'version mismatch'!

+--
|This was sent by william.d.br...@gsk.com via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--


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

Re: [Veritas-bu] assigning only a portion of tape drives to mediaservers

[judy_hinchcliffe]

My setup is the same, all drives to all servers.

 

If you are using a drive and the SAN media server is not in need of a
second one, why would it keep scanning all the drives?

 

I have had drives go down for some reason or another, but it only goes
down on a media server that tried to use it.

 

So say I have 4 servers who can use a drive.

Server A tries to use it and it has issues, server A downs the drive.

 

If you look at the drive, it is now mixed, as only server A has it down,
the other three still show it up.

 

Now say server B tries to use it, so server B downs it.  The drive is
still mixed, two servers saying down, and 2 servers who have no clue
because they have not used it.

 

This makes me think that it does NOT try to look at drives unless it
tires to use it.

 

I may be wrong, but based on what I have seen, I don't see where the
server is checking the other drives if it does not need one.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Geyer,
Gregory
Sent: Tuesday, January 06, 2009 11:20 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] assigning only a portion of tape drives to
mediaservers

 

We have all our tape drives (20) assigned to all our media servers (3
main ones, and ~45 that server as SAN media servers, backing only
themselves up).

 

Dealing with tape drive throughput issues and we've had a Brocade
support person tell us that this setup is not ideal and that even when a
tape drive has been granted to a host and it starts to use it, that its
checking on the other tape drives prevents good throughput.  He says to
only assign about 4 drives per media server.

 

This does not seem right to me, but hey, I'll check out anything.  My
understanding is that 6.5 (we're at 6.5.2a, about to go to 6.5.3) has a
centralized device database and that the design of a SCAN_HOST performs
the gatekeeper roll for the tape drives.

 

I've added a new server and only configured 4 drives to run a test on
it.  Of course it is queued up waiting for a free tape drive, and
there's been 147 other jobs that got a tape drive while it's been queued
up...(proving point #1 for why all servers had seen all drives).

 

If you have any opinions on Brocade's theory (or at least our SAN guy's
interpretation of it - this is all 2nd hand) I'd be happy to receive it.

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

[Veritas-bu] assigning only a portion of tape drives to media servers

[Geyer, Gregory]

We have all our tape drives (20) assigned to all our media servers (3
main ones, and ~45 that server as SAN media servers, backing only
themselves up).
 
Dealing with tape drive throughput issues and we've had a Brocade
support person tell us that this setup is not ideal and that even when a
tape drive has been granted to a host and it starts to use it, that its
checking on the other tape drives prevents good throughput.  He says to
only assign about 4 drives per media server.
 
This does not seem right to me, but hey, I'll check out anything.  My
understanding is that 6.5 (we're at 6.5.2a, about to go to 6.5.3) has a
centralized device database and that the design of a SCAN_HOST performs
the gatekeeper roll for the tape drives.
 
I've added a new server and only configured 4 drives to run a test on
it.  Of course it is queued up waiting for a free tape drive, and
there's been 147 other jobs that got a tape drive while it's been queued
up...(proving point #1 for why all servers had seen all drives).
 
If you have any opinions on Brocade's theory (or at least our SAN guy's
interpretation of it - this is all 2nd hand) I'd be happy to receive it.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Duplicating tapes with Veritas NBU 4.5

[A Darren Dunham]

On Tue, Jan 06, 2009 at 04:12:53PM +0100, 
david.eg...@external.thalesaleniaspace.com wrote:

> For instance :
> 
> images on :
> MEDIA001 : server A image volume 7kb
> MEDIA001 : server B image volume 8kb
> MEDIA002 : server C image volume 5kb
> 
> I aim to get all images from MEDIA001 onto MEDIA002, that would enable me
> ton get theses images on MEDIA002 :
> 
> MEDIA002 : server A image volume 7kb
> MEDIA002 : server B image volume 8kb
> MEDIA002 : server C image volume 5kb
> Total data volume on MEDIA002 : 20kb
> 
> then being able to scratch MEDIA001 tape

Is there nothing else on MEDIA002?  If so, you should simply be able to
bpduplicate the images of server A and server B on MEDIA001 to
MEDIA002 (since it sounds like there's free space remaining).  

> First I was thinking of bpduplicating command, but it won't give me the
> result needed.

Can you show the command you've used and any messages associated with
it?

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

Re: [Veritas-bu] NBU 6.5.3 on Windows and VMWARE Backups

[bob944]

> I am configuring VCB backups for NBU 6.5.3, for 
> FlashBackup-Windows policy, there are 4 options for backup 
> types under Snapshot Client Options. These are 
> 
> 0 - File 
> 1 - FullVM
> 2 - Mapped FullVM
> 3 - FullVM and File for Incrementals
> 
> >From reading the docs, "Option 3 - FullVM and File for 
> Incrementals", looks like best of both world, 
> it will let me restore single files and restore full guest 
> VM. It also allows incremental level backups.
> Is there any disadvantage when using it compraed to other types. 
> I am trying to avoid running 2 or more backups to completely 
> protect a VM.

"3" is the correct choice; it does exactly what the manual says it does:
a snapshot backup of the vmdk for a full (and from which you can restore
individual files or the whole VM), and a "normal," file-based backup for
incrementals.  Set up the schedules in the same policy, throw windows
and clients at it and it will work like you expect NetBackup to work.
It worked as advertised in my test environment, though my restore
testing was minimal.

An aside:  Restoring files to VMs is, to somebody not used to VMware,
kludgy, so do read up on how to restore and test that part before you
need it.




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

Re: [Veritas-bu] Duplicating tapes with Veritas NBU 4.5

[Stump, Bob A]

NetBackup does not duplicate tapes. It only duplicates images.
Use bpimagelist to determine the names of the images on the tapes.
Then use bpduplicate to make copies of the images on a new tape.


Bob Stump
Fidelity National Information Services

-Original Message-
From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of
david.eg...@external.thalesaleniaspace.com
Sent: Tuesday, January 06, 2009 9:13 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Duplicating tapes with Veritas NBU 4.5


Hello all,

I am working with Veritas Netbackup 4.5 Data Center and I'm faced with a
problem.
We have a pack of written tapes (multiplexing mode use when backing up)
that contain only a few kb of data.
As we are running out of tapes, I'd like to know how it is possible to
duplicate the content of one MEDIA to another specific MEDIA ID,
without erasing what has already been backed up ?

For instance :

images on :
MEDIA001 : server A image volume 7kb
MEDIA001 : server B image volume 8kb
MEDIA002 : server C image volume 5kb

I aim to get all images from MEDIA001 onto MEDIA002, that would enable
me
ton get theses images on MEDIA002 :

MEDIA002 : server A image volume 7kb
MEDIA002 : server B image volume 8kb
MEDIA002 : server C image volume 5kb
Total data volume on MEDIA002 : 20kb

then being able to scratch MEDIA001 tape

First I was thinking of bpduplicating command, but it won't give me the
result needed.

Thank you

David

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

_

The information contained in this message is proprietary and/or confidential. 
If you are not the 
intended recipient, please: (i) delete the message and all copies; (ii) do not 
disclose, 
distribute or use the message in any manner; and (iii) notify the sender 
immediately. In addition, 
please be aware that any message addressed to our domain is subject to 
archiving and review by 
persons other than the intended recipient. Thank you.
_

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

Re: [Veritas-bu] Media management DB out of sync.

[Jeff Cleverley]

Dean wrote:


After thinking about it I decided to trying running the bpmedia
-unfreeze on each of the SAN servers for each tape


I was going to suggest that. When you run the "bpmedialist" command, 
it should tell you which media server "owns" that tape. And I have 
seen a situation where more than one media server thought it owned a 
tape, in which case bpmedialist will only return the first media 
server that claims to own that tape. So I had to run the "bpexpdate" 
command on the first media server, then "bpmedialist" again, then 
"bpexpdate" again on the second media server that claimed the tape.
This was pointed out to me by a couple of other off-list posters.  There 
are so many media that they scrolled off the screen.  When I dumped them 
to a file so that I could search it I only saw the master server name.  
Since I ran the command on the master server I didn't think anything 
about it.  My random searching never found a tape close to a SAN server 
entry.  Otherwise it would have reminded me that I have a media database 
on each SAN server :-)
 



My apologies for the added emails.  Why can't I figure this out
before I hit the send button :-)


Sometimes just "verbalising" the question is enough to make the answer 
come of it's own accord :)
Its amazing that 5 hours of verbalizing and thinking about it won't 
produce anything while clarity comes 5 minutes after sending a post :-)


Thanks,

Jeff


- Dean



--

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com

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

Re: [Veritas-bu] Media management DB out of sync.

[Jeff Cleverley]

Jeff,

I guess my main problem is getting too old to remember the SAN servers 
have their own media management database that has to be dealt with also 
:-)  Know that I know how to find which tapes belong to which servers I 
could do that now.  The big hammer and shotgun approach just seems to 
work so well ...


Thanks,

Jeff

Jeff Lightner wrote:


By the way many of the commands have a "-h " option.  You don't 
have to go to the various hosts -- you can just add the flag and issue 
the command from the master for each of your media servers.


 




*From:* veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] *On Behalf Of *Dean

*Sent:* Tuesday, January 06, 2009 6:02 AM
*To:* Jeff Cleverley; veritas-bu@mailman.eng.auburn.edu
*Subject:* Re: [Veritas-bu] Media management DB out of sync.

 


Rather than "bpexpdate", I meant "bpmedia -unfreeze", as you said.
Duh.

On Tue, Jan 6, 2009 at 9:59 PM, Dean > wrote:


 


After thinking about it I decided to trying running the bpmedia
-unfreeze on each of the SAN servers for each tape


I was going to suggest that. When you run the "bpmedialist" command, 
it should tell you which media server "owns" that tape. And I have 
seen a situation where more than one media server thought it owned a 
tape, in which case bpmedialist will only return the first media 
server that claims to own that tape. So I had to run the "bpexpdate" 
command on the first media server, then "bpmedialist" again, then 
"bpexpdate" again on the second media server that claimed the tape.
 



My apologies for the added emails.  Why can't I figure this out
before I hit the send button :-)


Sometimes just "verbalising" the question is enough to make the answer 
come of it's own accord :)


- Dean

 

 


--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or 
confidential information and is for the sole use of the intended 
recipient(s). If you are not the intended recipient, any disclosure, 
copying, distribution, or use of the contents of this information is 
prohibited and may be unlawful. If you have received this electronic 
transmission in error, please reply immediately to the sender that you 
have received the message in error, and delete it. Thank you.

--


--

Jeff Cleverley
Unix Systems Administrator
4380 Ziegler Road
Fort Collins, Colorado 80525
970-288-4611
jeff.clever...@avagotech.com

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

Re: [Veritas-bu] Media management DB out of sync.

[Jeff Lightner]

By the way many of the commands have a "-h " option.  You don't
have to go to the various hosts - you can just add the flag and issue
the command from the master for each of your media servers.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Dean
Sent: Tuesday, January 06, 2009 6:02 AM
To: Jeff Cleverley; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Media management DB out of sync.

 

Rather than "bpexpdate", I meant "bpmedia -unfreeze", as you said. 
Duh.

On Tue, Jan 6, 2009 at 9:59 PM, Dean  wrote:

 

After thinking about it I decided to trying running the bpmedia
-unfreeze on each of the SAN servers for each tape


I was going to suggest that. When you run the "bpmedialist" command, it
should tell you which media server "owns" that tape. And I have seen a
situation where more than one media server thought it owned a tape, in
which case bpmedialist will only return the first media server that
claims to own that tape. So I had to run the "bpexpdate" command on the
first media server, then "bpmedialist" again, then "bpexpdate" again on
the second media server that claimed the tape.
 


My apologies for the added emails.  Why can't I figure this out
before I hit the send button :-)


Sometimes just "verbalising" the question is enough to make the answer
come of it's own accord :)

- Dean
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Duplicating tapes with Veritas NBU 4.5

[david . egger]

Hello all,

I am working with Veritas Netbackup 4.5 Data Center and I'm faced with a
problem.
We have a pack of written tapes (multiplexing mode use when backing up)
that contain only a few kb of data.
As we are running out of tapes, I'd like to know how it is possible to
duplicate the content of one MEDIA to another specific MEDIA ID,
without erasing what has already been backed up ?

For instance :

images on :
MEDIA001 : server A image volume 7kb
MEDIA001 : server B image volume 8kb
MEDIA002 : server C image volume 5kb

I aim to get all images from MEDIA001 onto MEDIA002, that would enable me
ton get theses images on MEDIA002 :

MEDIA002 : server A image volume 7kb
MEDIA002 : server B image volume 8kb
MEDIA002 : server C image volume 5kb
Total data volume on MEDIA002 : 20kb

then being able to scratch MEDIA001 tape

First I was thinking of bpduplicating command, but it won't give me the
result needed.

Thank you

David

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

Re: [Veritas-bu] Media management DB out of sync.

[Dean]

Rather than "bpexpdate", I meant "bpmedia -unfreeze", as you said.
Duh.

On Tue, Jan 6, 2009 at 9:59 PM, Dean  wrote:

>
> After thinking about it I decided to trying running the bpmedia -unfreeze
>> on each of the SAN servers for each tape
>>
>
> I was going to suggest that. When you run the "bpmedialist" command, it
> should tell you which media server "owns" that tape. And I have seen a
> situation where more than one media server thought it owned a tape, in which
> case bpmedialist will only return the first media server that claims to own
> that tape. So I had to run the "bpexpdate" command on the first media
> server, then "bpmedialist" again, then "bpexpdate" again on the second media
> server that claimed the tape.
>
>
>>
>> My apologies for the added emails.  Why can't I figure this out before I
>> hit the send button :-)
>>
>
> Sometimes just "verbalising" the question is enough to make the answer come
> of it's own accord :)
>
> - Dean
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Media management DB out of sync.

[Dean]

> After thinking about it I decided to trying running the bpmedia -unfreeze
> on each of the SAN servers for each tape
>

I was going to suggest that. When you run the "bpmedialist" command, it
should tell you which media server "owns" that tape. And I have seen a
situation where more than one media server thought it owned a tape, in which
case bpmedialist will only return the first media server that claims to own
that tape. So I had to run the "bpexpdate" command on the first media
server, then "bpmedialist" again, then "bpexpdate" again on the second media
server that claimed the tape.


>
> My apologies for the added emails.  Why can't I figure this out before I
> hit the send button :-)
>

Sometimes just "verbalising" the question is enough to make the answer come
of it's own accord :)

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