[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference rocks::dec_edi

Title:DEC/EDI
Notice:DEC/EDI V2.1 - see note 2002
Moderator:METSYS::BABER
Created:Wed Jun 06 1990
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3150
Total number of notes:13466

3102.0. "Objectbroker problem" by JOBURG::BERETTA () Thu Apr 17 1997 12:18

    Hi,
    
    I have a problem getting commandcenter/cockpit to talk to the server.
    This is v3.1a with oracle 7.2. The pc is running wnt 4.0 and I have obb
    2.7-11 installed with odbc drivers supplied by oracle on the Oracle7
    server cd Client software release 7.3.2.2.0 for WNT which includes:
    
    Oracle ODBC driver 	1.15.3.1.0.A
    TCP/IP adapter 	2.3.2.1.4
    			2.1.3.0.0
    Utilities		7.3.2.2.0
    Required Support	7.1.3.3.6.C
    			7.2.2.4.3.0
    			7.3.2.2.0.C
    SQL/NET		2.1.3.0.0
    			2.3.2.1.4
    SQL/PLUS		3.3.2.0.2
    
    These are all installed.
    
    I have created the Oracle database and have run the option to configure
    object broker from the decedi_config menu:
    
    Configuring ObjectBroker
    
    Enter the name of the DEC/EDI Server [ediit2] :
    ...creating repository
    ...registering servers
    ...creating client object
    ...creating context object
    
    
    ObjectBroker Configuration Complete
    
    I have added oracle users
    
    Current DEC/EDI database users (other than decedi) are:
    
         ops$root root oracle ops$oracle peter ediusr
    
            Local operating system users are prefixed by ops$
    
    
    1.      Add User
    2.      Remove User
    3.      Return
    
    Select option [3] :
    
    Have added proxies:
    
    [223]root@ediit2:/> obbshpxy
    
       Local User          Remote User         Remote Host
       ----------          -----------         -----------
    
       root                *                   digital-nt
       decedi              decedi              digital-nt
    [224]root@ediit2:/>
    
    
    [224]root@ediit2:/> obbshsec
    System security model is NORMAL (system)
    [225]root@ediit2:/>
    
    I have run the network tester and this is succesful.
    
    However when I try to connect to the server using the cockpit, I get
    the following errors:
    
    I log in as root and specify the host ip address instead of the host
    name.
    
    An ObjectBroker System Exception occured.
    This can arise due to incorrect configuration on your PC,or a problem
    with the DEC/EDI GUI Server:
    CORBA_INTERNAL
    OBB_INV_SECAUTHNFAIL (e), DCE specific: Failed to authenticate
    requester 
    -OBB_INV_UNKNODE (e), Unknown node `$Node$' specified. 
    -OBB_INV_UNKNODE (e), Unknown node `ediit2' specified. 
    
    
    What am I missing?
    
    Regards
    
    Peter.
T.RTitleUserPersonal
Name
DateLines
3102.1Why logging in via IP number ?UTRTSC::SMEETSWorkgroup supportThu Apr 17 1997 12:5812
Hi Peter,

I had the same problem when a collegue of mine changed IP-numbers and IP-names.

>>     I log in as root and specify the host ip address instead of the host
>>    name.
  
Is there a reason why you logged in with IP-number instead of IP-name.

What happens if you just specify ediit2 instead if the number.

Martin
3102.2Thanks that helped, but...JOBURG::BERETTAThu Apr 17 1997 14:0931
    Yes, that did it, thanks, but.....
    
    I now get the following error after I try to log into oracle:
    
    Drivers sqlconnect option failed
    Driver not capable
    ORA-6108: NETTCP: connect to host failed
    Invalid connection string attribute
    
    
    I checked up the meaning of this error, the oracle listener was not
    running, so I started it.
    
    lsnrctl service
    oracle:decedidb:/usr/users/oracle>lsnrctl service
    
    LSNRCTL for DEC OSF/1 AXP: Version 2.2.2.0.0 - Production on 17-APR-97
    14:06:19
    
    Copyright (c) Oracle Corporation 1994.  All rights reserved.
    
    Connecting to
    (ADDRESS=(COMMUNITY=TCP.world)(PROTOCOL=TCP)(Host=ediit2)(Port=15)
    Services Summary...
      decedidb              has 1 service handlers
        DEDICATED SERVER established:0 refused:0
    The command completed successfully
    oracle:decedidb:/usr/users/oracle>
    
    Peter.
    
3102.3So everything is runningUTRTSC::SMEETSWorkgroup supportThu Apr 17 1997 16:117
Hi Peter,

So now all is up and running ?

Regards,

Martin
3102.4Closer, but not working yet.JOBURG::BERETTAThu Apr 17 1997 16:3227
    Nope, unfortunately, I have now climbed up a layer to the ODBC drivers
    and seemed to be having some trouble here. I still get:
    
    Driver's SQLSetConnectOption failed
    Driver not capable
    ORA-06108 NETTCP: connect to host failed.
    
I think I may have messed up the ODBC config somewhere with all my
    fiddling. I find it rather confusing. If I go into the control panel
    and double click on the ODBC icon and then click on DRIVERS, the only
    oracle drivers listed are:
    Oracle73  v 1.15.0301 
    
    I have added it here with the
    correct datasource name : EDIIT2 CommandCenter and the SQL*net string
    as T:ediit2.
    
    If I fire up the oracle odbc administrator and click on drivers I see
    listed under the oracle drivers:
    Oracle    v 1.00.3112
    Oracle7   v 1.11.0000
    Oracle71  v 1.11.0002
    
    These are old drivers??
    
    
    Where does one configure these drivers?
3102.5Please helpJOBURG::BERETTAFri Apr 18 1997 11:4723
    Hi,
    
    Should there be an entry in the tnsnames.ora which defines the service,
    and if so what should this service name be? Is it the one defined on
    the pc decedi_pc? The reason I ask this is because when I try to fire
    up the cockpit I get the following error:
    
    Driver's SQLSetConnectOption failed
    Driver not capable
    ORA-12154 TNS:could not resolve service name.
    
    When I look up this error using oerr ora 12154 it tells me to check if
    the service name exists in the tnsnames.ora file and ensure that it is
    in the right directory. I copied from the data area to /etc together
    with the listener.ora and tnsnav.ora files. The service name was not
    anywhere to be found in any of these *.ora files, I tried adding it but
    to no avail.
    
    Secondly when setting up the oracle odbc, the SQL*Net connect string,
    should it be defined as T:ediit2 or T.ediit2? and should the sid be
    included?
    
    Peter.
3102.6Ok, my setup.....UTRTSC::SMEETSWorkgroup supportFri Apr 18 1997 12:1455
Hi Peter,

After my opinion your Data Source Name is not correct.

In /etc/tnsnames.ora you'll find the following information

################
# Filename......: tnsnames.ora
# Name..........: LOCAL_REGION.world
# Date..........: Tue Feb 18 12:35:10 MET 1997
################
axpone_decedidb.world =
  (DESCRIPTION =
    (ADDRESS_LIST =
        (ADDRESS =
          (COMMUNITY = TCP.world)
          (PROTOCOL = TCP)
          (Host = axpone.uto.dec.com)
          (Port = 1521)
        )
    )
    (CONNECT_DATA =
       (SID = decedidb)
    )
  )

The line axpone_decedidb.world = defines which services SQL*NET is expecting.
So in my case, it's looking for axpone_decedidb.

On the PC in the ORACLE 7 ODBC setup should be as follow:

Data Source Name      : axpone_decedidb
Description           : DEC/EDI
SQL*NET Connect String: T:axpone.uto.dec.com:decedidb

In the SQL*NET Easy Configuration, Your entry should look like:

Database Alias        : axpone_decedib
Protocol              : TCP/IP
Host Name             : axpone.uto.dec.com
Database instance     : decedidb

And finally my Server setup within Command Center

Name                  : AXPONE_DECEDIDB
Server Nodename       : axpone.uto.dec.com
Server Type           : Digital UNIX
Network               : TCP/IP
Driver                : Oracle73
Account               : Smeets
Database              : decedidb

I hope this helps !

Martin
3102.7MARVIN::GOODWINPete GoodwinFri Apr 18 1997 12:3310
    From what I remember...
    
    The Oracle stuff on the PC should be setup with Oracle Easy Config (or
    whatever it's called), and this is all documented in the Installation
    Guide.
    
    The Data Source is configured by the CommandCenter, so you shouldn't
    need to use the ODBC Administrator.
    
    Pete.
3102.8Its Working at last!!!JOBURG::BERETTAFri Apr 18 1997 13:2714
    Hey, what do you know, It is working. The problem seems to have been
    that a file got corrupted on the PC which had the config for command
    center. I had tried reinstalling command center, but got the same
    problem again, then I deleted all the command center files and
    re-installed it and this fixed it. The problem with command center
    manifested itself when I tried to define the server from any of the
    editors or the cockpit - as soon as I clicked on setup under define
    server or 'new' it would just crash. Once reinstalled, I set up the
    server connection to use the ORACLE73 ODBC driver by default and it
    worked. The data source is not a problem any more since I am using the
    oracle73 odbc driver which is recognized by command center. The
    datasource name is set to: CommandCenter.
    
    Many thanks Martin and Pete.