This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C24466.1987AC30
Content-Type: text/plain;
charset=iso-8859-1
Content-Transfer-Encoding: 7bit
Typically you need a different "Vault" for each robot. This means you need
to have a separate dup_param file and for each robot and a separate
robot_inventory script for each robot. I do not believe Vault 3.4 is
designed to run vaulting for multiple robots from one dup_param file.
-----Original Message-----
From: Christopher Manders [mailto:CJManders AT lbl DOT gov]
Sent: Thursday, August 15, 2002 6:15 AM
To: 'veritas-bu AT mailman.eng.auburn DOT edu'
Subject: [Veritas-bu] BP Vault issues.
Hi,
Problem in short: I am having problems including all of my schedules in
BPVault
sessions. One schedule (Fulls) goes ok and vaults, but not the others (Incr,
CIncr or User).
We have 2 media hosts and one master server. The media hosts are getback and
flashback. The master is servback. Everything is Sun or StorageTek
equipment.
Using Diff SCSI with a couple of E3500's and RAID arrays for disk space. We
are
using NetBackup DataCenter 3.4.
We have two L180's. Each one is connected through one of the machiens,
either
getback (stu name: L180) or flashback (stu name: FL180). One L180 (on
getback)
is for Fulls only. The other L180 (on flashback) is for Incrementals only.
servback has a robot attached that is not in use right now (stu name L3500).
But, being the master server, I vault from there.
We have barcodes and barcode rules:
F00 is for Fulls and is in one of the L180's (stu L180 on getback)
I00 is for Incrs and is on FL180 on flashback.
C00 is for clones/duplicates so go to the Duplicates pool.
We clone in the stu L180 (getback).
Anyway, so I have added
server servback 2 ALTREADHOST getback flashback
to my dup_param file.
What I notice is that now things hang. I do an vmoprcmd -h flashback and
see:
PENDING REQUESTS
ReqId User RVSN EVSN Density Mode Time Barcode VolGroup
0 root F00225 F00225 dlt Read 12:51 F00225
00_002_TLD
1 root F00242 F00242 dlt Read 08:28 F00242
00_002_TLD
2 root F00226 F00226 dlt Read 06:18 F00226
00_002_TLD
3 root F00192 F00192 dlt Read 06:18 F00192
00_002_TLD
4 root F00211 F00211 dlt Read 15:42 F00211
00_002_TLD
5 root F00187 F00187 dlt Read 15:42 F00187
00_002_TLD
6 root F00218 F00218 dlt Read 06:19 F00218
00_002_TLD
7 root F00191 F00191 dlt Read 17:23 F00191
00_002_TLD
9 root F00224 F00224 dlt Read 04:00 F00224
00_002_TLD
10 root F00221 F00221 dlt Read 04:00 F00221
00_002_TLD
11 root F00175 F00175 dlt Read 04:00 F00175
00_002_TLD
14 root F00183 F00183 dlt Read 17:09 F00183
00_002_TLD
I saw the reverse on vmoprcmd -h getback. It basically shows mount requests
on
the wrong system. Is that due to how I put the altnames in the server line?
Anyway, now things appear completely opposite. All I00 requests go to
getback
and F00 requests go to flashback. That is reverse.
Anyone with any ideas? What is the proper way using vault to set up the
dup_param file for multiple stu's such as is my environment. This does not
appear to be covered in the docs for BP Vault.
Thanks in advance.
Chris
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
------------------------------------------------------------------------------
This email is confidential and may be legally privileged.
It is intended solely for the addressee. Access to this email by anyone else,
unless expressly approved by the sender or an authorized addressee, is
unauthorized.
If you are not the intended recipient, any disclosure, copying, distribution or
any action omitted or taken in reliance on it, is prohibited and may be
unlawful. If you believe that you have received this email in error, please
contact the sender, delete this e-mail and destroy all copies.
==============================================================================
------_=_NextPart_001_01C24466.1987AC30
Content-Type: text/html;
charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; =
charset=3Diso-8859-1">
<META NAME=3D"Generator" CONTENT=3D"MS Exchange Server version 5.5.2654.45">
<TITLE>RE: [Veritas-bu] BP Vault issues.</TITLE>
</HEAD>
<BODY>
<P><FONT SIZE=3D2>Typically you need a different "Vault" for each=
=
robot. This means you need to have a separate dup_param file and for =
each robot and a separate robot_inventory script for each robot. I do=
=
not believe Vault 3.4 is designed to run vaulting for multiple robots from =
one dup_param file.</FONT></P>
<P><FONT SIZE=3D2>-----Original Message-----</FONT>
<BR><FONT SIZE=3D2>From: Christopher Manders [<A =
HREF=3D"mailto:CJManders AT lbl DOT gov">mailto:CJManders AT lbl DOT
gov</A>]</FONT>
<BR><FONT SIZE=3D2>Sent: Thursday, August 15, 2002 6:15 AM</FONT>
<BR><FONT SIZE=3D2>To: 'veritas-bu AT mailman.eng.auburn DOT edu'</FONT>
<BR><FONT SIZE=3D2>Subject: [Veritas-bu] BP Vault issues.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Hi,</FONT>
</P>
<P><FONT SIZE=3D2>Problem in short: I am having problems including all of m=
y=
schedules in BPVault</FONT>
<BR><FONT SIZE=3D2>sessions. One schedule (Fulls) goes ok and vaults, but =
not the others (Incr,</FONT>
<BR><FONT SIZE=3D2>CIncr or User).</FONT>
</P>
<P><FONT SIZE=3D2>We have 2 media hosts and one master server. The media =
hosts are getback and</FONT>
<BR><FONT SIZE=3D2>flashback. The master is servback. Everything is Sun or =
StorageTek equipment.</FONT>
<BR><FONT SIZE=3D2>Using Diff SCSI with a couple of E3500's and RAID arrays=
=
=66or disk space. We are</FONT>
<BR><FONT SIZE=3D2>using NetBackup DataCenter 3.4.</FONT>
</P>
<P><FONT SIZE=3D2>We have two L180's. Each one is connected through one of =
the machiens, either</FONT>
<BR><FONT SIZE=3D2>getback (stu name: L180) or flashback (stu name: FL180).=
=
One L180 (on getback)</FONT>
<BR><FONT SIZE=3D2>is for Fulls only. The other L180 (on flashback) is for =
Incrementals only.</FONT>
</P>
<P><FONT SIZE=3D2>servback has a robot attached that is not in use right no=
w=
(stu name L3500).</FONT>
<BR><FONT SIZE=3D2>But, being the master server, I vault from there.</FONT>
</P>
<P><FONT SIZE=3D2>We have barcodes and barcode rules:</FONT>
<BR><FONT SIZE=3D2>F00 is for Fulls and is in one of the L180's (stu L180 o=
n=
getback)</FONT>
<BR><FONT SIZE=3D2>I00 is for Incrs and is on FL180 on flashback.</FONT>
<BR><FONT SIZE=3D2>C00 is for clones/duplicates so go to the Duplicates =
pool.</FONT>
</P>
<P><FONT SIZE=3D2>We clone in the stu L180 (getback).</FONT>
</P>
<P><FONT SIZE=3D2>Anyway, so I have added</FONT>
</P>
<P><FONT SIZE=3D2>server servback 2 ALTREADHOST getback flashback</FONT>
</P>
<P><FONT SIZE=3D2>to my dup_param file.</FONT>
</P>
<P><FONT SIZE=3D2>What I notice is that now things hang. I do an vmoprcmd -=
h=
flashback and see:</FONT>
</P>
<P><FONT =
SIZE=3D2> =
&nb=
sp; =
PENDING REQUESTS</FONT>
</P>
<P><FONT SIZE=3D2>ReqId User =
RVSN EVSN Density =
Mode Time Barcode VolGroup</FONT>
<BR><FONT SIZE=3D2> 0 =
root F00225 F00225 =
dlt Read 12:51 =
=4600225 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 1 =
root F00242 F00242 =
dlt Read 08:28 =
=4600242 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 2 =
root F00226 F00226 =
dlt Read 06:18 =
=4600226 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 3 =
root F00192 F00192 =
dlt Read 06:18 =
=4600192 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 4 =
root F00211 F00211 =
dlt Read 15:42 =
=4600211 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 5 =
root F00187 F00187 =
dlt Read 15:42 =
=4600187 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 6 =
root F00218 F00218 =
dlt Read 06:19 =
=4600218 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 7 =
root F00191 F00191 =
dlt Read 17:23 =
=4600191 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 9 =
root F00224 F00224 =
dlt Read 04:00 =
=4600224 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 10 =
root F00221 F00221 =
dlt Read 04:00 =
=4600221 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 11 =
root F00175 F00175 =
dlt Read 04:00 =
=4600175 00_002_TLD</FONT>
<BR><FONT SIZE=3D2> 14 =
root F00183 F00183 =
dlt Read 17:09 =
=4600183 00_002_TLD</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>I saw the reverse on vmoprcmd -h getback. It basically =
shows mount requests on</FONT>
<BR><FONT SIZE=3D2>the wrong system. Is that due to how I put the altnames =
in the server line?</FONT>
</P>
<P><FONT SIZE=3D2>Anyway, now things appear completely opposite. All I00 =
requests go to getback</FONT>
<BR><FONT SIZE=3D2>and F00 requests go to flashback. That is reverse.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Anyone with any ideas? What is the proper way using vault=
=
to set up the</FONT>
<BR><FONT SIZE=3D2>dup_param file for multiple stu's such as is my =
environment. This does not</FONT>
<BR><FONT SIZE=3D2>appear to be covered in the docs for BP Vault.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Thanks in advance.</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>Chris</FONT>
</P>
<BR>
<P><FONT SIZE=3D2>_______________________________________________</FONT>
<BR><FONT SIZE=3D2>Veritas-bu maillist - =
Veritas-bu AT mailman.eng.auburn DOT edu</FONT>
<BR><FONT SIZE=3D2><A =
HREF=3D"http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu" =
TARGET=3D"_blank">http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu=
</A></FONT>
</P>
</BODY>
</HTML>
<P>------------------------------------------------------------------------=
------<br>
<br>
<br>
This email is confidential and may be legally privileged.<br>
<br>
It is intended solely for the addressee. Access to this email by anyone =
else, unless expressly approved by the sender or an authorized addressee, i=
s=
unauthorized.<br>
<br>
If you are not the intended recipient, any disclosure, copying, distributio=
n=
or any action omitted or taken in reliance on it, is prohibited and may be=
=
unlawful. If you believe that you have received this email in error, please=
=
contact the sender, delete this e-mail and destroy all copies.<br>
<br>
<br>
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D<br>
</P>
------_=_NextPart_001_01C24466.1987AC30--
|