RE: [Non-DoD Source] Re: Created new 12C Release 2 databases SYS@db as sysdba doesn't work

  • From: "Freeman, Donald G. CTR" <donald.freeman.ctr@xxxxxxxxxxxxxxx>
  • To: Vishnu <vishnukumarmp@xxxxxxxxx>
  • Date: Fri, 28 Apr 2017 19:00:44 +0000

I didn't create it.   The password file does have a .ora extension though and 
it was created manually.   I had a guy grant himself sysdba and he got an 
error "password file is missing or disabled."   We'll take a look at 
recreating it without the .ora.  On our old databases there is no extension 
and they work.  So, you may have the answer.

R/


Donald Freeman
Systems Dev Spec, Principle
ManTech International
(757)852-6690 (w)
(717-497-1037 (C)
(757)-852-7777 PMO-IT Help Desk
RHR Facility
donald.freeman@xxxxxxxxxxx
donald.freeman.ctr@xxxxxxxxxxxxxxx





-----Original Message-----
From: Vishnu [mailto:vishnukumarmp@xxxxxxxxx]
Sent: Friday, April 28, 2017 2:43 PM
To: Freeman, Donald G. CTR
Cc: oracle-l-freelists
Subject: [Non-DoD Source] Re: Created new 12C Release 2 databases SYS@db as 
sysdba doesn't work

Please paste the orapwd command you used for creating the password file ?

Does your password file ends with .ora or some other extension? If so, create 
password file without any .xxx names .(it needs to be simply dbname like 
orapwdbname and not orapwddbname.ora or some others)



On Fri, Apr 28, 2017 at 2:36 PM, Freeman, Donald G. CTR 
<donald.freeman.ctr@xxxxxxxxxxxxxxx> wrote:


        We manually created or migrated existing databases in these new 
environments
        on Solaris 11 and upgraded them to 12C.  We cannot get the sys account 
to
        work properly.  We are getting invalid userid/password.  We have a 
password
        file, and REMOTE_LOGIN_PASSWORDFILE is set to exclusive.  We have tried
        mixed case, lower case, uppercase.   Other accounts other than sys can
        connect using userid/password@12cdatabase.     sys@12cdatabase as sysdba
        does not work.  Any ideas?  We have a lot of stumped dba's here.   We 
did
        find a note relating that deep packet inspection might cause this.  We 
do
        have a ticket in but haven't heard anything back.  We're on a very tight
        deadline to get all these systems working.



        Donald Freeman
        Systems Dev Spec, Principle
        ManTech International







Attachment: smime.p7s
Description: S/MIME cryptographic signature

Other related posts: