Re: CommVault error

One of the first things I checked was to ensure there were no issues on the oracle side of things. There are no problems running a backup outside of CV.

Thank you for your response.

Sandy

On Mon, Sep 26, 2016 at 11:50 AM, MJ Mody <emjay.mody_at_gmail.com> wrote:

> Hello Sandy
> I am not well versed in RAC and ASM technologies but having worked with CV
> for some time, troubleshooting efforts usually involve replicating what CV
> is doing outside of CV. If your environment allows, to run the RMAN script
> outside of CV, it would rule out if there is an issue with CV or Oracle.
>
> Hope this helps.
> MJ
>
> Sent from my mobile device
>
> > On Sep 26, 2016, at 12:40 PM, Sandra Becker <sbecker6925_at_gmail.com>
> wrote:
> >
> > Oracle 12c (Exadata)
> > CommVault 11
> >
> > Let me start with CommVault is new at our shop. I have been waiting for
> a couple of hours for my CV admins to get back to me and thought I would
> see if anyone on the list had a clue what is going on.
> >
> > Over the past month I have been setting up clients and
> testing/scheduling backups in CV for several dev/test and production
> databases. All was working well (mostly) until today. My backups are
> failing with the following error:
> >
> > >>
> > Error Code: [18:106] Description: RMAN Script execution failed with
> error [RMAN-03002: failure of backup command at 09/26/2016]. Please check
> the Logs for more details. Source: <machine_name>, Process: ClOraAgent
> > <<
> >
> > I looked at the RMAN log and it had a line about the controlfile may
> not be on shared storage. These are 2-node RAC systems and I verified the
> controlfile is indeed on ASM and visible to instances on both nodes. The
> one response I got from one of the CV admins indicated he thought it was an
> oracle error, which I told him it wasn't. He has decided he needs to open
> a ticket with CV support. This is not the first time we've had this error,
> although it is the first on these databases. I go through the same process
> every time telling them it isn't an oracle error.
> >
> > Any ideas what caused this error? I've got an 18T database I need to
> get backed up as soon as possible, but the admins don't seem to have a clue
> what to do. Any suggestions would be appreciated.
> >
> > Thank you.
> >
> > --
> > Sandy B.
> >
>

-- 
Sandy B.

--
http://www.freelists.org/webpage/oracle-l