[Ace-users] [Fwd: Re: PROBLEM-REPORT-FORM - nsdel syntax problem]

jeffery.fitzgerald at gmail.com jeffery.fitzgerald at gmail.com
Thu Feb 21 13:06:13 CST 2008


On Feb 20, 6:17 pm, Adam Mitz <mi... at ociweb.com> wrote:
> > -------- Original Message --------
> > Subject: Re: PROBLEM-REPORT-FORM - nsdel syntax problem
> > Date: Wed, 20 Feb 2008 12:56:03 -0800 (PST)
> > From: jeffery.fitzger... at gmail.com
>
> > On Feb 20, 3:57 pm, Adam Mitz <mi... at ociweb.com> wrote:
> >> jeffery.fitzger... at gmail.com wrote:
> >> >     ACE VERSION: 5.5.6
>
> >> >     SYNOPSIS:
> >> > When i try delete a reference from my Naming Service using nsdel, I
> >> > get the following error:
>
> >> > Error:
> >> > (3744|3452) EXCEPTION,
> >> > The following node is missing
> >> > user exception, ID 'IDL:omg.org/CosNaming/NamingContext/NotFound:1.0'
> >> > ID: myservice
>
> >> >     DESCRIPTION:
> >> > Before I upgraded to 5.5.6, I was using 5.4a. The following syntax
> >> > worked for me before the upgrade (and has actually worked since 5.2).
>
> >> > nsdel -ORBInitRef NameService=corbaloc:iiop:localhost:12345/
> >> > NameService --name myservice
>
> >> > Any suggestions on what I might be doing wrong? Thanks.
>
> >> Try "--ns corbaloc:iiop:localhost:12345/NameService" instead of the
> >> -ORBInitRef option.  Also, what does "nslist" report for the same arguments?
>
> > Hey Adam,
>
> > That didn't seem to work for me either.  I got the following output:
>
> > nsdel --ns corbaloc:iiop:localhost:12345/NameService --name myservice
>
> > Error:
> > (3404|2920) EXCEPTION, Exception in nsdel
> > system exception, ID 'IDL:omg.org/CORBA/TRANSIENT:1.0'
> > OMG minor code (2), described as '*unknown description*', completed =
> > NO
>
> OK, so it seems --ns is not working.  I was just trying to follow the
> documentation!
>
>
>
> > nslist is working fine for me.
> > nslist -ORBInitRef NameService=corbaloc:iiop:localhost:12345/
> > NameService
> > Naming Service:
> > ---------------
> > + myservice: Object Reference
> > |   Protocol: IIOP
> > |   Endpoint: 192.168.200.130:12346
>
> Going back to -ORBInitRef seems to be fine (as compared to --ns).
>
>
>
> > Would the arguments I'm passing in to the Naming Service at startup be
> > of any use/have any effect?
>
> Sure, that would be good to see.  Also, add -ORBDebugLevel 10 to the
> nsdel parameters so you can see what's being sent to/from the ORB.
>
> Thanks,
> Adam Mitz
> Software Engineer
> Object Computing, Inc.- Hide quoted text -
>
> - Show quoted text -

I'll add this here as well in case the other one gets overlooked.

Adam,

Here is the command I use to starting the Naming Service:


Naming_Service.exe -f persistentNS.bin -ORBEndPoint iiop://192.168.200.130:12345
-d 10


The Naming Service does appear to receive the message from nslist:


TAO (3624|2816) - Transport_Cache_Manager::fill_set_i, current_size =
0, cache_maximum = 512
TAO (3624|2816) - IIOP_Connection_Handler::open, IIOP connection to
peer <192.168.200.130:4459> on 1736
TAO (3624|2816) - Transport_Cache_Manager::bind_i, 0x12ea74 ->
0xfff228 Transport[1736]
TAO (3624|2816) - Transport[1736]::handle_input, error parsing
incoming message
TAO (3624|2816) - Connection_Handler[1736]::close_connection_eh,
purging entry from cache
TAO (3624|2816) - Connection_Handler[1736]::close_connection_eh,
removing from the reactor
TAO (3624|2816) - Connection_Handler[1736]::close_connection_eh,
cancel all timers
TAO (3624|2816) - Connection_Handler[1736]::close_connection_eh


Here is the (very long) output from the nsdel with the debug level as
you suggested.


TAO (2248|3780) Default ORB - global initialization completed.
TAO (2248|3780) Initializing the orb-specific services
TAO (2248|3780) Default_Resource_Factory - codeset manager=00A729A0
TAO (2248|3780) - Codeset_Manager_i::init_ccs, Loaded Codeset
translator <UTF8_Latin1_Factory>, ncs = 00010001 tcs = 05010001
TAO (2248|3780) - UTF16_BOM_Translator: forceBE 0
TAO (2248|3780) Loaded default protocol <IIOP_Factory>
TAO (2248|3780) created new ORB <>
TAO (2248|3780) - Transport_Cache_Manager::find_i, no idle transport
is available
TAO (2248|3780) - Transport_Cache_Manager::fill_set_i, current_size =
0, cache_maximum = 512
TAO (2248|3780) - IIOP_Connector::begin_connection, to
<192.168.200.130:12345> which should block
TAO (2248|3780) -
Transport_Connector::wait_for_connection_completion,
going to wait for connection completion on transport[10960000]
TAO (2248|3780) - Leader_Follower[10960000]::wait_for_event, (leader)
enter reactor event loop
TAO (2248|3780) - IIOP_Connection_Handler::open, The local addr is
<192.168.200.130:4459>
TAO (2248|3780) - IIOP_Connection_Handler::open, IIOP connection to
peer <192.168.200.130:12345> on 1840
TAO (2248|3780) - Leader_Follower[10960000]::wait_for_event, (leader)
exit reactor event loop
TAO (2248|3780) -
Transport_Connector::wait_for_connection_completion,
transport [1840], wait done result = 0
TAO (2248|3780) - IIOP_Connector::make_connection, new connected
connection to <192.168.200.130:12345> on Transport[1840]
TAO (2248|3780) - Transport_Cache_Manager::bind_i, 0x12fc3c ->
0xa73c80 Transport[1840]
TAO (2248|3780) - Transport_Cache_Manager::bind_i, cache size is [1]
TAO (2248|3780) - Transport[1840]::register_handler
TAO (2248|3780) - Transport_Connector::connect, opening
Transport[1840] in TAO_CLIENT_ROLE
TAO (2248|3780) - Codeset_Manager_i::set_tcs, No codeset component in
profile
TAO (2248|3780) - Muxed_TMS[1840]::request_id, <1>
TAO (2248|3780) - Codeset_Manager_i::generate_service_context, using
tcs_c = 00010001, tcs_w = 00010109
TAO (2248|3780) - GIOP_Message_Base::dump_msg, send GIOP v1.0 msg,
108
data byte
s, my endian, Type Request[1]
GIOP message - HEXDUMP 120 bytes
47 49 4f 50 01 00 01 00  6c 00 00 00 01 00 00 00   GIOP....l.......
01 00 00 00 0c 00 00 00  01 01 3f 00 01 00 01 00   ..........?.....
09 01 01 00 01 00 00 00  01 00 00 00 0b 00 00 00   ................
4e 61 6d 65 53 65 72 76  69 63 65 00 06 00 00 00   NameService.....
5f 69 73 5f 61 00 00 00  00 00 00 00 28 00 00 00   _is_a.......(...
49 44 4c 3a 6f 6d 67 2e  6f 72 67 2f 43 6f 73 4e   IDL:omg.org/CosN
61 6d 69 6e 67 2f 4e 61  6d 69 6e 67 43 6f 6e 74   aming/NamingCont
65 78 74 3a 31 2e 30 00                            ext:1.0.
TAO (2248|3780) - Transport[1840]::cleanup_queue, byte_count = 120
TAO (2248|3780) - Transport[1840]::cleanup_queue, after transfer, bc
=
0, all_sent = 1, ml = 0
TAO (2248|3780) - Transport[1840]::drain_queue_helper, byte_count =
120, head_is_empty = 1
TAO (2248|3780) - Transport[1840]::drain_queue_i, helper retval =
1TAO
(2248|3780) - Transport[1840]::make_idle
TAO (2248|3780) - Leader_Follower[1840]::wait_for_event, (leader)
enter reactor event loop
TAO (2248|3780) - Connection_Handler[1840]::handle_input, handle =
1840/1840
TAO (2248|3780) - Transport[1840]::handle_input
TAO (2248|3780) - Transport[1840]::process_queue_head, 0 enqueued
TAO (2248|3780) - Transport[1840]::handle_input_parse_data, enter
TAO (2248|3780) - Transport[1840]::handle_input_parse_data, read 228
bytes
TAO (2248|3780) - GIOP_Message_State::parse_message_header_i
TAO (2248|3780) - GIOP_Message_State::get_version_info
TAO (2248|3780) - GIOP_Message_State::get_byte_order_info
TAO (2248|3780) - Transport[1840]::process_parsed_messages, entering
(missing data == 0)
TAO (2248|3780) - GIOP_Message_Base::dump_msg, recv GIOP v1.0 msg,
216
data byte
s, my endian, Type Reply[1]
GIOP message - HEXDUMP 228 bytes
47 49 4f 50 01 00 01 01  d8 00 00 00 00 00 00 00   GIOP............
01 00 00 00 03 00 00 00  2b 00 00 00 49 44 4c 3a   ........+...IDL:
6f 6d 67 2e 6f 72 67 2f  43 6f 73 4e 61 6d 69 6e   omg.org/CosNamin
67 2f 4e 61 6d 69 6e 67  43 6f 6e 74 65 78 74 45   g/NamingContextE
78 74 3a 31 2e 30 00 cc  01 00 00 00 00 00 00 00   xt:1.0..........
90 00 00 00 01 01 02 cd  10 00 00 00 31 39 32 2e   ............192.
31 36 38 2e 32 30 30 2e  31 33 30 00 39 30 cd cd   168.200.130.90..
3a 00 00 00 14 01 0f 00  4e 55 50 00 00 00 1c 00   :.......NUP.....
00 00 00 01 00 00 00 52  6f 6f 74 50 4f 41 00 4e   .......RootPOA.N
61 6d 65 53 65 72 76 69  63 65 00 00 00 00 00 01   ameService......
00 00 00 4e 61 6d 65 53  65 72 76 69 63 65 cd cd   ...NameService..
02 00 00 00 00 00 00 00  08 00 00 00 01 cd cd cd   ................
00 4f 41 54 01 00 00 00  18 00 00 00 01 cd cd cd   .OAT............
01 00 01 00 01 00 00 00  01 00 01 05 09 01 01 00   ................
00 00 00 00                                        ....
TAO (2248|3780) - TAO_Muxed_TMS::dispatch_reply, id = 1
TAO (2248|3780) - Connection_Handler[1840]::handle_input, handle =
1840/1840, retval = 0
TAO (2248|3780) - Leader_Follower[1840]::wait_for_event, (leader)
exit
reactor event loop
TAO (2248|3780) - Synch_Twoway_Invocation::location_forward being
handled
TAO (2248|3780) - Invocation_Adapter::invoke_i, handling forwarded
locations
TAO (2248|3780) - Transport_Cache_Manager::is_entry_idle, state is
[0]
TAO (2248|3780) - Transport_Cache_Manager::find_i, at index 0
(Transport[1840])- idle
TAO (2248|3780) - Transport_Connector::connect, got an existing
connected Transport[1840] in role TAO_CLIENT_ROLE
TAO (2248|3780) - Muxed_TMS[1840]::request_id, <2>
TAO (2248|3780) - GIOP_Message_Base::dump_msg, send GIOP v1.2 msg,
136
data bytes, my endian, Type Request[2]
GIOP message - HEXDUMP 148 bytes
47 49 4f 50 01 02 01 00  88 00 00 00 02 00 00 00   GIOP............
03 00 00 00 00 00 00 00  3a 00 00 00 14 01 0f 00   ........:.......
4e 55 50 00 00 00 1c 00  00 00 00 01 00 00 00 52   NUP............R
6f 6f 74 50 4f 41 00 4e  61 6d 65 53 65 72 76 69   ootPOA.NameServi
63 65 00 00 00 00 00 01  00 00 00 4e 61 6d 65 53   ce.........NameS
65 72 76 69 63 65 67 2e  06 00 00 00 5f 69 73 5f   erviceg....._is_
61 00 69 6e 00 00 00 00  28 00 00 00 49 44 4c 3a



More information about the Ace-users mailing list