Re: OpenServer 5.0 / Informix password bug?
Posted in 1998
Jay Hannah wrote:
>
> Paul Watson wrote:
> > Jay Hannah wrote:
> > > Greetings --
> > >
> > > SCO OpenServer 5.0
> > > DB-Access Version 7.20.UC5
> > > Windows 95 ODBC 3.0.23.1 (shouldn't matter?)
> > >
> > > Can anyone explain the following behavior?
> > > ---
> > > 1) ODBC to Informix works find with user "jhannah", password "1stPW".
> > > 2) Telnet to OpenServer, change passwd jhannah to "DifferentPW".
> > > 3) ODBC to Informix errors:
> > > [Informix][sqlinfmx.dll] SQL Error (-952):
> > > User's password is not correct for the database server.
> > > 4) (ODBC with old password gives the same error -- as expected)
> > > Shut down oninit, start it back up.
> > > 5) ODBC to Informix gives the same error.
> > > 6) Hmmm... Reboot OpenServer.
> > > 7) ODBC to Informix gives the same error.
> > > 8) Telnet to OpenServer, change passwd jhannah back to "1stPW".
> > > 9) ODBC to Informix works fine.
> > > --
> > >
> > Are you running NIS? There was once upon a time some problem with NIS
> > and shadow files.
>
> We are not running NIS.
>
> Any other ideas?
>
> Thanks,
>
> Jay
Its not NIS.
I'd go with rebooting the PC. Looks like its caching the passwd.
Informix is looking to UNIX for the passwd.
Your PC sounds like its not asking for the new passwd so its
gots to be on the PCs end.
-Mikey
(Yeah, I know someone else already said reboot the PC. Im just being
redundant.)
--
#include <std_disclaimer.h> /* Mike Segel (MS385) */
#include <No_Spam.h>
#ifdef OFFENDED_BY_CONTENT
The author takes no responsibility for this post.
Any resembalence to a coherent rational thought is purely coincidence.
-The Management.
#endif
*****************************
* Attention *
-*- Due to AGIS's Refusal to Act Responsibly
-*- Due to ACSI's Refusal to Act Responsibly
We are blocking all of their domains at the packet level.
This block will exist until they modify their policies to
conform to existing RFCs and net community standards.
We encourage all ISPs and domain holders to do the same.
*****************************