[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

3047.0. "How to trace OBB_INV_NOTAUTHORIZED ??" by ALFETA::MAURICIO (Fertile Pectus) Tue Mar 11 1997 00:37

    
    I have a customer where we have DEC/EDI V3.1A, Oracle RBMS, and OBB
    V2.6 installed. We are having problems with putting CommandCenter 32
    (installed on Windows 95) to work with the server. The ODBC access
    to the Oracle Database works but the OBB access fails with:
    
    	OBB_INV_HOSTNOTFND (E), A host node could not be found to execute
    	the request
    	OBB_INV_NOTAUTHORIZED (E), Client user is not authorized to access
    	server
    
    The OBB Network Test works like a charm, but I can't make the
    CommandCenter 32 Network Test to work. I already checked the proxies at
    the servers, but everything looks OK. At this installation, the customer
    DOES NOT have any DNS service, hence all host names are only defined via
    HOSTS file. They also DO NOT have any domain part on the host names.
    
    I followed the installation steps and the troubleshooting steps but
    could not find anything wrong. Is there any way to force the OBB Server
    to "Log" the request so we can check the remote host name he "thinks"
    is speaking with?
    
    Thanks for any help.
    
    mauricio
T.RTitleUserPersonal
Name
DateLines
3047.1A few steps along the wayMETSYS::HELLIARhttp://samedi.reo.dec.com/Tue Mar 11 1997 12:0617
    Mauricio,
    
    Firstly, OBB can cache its proxies which can then become stale. The
    only way I have confidence that what 'obbshpxy' displays is what is
    used is to force all existing servers to stop obbmstp '*'. This only
    needs to be done when amending proxies.
    
    Next, how is your proxy set up on the server, obbshpxy, ideally as most
    PC's have no real concept of users you should have the proxy on the
    server defined with user defined as '*' i.e. wildcarded.
    
    Next, try using the ObjectBroker system administrator on the PC to
    try to look at the server e.g.
    	obbmsho -A -n <server_node> 
    This should test the proxies but not involve any DEC/EDI code.
    
    Graham
3047.2Can we "see" the host name OBB thinks is receiving?ALFETA::MAURICIOFertile PectusTue Mar 11 1997 17:3311
    Hello Graham
    
    Thanks for your help. I'll try the commands, but I think the end result
    will be an OBB_INV_NOTAUTHORIZED error status. I even tried to add a
    "passall" proxy but didn't work. Is there any way to set a flag to
    trace the request and see the node name OBB agent thinks it's
    receiving?
    
    Thanks again
    
    Mauricio
3047.3METSYS::THOMPSONTue Mar 11 1997 20:5426
ObjectBroker is just determined to use the full form of a name, 
e.h. jmekn.reo.dec.com in preference to jmekn. 

Even if you think it''s been set up correctly.

To see what OBB is up to on the server, edit file .obb_login

e.g. From root ...

# su - decedi
# cat .obb_login

OBB_TRACE_FLAGS=RTSO
export OBB_TRACE_FLAGS


You may then have to start tracing on Servers as described
in the manuals. ( #obbmset -A -d1 )


If you are failing at the first proxy a server
may not be started, in this case it's almost certainly short vs long form
name.

M
3047.4Test ResultsALFETA::MAURICIOFertile PectusTue Mar 11 1997 23:3021
    Hello Graham and Thompson
    
    Here are the results of tests requested in .1:
    
    At the DEC/EDI Server:
    
    #obbshpxy
    
    Local user              Remote User             Remote Host
    decedi                  *                       rmaestrali
    decedi                  *                       ccevolo
    decedi                  *                       lhferreira
    decedi                  *                       cssfer0301
    
    At the Win95 Client OBB System Administrator Utility:
    
    #obbmsho -A -n cssfer0301
    OBB_INV_NOTAUTHORIZED (e), Client user is not authorized to access
    server. 
    
    
3047.5No full form host+domain names !!ALFETA::MAURICIOFertile PectusTue Mar 11 1997 23:3518
    Hello Thompson
    

>
>ObjectBroker is just determined to use the full form of a name, 
>e.h. jmekn.reo.dec.com in preference to jmekn. 
>
    The problem is that this customer DOES NOT use full form TCP/IP host
    names!! They don't even have DNS up and running!! The only use HOSTS
    file to translate TCP/IP addresses to host names. And they don't use
    full form, only a single host name. Do you see any way to get OBB to
    work given this scenario?
    
    I'll do the tests you suggest on .4 and post the results back here.
    
    Thanks for any help.
    
    
3047.6None the wiserSYSTEM::HELLIARhttp://samedi.reo.dec.com/Wed Mar 12 1997 11:0821
    Well, from an NT DOS box I can
    
    set OBB_TRACE_FLAGS="RTS"
    obbmsho -A -n<my_server_node> > t.out
    type t.out | more
    
    Unfortunately, It doesnt show the caller's hostname. Also setting
    OBB_TRACE_FLAGS to "A" generates more information, but again no
    hostname.
    
    Maybe others know of other majic OBB flags to get the right
    information.
    
    As we dont get past the proxy check on the server, we will never start
    a server and hence all the server side things MArk suggested wont get
    reached.
    
    Maybe the folks in the ObjectBroker conference might know better ways
    of figuring out what's going on.
    
    Graham
3047.7DEC/EDI V3.1A with OBB V2.7 ???VAXRIO::MAURICIOFertile PectusFri Mar 14 1997 02:545
3047.8METSYS::THOMPSONFri Mar 14 1997 13:397
Hi,

Yes it's supported.



Mark