--Xzn6.44ch4BLjc.XdW0Z.CgbVn7m
MIME-Version: 1.0
Content-Type: text/plain;
charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
content-class: urn:content-classes:message
Ah yeah...missed the "NEW_STREAM" bit.
Paul
--=20
> -----Original Message-----
> From: Mark.Donaldson AT cexp DOT com [mailto:Mark.Donaldson AT cexp DOT
> com]=20
> Sent: April 27, 2006 10:52 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu; dave.markham AT fjserv DOT net
> Cc: Paul Keating
> Subject: RE: [Veritas-bu] RE: [Veritas-bu]Status 71...was:=20
> Volume Pools [recommendations please]
>=20
>=20
> OK - I just tested this.
>=20
> I built a policy with two NEW_STREAM directives, one stream=20
> with a real
> file, the other with a dummy file.=20
>=20
> I ran the policy and got an error 71 on the stream with the=20
> dummy file.
> No surprise there.
>=20
> I then excluded the dummy file using an exclude_list.<policy> file and
> ran the backup again. The stream with the dummy file still=20
> issued a 71.
>=20
> So - even if you exclude the entire contents of the stream in the
> exclude file, you still get an error 71 when you attempt it. I,
> frankly, expected this given how Netbackup implements the=20
> exclusion list
> (it scans for the specified directories & files first, then=20
> applies the
> exclusions).
>=20
> I'd suggest what I suggested before, add a single dependable=20
> file, like
> /etc/passwd, to the stream with the raw devices in it so it always has
> one valid file, the others that are missing won't matter then. You
> won't even need the exclusion list if those raw devices don't exist on
> that server.
>=20
> -M
>=20
> -----Original Message-----
> From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Paul
> Keating
> Sent: Thursday, April 27, 2006 6:23 AM
> To: veritas-bu AT mailman.eng.auburn DOT edu
> Subject: [Veritas-bu] RE: [Veritas-bu]Status 71...was: Volume Pools
> [recommendations please]
>=20
> I don't know why you're getting that error, but it must be specific to
> the raw backups.
>=20
> In my environment, I have several clusters....each has a shared data
> drive, and each has a system particion and a couple others.
>=20
> Example
>=20
> Cluster_node_1:
> /
> /u
> /node1
>=20
> Cluster_node_2:
> /
> /u
> /node2
>=20
>=20
> There's a policy that backs up "cluster" /data, which is the shared
> resource, backed up via a virtual name/IP, but I have another policy
> that backs up the physical nodes.
>=20
> The backup selections list has the following:
> /
> /u
> /node1
> /node2
>=20
> The client list has:
> Cluster_node_1
> Cluster_node_2
>=20
> There are no exclude lists on either node...
> /node1 gets backed up on the node1 backup, and /node2 gets=20
> backed up on
> the node2 backup.
> Never get a 71.
>=20
> Works a charm...so I would venture to guess it's either=20
> specific to the
> raw backup, or it doesn't like that you've specified and exclude list
> for a fs that doesn't exist.
>=20
> Paul
>=20
>=20
>=20
> --=20
>=20
>=20
> > -----Original Message-----
> > From: veritas-bu-admin AT mailman.eng.auburn DOT edu
> > [mailto:veritas-bu-admin AT mailman.eng.auburn DOT edu] On Behalf Of Dave=20
> > Markham
> > Sent: April 27, 2006 5:47 AM
> > To: bob944 AT attglobal DOT net
> > Cc: veritas-bu AT mailman.eng.auburn DOT edu
> > Subject: Re: [Veritas-bu] Volume Pools [recommendations please]
> >=20
>=20
> >=20
> > Now can someone answer me what happens if you have a 2 clients in a
> > policy which has 2 streams as follows :-
> >=20
> > NEW_STREAM
> > /data
> > /u01
> > /u02
> > NEW_STREAM
> > /devices/something/mp@121,raw
> > /devices/something/mp@122,raw
> > /devices/something/mp@123,raw
> > /devices/something/mp@124,raw
> >=20
> > both clients have the directories /data etc (the file system=20
> > stuff) and
> > only one client has the raw partitions vvisible. They are=20
> both in the
> > same policy as i want them to write to the same tapes and=20
> > have the same
> > retention. I have an exclude_list.<policy> on the client=20
> > without the raw
> > partitions containing the raw partitions yet i get a backup=20
> > exit status
> > of 71 for this client which is none of files in file list exist.
> >=20
> > I know this is because the new_stream will create a new job for that
> > client but why is the exclude list not being used or is it=20
> > and its just
> > no other files are in the list so it exits with 71?
> >=20
>=20
--Xzn6.44ch4BLjc.XdW0Z.CgbVn7m
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
=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=3D=3D=3D=3D=3D=3D
La version fran=C3=A7aise suit le texte anglais.
---------------------------------------------------------------------------=
---------
This email may contain privileged and/or confidential information, and the =
Bank of
Canada does not waive any related rights. Any distribution, use, or copying=
of this
email or the information it contains by other than the intended recipient is
unauthorized. If you received this email in error please delete it immediat=
ely from
your system and notify the sender promptly by email that you have done so.=20
---------------------------------------------------------------------------=
---------
Le pr=C3=A9sent courriel peut contenir de l'information privil=C3=A9gi=C3=
=A9e ou confidentielle.
La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute dif=
fusion,
utilisation ou copie de ce courriel ou des renseignements qu'il contient pa=
r une
personne autre que le ou les destinataires d=C3=A9sign=C3=A9s est interdite=
Si vous recevez
ce courriel par erreur, veuillez le supprimer imm=C3=A9diatement et envoyer=
sans d=C3=A9lai =C3=A0
l'exp=C3=A9diteur un message =C3=A9lectronique pour l'aviser que vous avez =
=C3=A9limin=C3=A9 de votre
ordinateur toute copie du courriel re=C3=A7u.
--Xzn6.44ch4BLjc.XdW0Z.CgbVn7m--
|
