Well, I'm a bit ashamed of that one. Turns out the directory
we were trying to save was declared in Netbackup's exclude
list ... and we say users are dumb :-)
So no, there is no issue with Netbackup and Solaris 8.
Regards,
Daniel
Daniel Polombo wrote:
>
> Got a couple replies on that one, but I still haven't solved my
> problem. Original question below.
>
> Thanks to Arthur Darren Dunham <add@netcom.com>
> and Don Cary Grant <dgrant@ga-network.com>.
>
> Arthur had no idea why the second script was executed immediately
> after the first, but pointed out I had no need to lock the DB
> while resyncing disks, which is entirely correct. My mistake :)
>
> Don suggested posting the question to the Veritas-bu mailing-list,
> whose address gets posted here every once in a while :
>
> mailto:veritas-bu@mailman.eng.auburn.edu
> http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
>
> ##################
> Original question :
>
> > Hi managers,
> >
> > I have a problem with Netbackup on an E450 running Sol 8.
> > The system has a system disk, and a 100 Go mirror created
> > with Disksuite. There is a DB running on the mirror, that
> > needs to remain available all the time.
> >
> > What we want to do :
> >
> > - before backuping, lock the DB, put one submirror offline,
> > unlock the DB
> > - backup the offlined submirror (with the DB in a coherent
> > state)
> > - after backuping, lock the DB, put the submirror back online,
> > let Disksuite deal with sync issues, unlock the DB
> >
> > I have created bpstart_notify and bpend_notify scripts
> > accomplishing precisely what we need. So far, so good.
> > Unfortunately, when Netbackup backups the system, it
> > doesn't wait for the data to be sent to the server
> > before running the bpend_notify script (as it should, per
> > the Netbackup administrator's manual), instead running
> > that script right after the bpstart_notify.
> >
> > Is there a known bug with Netbackup and Solaris 8? Or I
> > am overlooking something obvious?
>
> --
> Daniel Polombo
> System/network engineer
> Thomson-CSF Detexis
>
> S
> U BEFORE POSTING please READ the FAQ located at
> N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq
> . and the list POLICY statement located at
> M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy
> A To submit questions/summaries to this list send your email message to:
> N sun-managers@sunmanagers.ececs.uc.edu
> A To unsubscribe from this list please send an email message to:
> G majordomo@sunmanagers.ececs.uc.edu
> E and in the BODY type:
> R unsubscribe sun-managers
> S Or
> . unsubscribe sun-managers original@subscription.address
> L To view an archive of this list please visit:
> I http://www.latech.edu/sunman.html
> S
> T
-- Daniel Polombo System/network engineer Thomson-CSF DetexisS U BEFORE POSTING please READ the FAQ located at N ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/faq . and the list POLICY statement located at M ftp://ftp.cs.toronto.edu/pub/jdd/sun-managers/policy A To submit questions/summaries to this list send your email message to: N sun-managers@sunmanagers.ececs.uc.edu A To unsubscribe from this list please send an email message to: G majordomo@sunmanagers.ececs.uc.edu E and in the BODY type: R unsubscribe sun-managers S Or . unsubscribe sun-managers original@subscription.address L To view an archive of this list please visit: I http://www.latech.edu/sunman.html S T
This archive was generated by hypermail 2.1.2 : Fri Sep 28 2001 - 23:14:17 CDT