rmoff's random ramblings
about talks

What am I missing here??? ORA-01017: invalid username/password; logon denied

Published May 6, 2010 by in Dac, Ora-01017, Oracle at https://rmoff.net/2010/05/06/what-am-i-missing-here-ora-01017-invalid-username/password-logon-denied/

What’s going on here? The username/password is definitely valid, proved by the sqlplus connection.

Configuring DAC in OBIA 7.9.5.1:

[sourcecode] What can I do for you?

1 - Enter repository connection information 2 - Test repository connection 3 - Enter email account information 4 - Send test email 5 - Save changes 6 - Exit

Please make your selection: 1

These are your connection type choices:

1 - MSSQL 2 - DB2 3 - Oracle (OCI8) 4 - Oracle (Thin) 5 - Keep current ( Oracle (Thin) )

Please make your selection: 4

Current value for Instance is MYDB. Press return to keep it or enter a new value. > MYDB

Current value for Database Host is server.company.com. Press return to keep it or enter a new value. > server.company.com

Current value for Database Port is 1521. Press return to keep it or enter a new value. > 1521

Current value for Table owner name is DAC_REPO_795. Press return to keep it or enter a new value. > DAC_REPO_795

Press return to keep current password, enter a new value otherwise. > HAS425Al

What can I do for you?

1 - Enter repository connection information 2 - Test repository connection 3 - Enter email account information 4 - Send test email 5 - Save changes 6 - Exit

Please make your selection: 2

Connecting to repository… Can’t connect to the database. ORA-01017: invalid username/password; logon denied

[/sourcecode]

Validate connectivity with SQLPLUS:

[sourcecode] $sqlplus DAC_REPO_795/HAS425Al@MYDB

SQL*Plus: Release 10.2.0.1.0 - Production on Thu May 6 16:08:44 2010

Copyright (c) 1982, 2005, Oracle. All rights reserved.

Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options

SQL> [/sourcecode]

Resolved by forcing the password to uppercase, but all our other DAC installations don’t require this, and this DAC installation connects with a mixed-case password to a different Oracle instance with no problem.

sys.aud$ shows the connection coming in, so I’m definitely hitting the correct Oracle instance with the correct username. Presumably the password is getting corrupted somewhere, but why, and why only in this particular instance??

What on earth am I missing???


Update: Thanks for people’s comments. 1) All the databases are 11.1.0.7 2) All databases are sec_case_sensitive_logon = TRUE

The schema in question had been created through expdp/impdp of another schema on the same DB.

I’ve discovered an SR with similar symptoms for a different bit of Oracle software (SOA / OC4J), but in common both use JDBC drivers to connect to Oracle 11g. I’m confident that the problem must lie in here somewhere, but cannot replicate it even with many different JDBC versions: 11.1.0.7 10.2.0.1.0 10.1.0.5.0 9.0.2.0.0

*scratches head*


Robin Moffatt

Robin Moffatt works on the DevRel team at Confluent. He likes writing about himself in the third person, eating good breakfasts, and drinking good beer.

Story logo

© 2025