ec 程序打開數(shù)據(jù)失敗 SQLCODE 930

ok2ok

ec文件種
用下面代碼打開數(shù)據(jù)庫時失敗

EXEC SQL CONNECT TO 'dbmanager';

SQLCODE 等于 930

同樣一段代碼在hp機器上編譯執(zhí)行成功.在linux 上出現(xiàn)錯誤.
編譯命令:esql -o ./main  -I${INFORMIXDIR}/incl/esql main.ec


linux 中informix 環(huán)境:后臺用 dbaccess  dbmanager 可以成功執(zhí)行.

win端 可以通過Client-SDK 連接.并用winsql工具 通過odbc 打開 dbmanager

informix/etc/sqlhost 中沒有配置 onipcshm 連接,只有onsoctcp 連接.不知道這樣是否有影響.(成功執(zhí)行的hp也沒配置onipcshm )


不知道為什么ec 程序連接數(shù)據(jù)庫為什么不成功!?請高手指點

3sane

dbmanager 在HP上，LINUX遠程連接？那么檢查一下LINUX里$INFORMIXDIR/etc/sqlhosts的配置，而且把ISAM CODE打印出來看看?

ok2ok

還是沒頭緒.
在另一個linux上測試成功.
因為這兩個linux都是我配置的所以配置基本是一樣的.
比較了. services、hosts、onconfig、sqlhosts、profile、
除了ip，和DBSERVERNAME 不一樣其他都一樣。
這究竟是什么原因呢。

ok2ok

提供個線索。不能成功打開數(shù)據(jù)庫的onconfig 配置在 oninit初始化之后修改過。
NETTYPE 配置，初始化的時候這個配置忘寫了，不過dbaccess連接沒問題。后來ec程序連接失敗才發(fā)現(xiàn)沒配置，不過補上了還是連接失敗。
onconfig 里的配置是不是修改后要初始話才能生效？

實在不行我就再oninit 初始化一下，就這個辦法沒試過了！

jily_cunix

我是剛剛遇到這個問題的，linux平臺下兩個主機，一個是SERVER IDS10 FC5的版本，另一個clientSDK是2.90 UC4版本。開始懷疑是不是兩臺主機間的帳戶信任關系沒配起，因為ssh host的方式是需要輸入密碼的。用ssh-keygen配好信任關系后問題仍存在。即dbaccess dbname@servername是可以連通，但通過esql接口連接dbname@servername就報錯930，同時在sqlerrm中報錯的信息是數(shù)據(jù)庫實例運行主機的主機名。查看主機網(wǎng)絡配置，包括/etc/hosts 及ipconfig 等沒看出有問題。但改了一下sqlhosts文件配置就好了。如下：
問題出現(xiàn)前sqlhosts配置：
myserver        onsoctcp        dbmaster   7777
更新為如下后問題解決：
myserver        onsoctcp        192.168.0.210        7777

分析應該還是應用主機讀取的配置信息有不同步的情況，估計重啟一下應用主機不必改sqlhosts也可以解決問題的。

liaosnet

dbmaster    這個應該在/etc/hosts文件里定義..要不然就直接寫IP~