[prev in list] [next in list] [prev in thread] [next in thread] 

List:       mico-announce
Subject:    Re: [mico-devel] Client segmentation fault
From:       Karel Gardas <kgardas () objectsecurity ! com>
Date:       2007-01-15 8:55:54
Message-ID: Pine.LNX.4.63.0701150954110.3896 () silence ! gardas ! net
[Download RAW message or body]


Hi,

I do have two simple questions:
1) when you fix your /etc/hosts file to also include the name and IP of 
the VB name service machine, is everything working well?
2) do you have any simple as possible test case which is emulating this 
issue w/o a need to use VB name service? This is something we'll need to 
have in order to duplicate the issue and try to fix it.

Thanks,
Karel
--
Karel Gardas                  kgardas@objectsecurity.com
ObjectSecurity Ltd.           http://www.objectsecurity.com
---
Need experienced, fast, reliable technical MICO support?
---> http://www.objectsecurity.com/mico_commsup_referral.html <---
---

On Fri, 12 Jan 2007, Hanspeter Halle wrote:

> Hi all,
> I could now do some more tests on the problem and found the following:
>
> The segfault occures in the client while doing a _narrow on the nameservice.
> It happens at the "delete _orbid" in Request::get_response, line 1005.
>
> The referenced object has been deleted before in ORB::del_invoke; called from
> ORB::get_invoke_reply, line 2808; called from Request::get_response, line
> 922.
>
> I could figure out that this crash was forced by change of the servers
> hostname. The server is implemented using VisiBroker, whose nameserver
> responds the initial "_is_a" with a "location forward" containing its own
> hostname in the IOR. As we have not been informed of the hostname change and
> no DNS is available the hostname received could not be looked up. This later
> on results in the described segfault. I guess the expected reaction in this
> situation should be an exception.
>
> I hope, with this infos somebody is able to reproduce and fix the problem. I'm
> not so deep inside MICO to know how it should work.
>
> Regards
> Hanspeter
>
> Am Freitag, 15. Dezember 2006 09:46 schrieb Hanspeter Halle:
>> Hi all,
>> we're using MICO for a client application. The server is written by another
>> company. It worked fine till now, but in a new installation with an updated
>> server software our client crashes directly after start. As the core file
>> gave no usefull information I snooped the TCP traffic between client and
>> server. This traffic consists of only 2 packages: The first is a "_is_a"
>> request from the client, the 2nd a "Location forward" response sent by the
>> server. Directly after that response the link is closed. I can send a pcap
>> file with the trace on request. It happend with MICO 2.3.11 and 2.3.12.
>>
>> Unfortunately I have no access to the installation for further debugging,
>> so any help will be appreciated
>>
>> Hanspeter
>> _______________________________________________
>> Mico-devel mailing list
>> Mico-devel@mico.org
>> http://www.mico.org/mailman/listinfo/mico-devel
> _______________________________________________
> Mico-devel mailing list
> Mico-devel@mico.org
> http://www.mico.org/mailman/listinfo/mico-devel
>
_______________________________________________
Mico-devel mailing list
Mico-devel@mico.org
http://www.mico.org/mailman/listinfo/mico-devel
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic