A lot of applications depend on $HOME variable, a good solution would be to
put a wrapper around all restore commands (or give the operations/users one
wrapped command)
bprestore,jnbSA,xnb and bpadm and change the variable $HOME to the logdir,
trap signals and then upon exit reset that to it orignality.
Hope this helps
Ayaz
Senior Consultant, Collective
www.collectivetech.com
-----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 Jeff
Kennedy
Sent: Tuesday, March 27, 2001 12:21 PM
To: Veritas-bu List
Subject: Re: [Veritas-bu] bplog.rest question
Thanks Bob, that was the answer I was looking for.
~JK
Bob Bakh wrote:
>
> The log is placed in your $HOME directory, so changing that setting will
> allow you to have it placed else where. This is so other users on the
> system that may do restores for them selves would have logs in their home
> directories as well.
>
> Bob
>
> -----Original Message-----
> From: Jeff Kennedy [mailto:jlkennedy AT amcc DOT com]
> Sent: Monday, March 26, 2001 4:56 PM
> To: Veritas-bu List
> Subject: Re: [Veritas-bu] bplog.rest question
>
> Thanks Harold, but is there a way to set a new path as default rather
> than /bprest.log.#? So it would automatically use
> /usr/openv/netbackup/logs/bprest.log.#?
>
> Thanks.
>
> ~JK
>
> "Harold Skelly Jr." wrote:
> >
> > Jeff, you can specify the log location with the -L option of bprestore,
or
> > select from when prompted from the 'bp' interface. If using xbp, you
can
> > specify the location of the restore log from the 'monitor progress
window'
> >
> > Note that with -L, the log has to pre-exist to log the actions so use
the
> > touch command to create or always log restores to the same file (you'll
> have
> > to 'touch' it for the first restore).
> >
> > Hal
> >
> > "Jeff Kennedy asserts: "
> > =]
> > =] I just noticed that all of my restore logs are located under the root
> > =] directory (Solaris 7). Is this configurable?
> > =]
> > =] I want to keep the logs, so deleting them is not the answer I'm
looking
> > =] for...)
> > =]
> > =] Thanks.
> > =] --
> > =] =====================
> > =] Jeff Kennedy
> > =] Unix Administrator
> > =] AMCC
> > =] jlkennedy AT amcc DOT com
> > =] _______________________________________________
> > =] Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> > =] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
> > =]
> >
> > --
> > ==============================================================
> > \ \ |
> > \ \ \ | Hal Skelly, consultant
> > \ \ * * | Solaris, Backup, Storage Management
> > \ \ * |
> > \\ * COLLECTIVE | BEST WAY: hskelly AT colltech DOT com
> > \* | (619) 218-2291 (cell)
> > * | http://www.colltech.com
> > | Pager: 1-800-946-4646, pin 1468718
> > ==============================================================
>
> --
> =====================
> Jeff Kennedy
> Unix Administrator
> AMCC
> jlkennedy AT amcc DOT com
> _______________________________________________
> Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
=====================
Jeff Kennedy
Unix Administrator
AMCC
jlkennedy AT amcc DOT com
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|