Re: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105

2009-09-23 Thread WEAVER, Simon (external) 
not sure how relevant this is, but it was the only thing I found
releating to the error message...
 
http://seer.entsupport.symantec.com/docs/297101.htm
 
Simon



From: felipeanjos.ba...@gmail.com [mailto:felipeanjos.ba...@gmail.com]
On Behalf Of Felipe Anjos Fernandes
Sent: Wednesday, September 23, 2009 6:22 PM
To: WEAVER, Simon (external)
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105


Hummm...
BMR Server - Red Hat Enterprise Server 4 Release 3 i386 (Kernel -
2.6.9-34)
Client - Windows Server 2003 R2 Standard i386 (SP2)


2009/9/23 WEAVER, Simon (external) 


Sounds like it cannot find the client software for the Shared
Resource Tree.
What OS is the BMR Server on and what client software are you
building? Windows ?
Simon



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Felipe
Anjos Fernandes
Sent: Wednesday, September 23, 2009 5:21 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105


Hi everybody!

I'm having problems with the Bare Metal. It features the
following error when I'm configuring a SRT. What could be?

V-125-39 caught exception: runtime error in
srtPlat.cpp:PackageInfo::verifyRepository()
[Error] V-125-105 Cannot install operating system onto this SRT.



Felipe Anjos Fernandes

This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England



This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Anybody running Netbackup on Solaris 10 U7 SPARC w/ ZFS root

2009-09-23 Thread bryanem 

Running NBU 6.5.4 on Sun T2000 on root zpools... installed 10_u6 and updated to 
10_u7 patches... no problems... the root zpool is mirrored

+--
|This was sent by brya...@comcast.net 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] Java GUI Console Issues (RESOLUTION)

2009-09-23 Thread Dominik . X . Pietrzykowski 
Only read the post quickly but have you added an alias using nbemmcmd ?

bash-3.00# nbemmcmd -machinealias
NBEMMCMD, Version:6.5.3
The following option is required and was not specified:
machinetype
Usage:
nbemmcmd -machinealias [-brief]
[-addalias -alias  -machinename ]
[-deletealias -alias ]
[-deleteallaliases -machinename ]
[-getaliases -machinename ]
-machinetype 
Command did not complete successfully.
bash-3.00# 





"Rosenkoetter, Gabriel"  
Sent by: veritas-bu-boun...@mailman.eng.auburn.edu
24/09/2009 06:26 AM

To
"Rosenkoetter, Gabriel" , 
"rusty.ma...@sungard.com" , 
"veritas-bu@mailman.eng.auburn.edu" 
cc

Subject
Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)






Actually, as I was looking over some stale-but-still-open cases I have 
with Symantec earlier today, I realized that my snark may be misplaced.
 
There are certain places where NBU will insist on using the shortname for 
a master or media server, because that's how it's stored in EMM, even if a 
given host lists the master and media servers in its local configuration 
by FQDN. The circumstance that I've run into is when trying to perform 
backups of Active Directory servers with the "granular recovery" option 
enabled: the majority of System State was simply not backed up, the cause 
for which came down to the client retrieving the name of the master server 
to which to send the granular data through EMM (rather than its own 
config) and then being unable to contact that master server because it 
cannot resolve the FQDN of the master server that, from AD's point of 
view, lives in a different "domain" and, for reasons I'll never fully 
understand, AD has naming and security policy intertwined in such a way 
that it breaks things to have a given domain controller appear in a domain 
controlled by some other DC. So then no data got sent without enabling the 
client side to resolve short names into the "outside" domain in some way.
 
(And, of course, I was kidding anyway, Rusty. Just so that part's clear. 
:^>)
 
-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556
 
From: Rosenkoetter, Gabriel 
Sent: Wednesday, September 23, 2009 12:58 PM
To: 'rusty.ma...@sungard.com'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Java GUI Console Issues (RESOLUTION)
 
... or you could fix your broken DNS. ;^>
 
-- 
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556
 
From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com] 
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)
 

I just completed another upgrade from 5.1 to 6.5 and ran into another 
issue with getting the Java GUI Console to operate. I ended up adding the 
FQDN as an alias to the shortname in my hosts file and the problem went 
away. I would also recommend this as a first step for any issues you have 
with the Java GUI, such as some panels not working, blank screens after 
logging in, etc. 

Just wanted to put this out there in case someone else had issues as it 
sure is frustrating to complete an upgrade successfully, only to have 
problems with the Java Console. 

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. 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu



This e-mail is sent by or on behalf of the named sender identified above.
If:

(a) you do not wish to receive any e-mail marketing material from this
person in the future, please forward the contents of this email to
unsubscr...@nab.com.au with the word "unsubscribe" in the subject box.

(b) you wish to unsubscribe from all central e-mail marketing lists used
by our business, please forward the contents of this e-mail to
unsubscribe...@nab.com.au with the message "unsubscribe from all central
e-mail marketing lists" in the subject box.

If you do not forward the contents of this e-mail with your
unsubscription then it may not be able to be implemented.

The information contained in this e-mail communication may be
confidential. You should only read, disclose, re-transmit, copy,
distribute, act in reliance on or commercialise the information if you
are authorised to do so. If you are not the intended recipient of this
e-mail communication, please immediately notify us by e-mail to
postm

Re: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape vaulted

2009-09-23 Thread Jared Still 
On Wed, Sep 23, 2009 at 9:49 AM, Jeff Lightner  wrote:

>  If you’re saying RMAN isn’t that good at keeping track of things I’d have
> to say I agree but that’s something the Oracle folks should address.
>
> Oracle has provision in the RMAN API to update the RMAN repository
when media ID's are changed due to vaulting.

I've seen it addressed somewhere in the docs, can't haven't been
able to find it again. As the API is published only to partners, there's
no API documentation for me to go look this up.

It's up to Veritas to actually implement this in the Oracle MML.  :)


Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
Oracle Blog: http://jkstill.blogspot.com
Home Page: http://jaredstill.com
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

2009-09-23 Thread Cornely, David 
I had similar issues with short names randomly popping up in my 6.5.3 
environment.  In case this helps, here is how to change to the FQDN within EMM:

 

First, get a listing of the hosts in the EMM database:
1) nbemmcmd -listhosts
NBEMMCMD, Version:6.5.3
The following hosts were found:
server  master01.bos.ralph.net
master  master01.bos.ralph.net
media   media01
Command completed successfully.

Next, run the rename command:
2) nbemmcmd -renamehost -machinename media01 -machinetype media -newmachinename 
media01.bos.ralph.net

Confirm the change was implemented:
3) nbemmcmd -listhosts
NBEMMCMD, Version:6.5.3
The following hosts were found:
server  master01.bos.ralph.net
master  master01.bos.ralph.net
media   media01.bos.ralph.net
Command completed successfully.

 

 

From: veritas-bu-boun...@mailman.eng.auburn.edu 
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Rosenkoetter, 
Gabriel
Sent: Wednesday, September 23, 2009 13:27
To: Rosenkoetter, Gabriel; rusty.ma...@sungard.com; 
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

 

Actually, as I was looking over some stale-but-still-open cases I have with 
Symantec earlier today, I realized that my snark may be misplaced.

 

There are certain places where NBU will insist on using the shortname for a 
master or media server, because that's how it's stored in EMM, even if a given 
host lists the master and media servers in its local configuration by FQDN. The 
circumstance that I've run into is when trying to perform backups of Active 
Directory servers with the "granular recovery" option enabled: the majority of 
System State was simply not backed up, the cause for which came down to the 
client retrieving the name of the master server to which to send the granular 
data through EMM (rather than its own config) and then being unable to contact 
that master server because it cannot resolve the FQDN of the master server 
that, from AD's point of view, lives in a different "domain" and, for reasons 
I'll never fully understand, AD has naming and security policy intertwined in 
such a way that it breaks things to have a given domain controller appear in a 
domain controlled by some other DC. So then no data got sent without enabling 
the client side to resolve short names into the "outside" domain in some way.

 

(And, of course, I was kidding anyway, Rusty. Just so that part's clear. :^>)

 

-- 

Gabriel Rosenkoetter

Radian Group Inc, Senior Systems Engineer

gabriel.rosenkoet...@radian.biz, 215 231 1556

 

From: Rosenkoetter, Gabriel 
Sent: Wednesday, September 23, 2009 12:58 PM
To: 'rusty.ma...@sungard.com'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

 

... or you could fix your broken DNS. ;^>

 

-- 

Gabriel Rosenkoetter

Radian Group Inc, Senior Systems Engineer

gabriel.rosenkoet...@radian.biz, 215 231 1556

 

From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com] 
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

 


I just completed another upgrade from 5.1 to 6.5 and ran into another issue 
with getting the Java GUI Console to operate. I ended up adding the FQDN as an 
alias to the shortname in my hosts file and the problem went away. I would also 
recommend this as a first step for any issues you have with the Java GUI, such 
as some panels not working, blank screens after logging in, etc. 

Just wanted to put this out there in case someone else had issues as it sure is 
frustrating to complete an upgrade successfully, only to have problems with the 
Java Console. 

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. 

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

Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

2009-09-23 Thread Rosenkoetter, Gabriel 
Actually, as I was looking over some stale-but-still-open cases I have with 
Symantec earlier today, I realized that my snark may be misplaced.

There are certain places where NBU will insist on using the shortname for a 
master or media server, because that's how it's stored in EMM, even if a given 
host lists the master and media servers in its local configuration by FQDN. The 
circumstance that I've run into is when trying to perform backups of Active 
Directory servers with the "granular recovery" option enabled: the majority of 
System State was simply not backed up, the cause for which came down to the 
client retrieving the name of the master server to which to send the granular 
data through EMM (rather than its own config) and then being unable to contact 
that master server because it cannot resolve the FQDN of the master server 
that, from AD's point of view, lives in a different "domain" and, for reasons 
I'll never fully understand, AD has naming and security policy intertwined in 
such a way that it breaks things to have a given domain controller appear in a 
domain controlled by some other DC. So then no data got sent without enabling 
the client side to resolve short names into the "outside" domain in some way.

(And, of course, I was kidding anyway, Rusty. Just so that part's clear. :^>)

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: Rosenkoetter, Gabriel
Sent: Wednesday, September 23, 2009 12:58 PM
To: 'rusty.ma...@sungard.com'; veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

... or you could fix your broken DNS. ;^>

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)


I just completed another upgrade from 5.1 to 6.5 and ran into another issue 
with getting the Java GUI Console to operate. I ended up adding the FQDN as an 
alias to the shortname in my hosts file and the problem went away. I would also 
recommend this as a first step for any issues you have with the Java GUI, such 
as some panels not working, blank screens after logging in, etc.

Just wanted to put this out there in case someone else had issues as it sure is 
frustrating to complete an upgrade successfully, only to have problems with the 
Java Console.

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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] SSO and NDMP Jobs

2009-09-23 Thread A Darren Dunham 
On Wed, Sep 23, 2009 at 03:33:33PM -0400, Will Tucker wrote:
> In my current NetBackup 6.5.3 Windows environment, I have 4 tapes drives
> that are directly connected to my NetApp filer which uses NDMP to run
> duplicate jobs.  I also have two other tape drives that are utilized for
> other backup jobs.  There are currently 2 media servers and 1 master
> server.  If I implement SSO, will my duplicate jobs see and utilize all
> six tape drives?

SSO doesn't do anything about connectivity, just usage.

So you need to hook them up to get the media server to "see" the
drives.  How are they connected.  Are you using a switch?  If so, zoning
them to the right place should be pretty easy.

Once the drive is seen by both the media server and the NDMP host, SSO
will allow it to be used by either one when necessary.

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

Re: [Veritas-bu] SSO and NDMP Jobs

2009-09-23 Thread Martin, Jonathan 
Even though a media server (or NDMP host) can see all 6 drives with SSO
dosen't mean it will use all 6.  The number of drives that can be used
is specified in the storage unit, under maximum concurrent write drives.
If you specify 1 or 2, no job using that storage unit will use more than
that many drives (although the actual 1 or 2 physical drives it uses can
change.)
 
-Jonathan



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Will
Tucker
Sent: Wednesday, September 23, 2009 3:34 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] SSO and NDMP Jobs



In my current NetBackup 6.5.3 Windows environment, I have 4 tapes drives
that are directly connected to my NetApp filer which uses NDMP to run
duplicate jobs.  I also have two other tape drives that are utilized for
other backup jobs.  There are currently 2 media servers and 1 master
server.  If I implement SSO, will my duplicate jobs see and utilize all
six tape drives?

 

 

 

 

Will Tucker | Storage Administrator

Enterprise Technology Services

Manhattan Associates, Inc.

Direct +1 678.597.6644

Mobile +1 770.590.5404

wtuc...@manh.com  
http://www.manh.com/   
_ 

The Supply Chain People(tm)
Manhattan Associates

 

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

[Veritas-bu] SSO and NDMP Jobs

2009-09-23 Thread Will Tucker 
In my current NetBackup 6.5.3 Windows environment, I have 4 tapes drives
that are directly connected to my NetApp filer which uses NDMP to run
duplicate jobs.  I also have two other tape drives that are utilized for
other backup jobs.  There are currently 2 media servers and 1 master
server.  If I implement SSO, will my duplicate jobs see and utilize all
six tape drives?

 

 

 

 

Will Tucker | Storage Administrator

Enterprise Technology Services

Manhattan Associates, Inc.

Direct +1 678.597.6644

Mobile +1 770.590.5404

wtuc...@manh.com  
http://www.manh.com/   
_ 

The Supply Chain People(tm)
Manhattan Associates

 

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

Re: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105

2009-09-23 Thread Felipe Anjos Fernandes 
Hummm...
BMR Server - Red Hat Enterprise Server 4 Release 3 i386 (Kernel - 2.6.9-34)
Client - Windows Server 2003 R2 Standard i386 (SP2)

2009/9/23 WEAVER, Simon (external) 

>  Sounds like it cannot find the client software for the Shared Resource
> Tree.
> What OS is the BMR Server on and what client software are you building?
> Windows ?
> Simon
>
>  --
> *From:* veritas-bu-boun...@mailman.eng.auburn.edu [mailto:
> veritas-bu-boun...@mailman.eng.auburn.edu] *On Behalf Of *Felipe Anjos
> Fernandes
> *Sent:* Wednesday, September 23, 2009 5:21 PM
> *To:* veritas-bu@mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] Bare Metal Error V-125-39 and V-125-105
>
> Hi everybody!
>
> I'm having problems with the Bare Metal. It features the following error
> when I'm configuring a SRT. What could be?
>
> V-125-39 caught exception: runtime error in
> srtPlat.cpp:PackageInfo::verifyRepository()
> [Error] V-125-105 Cannot install operating system onto this SRT.
>
>
>
> Felipe Anjos Fernandes
>
> This email (including any attachments) may contain confidential
> and/or privileged information or information otherwise protected
> from disclosure. If you are not the intended recipient, please
> notify the sender immediately, do not copy this message or any
> attachments and do not use it for any purpose or disclose its
> content to any person, but delete this message and any attachments
> from your system. Astrium disclaims any and all liability if this
> email transmission was virus corrupted, altered or falsified.
> -o-
> Astrium Limited, Registered in England and Wales No. 2449259
> Registered Office:
> Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
>
>
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] SQL Online Agent Backups - Using alot of tapes

2009-09-23 Thread WEAVER, Simon (external) 
Hi All,
I am trying to figure out where I tell SQL Server clients to stream all
its data to a small number of tapes.

For example I have a Storage Unit, set to Multiplex to 25 to one drive.

Within my SQL Server Policy, if I look at "Default-Application-Backup",
Media Multiplex is set to 25.

The Policy holds approx 10 clients and each has ALOT of DB's on them.

Apart from what I am doing, is there anything else within the SQL Agent
/ GUI that I can look at to try to help? 
Problem I have is when a 6 drive robot has 4 drives in use for SQL, then
alot of jobs are queuing. I am going to look at changing the backup
Window, but as I was here, thought I would pose the question to any
fellow online SQL Bods.

Ta muchly.

Regards

Simon 


This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] Java GUI Console Issues (RESOLUTION)

2009-09-23 Thread Rosenkoetter, Gabriel 
... or you could fix your broken DNS. ;^>

--
Gabriel Rosenkoetter
Radian Group Inc, Senior Systems Engineer
gabriel.rosenkoet...@radian.biz, 215 231 1556

From: rusty.ma...@sungard.com [mailto:rusty.ma...@sungard.com]
Sent: Wednesday, September 23, 2009 11:57 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Java GUI Console Issues (RESOLUTION)


I just completed another upgrade from 5.1 to 6.5 and ran into another issue 
with getting the Java GUI Console to operate. I ended up adding the FQDN as an 
alias to the shortname in my hosts file and the problem went away. I would also 
recommend this as a first step for any issues you have with the Java GUI, such 
as some panels not working, blank screens after logging in, etc.

Just wanted to put this out there in case someone else had issues as it sure is 
frustrating to complete an upgrade successfully, only to have problems with the 
Java Console.

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.
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape vaulted

2009-09-23 Thread Jeff Lightner 
Well you could use bpimmedia to extract the backup ID for the tape and
then use that to find all tapes with that ID but that would be even more
of a kluge.  Also it would have the downside of not working if the
primary copy had already expired while the offsite was still valid.

 

If you're saying RMAN isn't that good at keeping track of things I'd
have to say I agree but that's something the Oracle folks should
address.

 



From: Jared Still [mailto:jkst...@gmail.com] 
Sent: Wednesday, September 23, 2009 12:30 PM
To: Jeff Lightner
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] RMAN, Veritas - Correlating Media ID after
tape vaulted

 

That's what we're doing now, but it seems rather kludgy to me.

 

It should be possible to exactly correlate the Media ID's.


Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
Oracle Blog: http://jkstill.blogspot.com
Home Page: http://jaredstill.com




On Wed, Sep 23, 2009 at 5:43 AM, Jeff Lightner 
wrote:

Since you know the completion time and elapsed time from the RMAN output
you could figure it out by doing:

 

bpimmedia -L -policy  -d 06/14/2009 017:00:00 -e 04/27/2008
18:30:00

 

The end time (-e) is the one shown for completion (padded a little) and
the start time (-d)  is subtracting the hour and three minutes from that
end time (and padding a little).   This will show you the backup IDs and
the image 1 and image 2 data.  The image 2 data is the vaulted tapes.
This would show you only the image 2 tapes if the image 1 tapes had
already expired.   Some people keep a longer retention on offsite than
on site.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jared
Still
Sent: Tuesday, September 22, 2009 7:12 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape
vaulted

 

When determining which tapes to recall from offsite, RMAN provides the

RESTORE DATABASE PREVIEW RECALL syntax to identify the needed tapes.

 

Here's an example:

 

RMAN> RUN

2> {

3> set until time "to_date('06/17/2009 08:00:00','mm/dd/
hh24:mi:ss')";

4> restore database preview recall;

5> }

executing command: SET until clause

 

Starting restore at 09/22/2009 11:15:21

...

List of Backup Sets

===

 

BS Key  Type LV Size   Device Type Elapsed Time Completion Time

---  -- -- ---  ---

2070190 Incr 0  89.78G SBT_TAPE01:03:42 06/14/2009 18:20:43

BP Key: 2070201   Status: AVAILABLE  Compressed: NO  Tag:
TAG20090614T180051

Handle: PRD_T20090614_db_s21827_p1_t689536853   Media: 002774

  List of Datafiles in backup set 2070190

  File LV Type Ckp SCNCkp TimeName

   --  -- --- 

  24   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA10\BTABD_60\BTABD.DATA60

  37   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA2\SOURCED_1\SOURCED.DATA1

  48   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA13\ES700I_1\ES700I.DATA1

 

Notice the Media ID of 002774.  So far, so good.

 

The problem occurs when working with media that has been vaulted.

 

What occurs then is the the images on 002774 are copied to a new tape
with a different Media ID.

Let's say in this case the vaulted tape has a Media ID of 003500

 

So tape 003500 goes offsite, and tape 002774 is put back in the scratch
pool and reused.

 

At this point the RECALL PREVIEW is reporting the incorrect Media ID,
because

RMAN has no knowledge of the tape vaulting.

 

This brings up some questions I have not been able to find answers to.

 

1) What NBU command can be used to correlate the old Media ID to the new
Media ID?

I have examined and tried bpimmedia, bpimagelist and vmquery. No joy.

 

2) I believe the (unpublished) RMAN SBT API has routines to allow the
media

ID to be updated in the catalog in the event a tape is copied to a new
one which

is moved offsite.  Does anyone know where the docs are regarding this (
I have 

looked), and if Veritas makes use of it. I have looked at the CROSSCHECK
and

CHANGE RMAN commands, but didn't see anything relevant.

 

That doesn't mean it wasn't there however, I just could have missed it.

 

The whole point of this post is to learn how to use the information
provided by

RMAN to request the correct tapes to be returned from offsite, given a
date

and time to restore to.

 

Please don't suggest requesting a date range of tapes. We are already
doing

that, and it is crude and time consuming.

 

Thanks,


Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
Oracle Blog: http://jkstill.blogspot.com
Home Page: http://jaredstill.com

 

Please consider our environment before printing this e-mail or
attachments. 

--
CONFIDENTIALITY N

Re: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105

2009-09-23 Thread WEAVER, Simon (external) 
Sounds like it cannot find the client software for the Shared Resource
Tree.
What OS is the BMR Server on and what client software are you building?
Windows ?
Simon



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Felipe
Anjos Fernandes
Sent: Wednesday, September 23, 2009 5:21 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Bare Metal Error V-125-39 and V-125-105


Hi everybody!

I'm having problems with the Bare Metal. It features the following error
when I'm configuring a SRT. What could be?

V-125-39 caught exception: runtime error in
srtPlat.cpp:PackageInfo::verifyRepository()
[Error] V-125-105 Cannot install operating system onto this SRT.



Felipe Anjos Fernandes


This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

[Veritas-bu] Bare Metal Error V-125-39 and V-125-105

2009-09-23 Thread Felipe Anjos Fernandes 
Hi everybody!

I'm having problems with the Bare Metal. It features the following error
when I'm configuring a SRT. What could be?

V-125-39 caught exception: runtime error in
srtPlat.cpp:PackageInfo::verifyRepository()
[Error] V-125-105 Cannot install operating system onto this SRT.



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

Re: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape vaulted

2009-09-23 Thread Jared Still 
That's what we're doing now, but it seems rather kludgy to me.
It should be possible to exactly correlate the Media ID's.

Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
Oracle Blog: http://jkstill.blogspot.com
Home Page: http://jaredstill.com



On Wed, Sep 23, 2009 at 5:43 AM, Jeff Lightner  wrote:

>   Since you know the completion time and elapsed time from the RMAN output
> you could figure it out by doing:
>
>
>
> bpimmedia -L -policy  -d 06/14/2009 017:00:00 -e 04/27/2008
> 18:30:00
>
>
>
> The end time (-e) is the one shown for completion (padded a little) and the
> start time (-d)  is subtracting the hour and three minutes from that end
> time (and padding a little).   This will show you the backup IDs and the
> image 1 and image 2 data.  The image 2 data is the vaulted tapes.   This
> would show you only the image 2 tapes if the image 1 tapes had already
> expired.   Some people keep a longer retention on offsite than on site.
>
>
>  --
>
> *From:* veritas-bu-boun...@mailman.eng.auburn.edu [mailto:
> veritas-bu-boun...@mailman.eng.auburn.edu] *On Behalf Of *Jared Still
> *Sent:* Tuesday, September 22, 2009 7:12 PM
> *To:* veritas-bu@mailman.eng.auburn.edu
> *Subject:* [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape
> vaulted
>
>
>
> When determining which tapes to recall from offsite, RMAN provides the
>
> RESTORE DATABASE PREVIEW RECALL syntax to identify the needed tapes.
>
>
>
> Here's an example:
>
>
>
> RMAN> RUN
>
> 2> {
>
> 3> set until time "to_date('06/17/2009 08:00:00','mm/dd/ hh24:mi:ss')";
>
> 4> restore database preview recall;
>
> 5> }
>
> executing command: SET until clause
>
>
>
> Starting restore at 09/22/2009 11:15:21
>
> ...
>
> List of Backup Sets
>
> ===
>
>
>
> BS Key  Type LV Size   Device Type Elapsed Time Completion Time
>
> ---  -- -- ---  ---
>
> 2070190 Incr 0  89.78G SBT_TAPE01:03:42 06/14/2009 18:20:43
>
> BP Key: 2070201   Status: AVAILABLE  Compressed: NO  Tag:
> TAG20090614T180051
>
> Handle: PRD_T20090614_db_s21827_p1_t689536853   Media: 002774
>
>   List of Datafiles in backup set 2070190
>
>   File LV Type Ckp SCNCkp TimeName
>
>    --  -- --- 
>
>   24   0  Incr 7113842263 06/14/2009 18:00:59
> S:\ORACLE\PRD\SAPDATA10\BTABD_60\BTABD.DATA60
>
>   37   0  Incr 7113842263 06/14/2009 18:00:59
> S:\ORACLE\PRD\SAPDATA2\SOURCED_1\SOURCED.DATA1
>
>   48   0  Incr 7113842263 06/14/2009 18:00:59
> S:\ORACLE\PRD\SAPDATA13\ES700I_1\ES700I.DATA1
>
>
>
> Notice the Media ID of 002774.  So far, so good.
>
>
>
> The problem occurs when working with media that has been vaulted.
>
>
>
> What occurs then is the the images on 002774 are copied to a new tape with
> a different Media ID.
>
> Let's say in this case the vaulted tape has a Media ID of 003500
>
>
>
> So tape 003500 goes offsite, and tape 002774 is put back in the scratch
> pool and reused.
>
>
>
> At this point the RECALL PREVIEW is reporting the incorrect Media ID,
> because
>
> RMAN has no knowledge of the tape vaulting.
>
>
>
> This brings up some questions I have not been able to find answers to.
>
>
>
> 1) What NBU command can be used to correlate the old Media ID to the new
> Media ID?
>
> I have examined and tried bpimmedia, bpimagelist and vmquery. No joy.
>
>
>
> 2) I believe the (unpublished) RMAN SBT API has routines to allow the media
>
> ID to be updated in the catalog in the event a tape is copied to a new one
> which
>
> is moved offsite.  Does anyone know where the docs are regarding this ( I
> have
>
> looked), and if Veritas makes use of it. I have looked at the CROSSCHECK
> and
>
> CHANGE RMAN commands, but didn't see anything relevant.
>
>
>
> That doesn't mean it wasn't there however, I just could have missed it.
>
>
>
> The whole point of this post is to learn how to use the information
> provided by
>
> RMAN to request the correct tapes to be returned from offsite, given a date
>
> and time to restore to.
>
>
>
> Please don't suggest requesting a date range of tapes. We are already doing
>
> that, and it is crude and time consuming.
>
>
>
> Thanks,
>
>
> Jared Still
> Certifiable Oracle DBA and Part Time Perl Evangelist
> Oracle Blog: http://jkstill.blogspot.com
> Home Page: http://jaredstill.com
>
>  *Please consider our environment before printing this e-mail or
> attachments.*
>  --
> CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential
> information and is for the sole use of the intended recipient(s). If you are
> not the intended recipient, any disclosure, copying, distribution, or use of
> the contents of this information is prohibited and may be unlawful. If you
> have received this electronic transmission in error, please reply
> immediately to the sender that you have received the message in error, and
> delete it. Thank y

[Veritas-bu] Java GUI Console Issues (RESOLUTION)

2009-09-23 Thread Rusty.Major 
I just completed another upgrade from 5.1 to 6.5 and ran into another 
issue with getting the Java GUI Console to operate. I ended up adding the 
FQDN as an alias to the shortname in my hosts file and the problem went 
away. I would also recommend this as a first step for any issues you have 
with the Java GUI, such as some panels not working, blank screens after 
logging in, etc.

Just wanted to put this out there in case someone else had issues as it 
sure is frustrating to complete an upgrade successfully, only to have 
problems with the Java Console.

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. 
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu

Re: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape vaulted

2009-09-23 Thread Jeff Lightner 
Since you know the completion time and elapsed time from the RMAN output
you could figure it out by doing:

 

bpimmedia -L -policy  -d 06/14/2009 017:00:00 -e 04/27/2008
18:30:00

 

The end time (-e) is the one shown for completion (padded a little) and
the start time (-d)  is subtracting the hour and three minutes from that
end time (and padding a little).   This will show you the backup IDs and
the image 1 and image 2 data.  The image 2 data is the vaulted tapes.
This would show you only the image 2 tapes if the image 1 tapes had
already expired.   Some people keep a longer retention on offsite than
on site.

 



From: veritas-bu-boun...@mailman.eng.auburn.edu
[mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jared
Still
Sent: Tuesday, September 22, 2009 7:12 PM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] RMAN, Veritas - Correlating Media ID after tape
vaulted

 

When determining which tapes to recall from offsite, RMAN provides the

RESTORE DATABASE PREVIEW RECALL syntax to identify the needed tapes.

 

Here's an example:

 

RMAN> RUN

2> {

3> set until time "to_date('06/17/2009 08:00:00','mm/dd/
hh24:mi:ss')";

4> restore database preview recall;

5> }

executing command: SET until clause

 

Starting restore at 09/22/2009 11:15:21

...

List of Backup Sets

===

 

BS Key  Type LV Size   Device Type Elapsed Time Completion Time

---  -- -- ---  ---

2070190 Incr 0  89.78G SBT_TAPE01:03:42 06/14/2009 18:20:43

BP Key: 2070201   Status: AVAILABLE  Compressed: NO  Tag:
TAG20090614T180051

Handle: PRD_T20090614_db_s21827_p1_t689536853   Media: 002774

  List of Datafiles in backup set 2070190

  File LV Type Ckp SCNCkp TimeName

   --  -- --- 

  24   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA10\BTABD_60\BTABD.DATA60

  37   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA2\SOURCED_1\SOURCED.DATA1

  48   0  Incr 7113842263 06/14/2009 18:00:59
S:\ORACLE\PRD\SAPDATA13\ES700I_1\ES700I.DATA1

 

Notice the Media ID of 002774.  So far, so good.

 

The problem occurs when working with media that has been vaulted.

 

What occurs then is the the images on 002774 are copied to a new tape
with a different Media ID.

Let's say in this case the vaulted tape has a Media ID of 003500

 

So tape 003500 goes offsite, and tape 002774 is put back in the scratch
pool and reused.

 

At this point the RECALL PREVIEW is reporting the incorrect Media ID,
because

RMAN has no knowledge of the tape vaulting.

 

This brings up some questions I have not been able to find answers to.

 

1) What NBU command can be used to correlate the old Media ID to the new
Media ID?

I have examined and tried bpimmedia, bpimagelist and vmquery. No joy.

 

2) I believe the (unpublished) RMAN SBT API has routines to allow the
media

ID to be updated in the catalog in the event a tape is copied to a new
one which

is moved offsite.  Does anyone know where the docs are regarding this (
I have 

looked), and if Veritas makes use of it. I have looked at the CROSSCHECK
and

CHANGE RMAN commands, but didn't see anything relevant.

 

That doesn't mean it wasn't there however, I just could have missed it.

 

The whole point of this post is to learn how to use the information
provided by

RMAN to request the correct tapes to be returned from offsite, given a
date

and time to restore to.

 

Please don't suggest requesting a date range of tapes. We are already
doing

that, and it is crude and time consuming.

 

Thanks,


Jared Still
Certifiable Oracle DBA and Part Time Perl Evangelist
Oracle Blog: http://jkstill.blogspot.com
Home Page: http://jaredstill.com
 
Please consider our environment before printing this e-mail or attachments.
--
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential 
information and is for the sole use of the intended recipient(s). If you are 
not the intended recipient, any disclosure, copying, distribution, or use of 
the contents of this information is prohibited and may be unlawful. If you have 
received this electronic transmission in error, please reply immediately to the 
sender that you have received the message in error, and delete it. Thank you.
--
___
Veritas-bu maillist  -  Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu