IBM i Global

IBM i 

A space for professionals working with IBM’s integrated OS for Power systems to exchange ideas, ask questions, and share expertise on topics like RPG and COBOL development, application modernization, open source integration, system administration, and business continuity.


#Power


#IBMi
 View Only
  • 1.  windows odbc user vs system dns problems

    Posted Mon September 25, 2023 10:59 AM

    I have a Visual Studio c# web app.   I'm having problems with a web user (iis_usr)  making an Adodb connection through USER or SYSTEM dns.

    Scenarios:

    1. If I having the app set to  user odbc windows connection(32 bit) the following results:    

    A.  If  program runs  from local development server... if will run without error

    B.  If accessed from a remote web user... I get...  System.Runtime.InteropServices.COMException(0x80004005): [Microsoft][ODBC Driver Manager] Data source name not found and no default driver specified at ADODB._Connection.Open(String ConnectionString, String UserID, String Password, Int32 Options) 

    2. If I have the app reference the system odbc windows connection (32 bit) the following results:

    System.Runtime.InteropServices.COMException(0x80040E37): [IBM][System i Access ODBC Driver][DB2 for i5/OS]SQL0204 - CMASTR in QGPL type *FILE not found. at ADODB._Recordset.Open(Object Source, Object ActiveConnection, CursorTypeEnum CursorType, LockTypeEnum LockType, Int32 Options) 

     

    I believe I have to use the System Odbc connection for remote web users to access.  But when using  System odbc both remote and local cant find file. Yet in using USER odbc connection, the local server can find it but remote doesn't see datasource.

    Appreciate any directing help.



    ------------------------------
    Mark Howard
    ------------------------------

    #IBMiAccessClientSolutions


  • 2.  RE: windows odbc user vs system dns problems

    Posted Mon September 25, 2023 11:01 AM
    I found my problem.  I had the wrong library.  Sorry for the inconvenience.

    Mark