Re: Can't authenticate to Online: password incorrect?

Hi all, I've been having similar problems with my Windows NT server since it refused to boot after upgrading to 4.0.(yah Microsoft easy upgrade path huh?) dbschema gives me this error message when I try to dump a databases schema. Names have been altered to protect the server. Client host or user (<myAdminAccount>@<mydomain.com>) is not trusted by the server. I had to do a clean install of NT4.0, reinstall Informix 7.12 TC5, webserer, add nausea. When I tried to restore from our backup , it refused (some problem with the dbspace sizes) so I hacked the dbspace settings so they matched the old server and restored the database ( ack!). I then dumped the schema and data and reinstalled (I didn't want to be running with a hacked system!). Sometime between then and now the database server started refusing to trust the adminstrator and informix account when it comes to running dbschema dbexport/import or backing up the database server. The strange part of this story is that I can login with dbaccess without any problems. I think my problem might be releated. I would try this on my machine but... 1) I'ts also a web server,We have tons of IP addresses assigned to it, do I need to add them all? I probably resinsalled the webserver and added the IP addresses after reinstalling the database server and dumping all of the data. (is that when it broke?) 2) where would I create the hosts.equiv file under NT4.0? Also... Whats up with backup and restore? is it just making a big binary image copy of the dbspace? If so I guess I need to record the size on the dbspaces on the server so it will match if the *&^%$ hits the fan. Thats not really a backup it's more like a copy! Is there any server independent way of backing up the data other than dbexport/dbimport? Thanks, Scott VFraenkle wrote: > Im Artikel <347170D1.EEBF281D@echonyc.com>, Cosmo Lee <"* N O - S P A M * > cosmo"@echonyc.com> schreibt: > > >We are running Online 7.22 on Unixware 2.1, Compaq Proliant 1500. > > > >Users are able to telnet into the system and fire up `dbaccess`. > >However, suddenly, they cannot access Online via their Delphi front-end > >program, even though they are typing in the same login and passwords as > >when they telnet in. > > > > > >At the PC end the users see the following error messages: > > > > [Intersolv][ODBC Informix driver] > > [Informix]User's password is not correct for the database server. > > [Intersolv][OBDC Informix driver] > > [Informix] No such file or directory. Alias: debit. > > > > > > > >The following error appears in the online.log file after an unsuccessful > >attempt is made: > > > > 14:13:53 listener-thread: err = -952: User's password is not > >correct for > > the database server. > > > > > > > >Since these messages appear in the backend Online.log file, I assume > >that the connectivity is not the issue - they are definitely connecting > >to Online, at least for an authentication attempt. > > > >I'm not sure how the authentication process works when logging in via > >Online, but I imagine that Online passes the login: and password: data > >on to the OS for checking if the passwords are correct. What goes on > >between Online and the OS that could be mis-operational??? > > > > > >The only thing that has changed, as far as I can recall, is that we > >upgraded from Online 7.21 to Online 7.22. But this shouldn't have had > >any effect on the login process, right??? > > > >Thanx. > > > >-- > > You have to trust your client to unix. Create the same user on unix as you > logged in onto your client and modify /etc/hosts.equiv. > > greetings volker -- ________________________________________ Scott Ahten Code Wrangler Stage 22 Imaging, Inc. scott@stage22.com http://www.stage22.com