Hi Carsten,
I've tried the following tests:
[client] [server]
linux64g4 linux64g4 ---> OK
win32 win32 ---> OK
linux64g4 linux32g4 ---> fail
linux32g4 linux64g4 ----> fail
linux32g4 win32 ----> fail
win32 linux64g4 ----> fail
I first though that it was caused by some arch incompatibility (32x64),
although I couldn't figure out why... but after the failure of linux 32 x
win 32 that doesn't seems to be the case...
Linux 64 x linux 32 also fails, so it looks like (only a guess) there is two
kinds of issues.. on concerning different archs and other involving linux x
window.
I've compiled a set of error messages, one for each test made, using the
OSG_LOG_LEVEL env var set to DEBUG. Here's the result:
(at all clients, in any arch or s.o, the error message is only a default
connection error message.. so all relevant message were at servers)
=== [Test: linux 64 as client x linux 32 as server ] ====
at Linux 32 server:
MESSAGE:
INFO: wait for request by broadcast
INFO: Request for cereja StreamSock
INFO: Connection bound to 0.0.0.0:50873
INFO: Response StreamSock:cereja:50873
INFO: Connection accepted cereja:50873
WARNING: Can't find container id:3226
(when trying to make the connection, both client and server freezes, and
nothing happens).
==========================================
=== [Test: linux 32 as client x linux 64 as server ] ====
same as above test
==========================================
=== [Test: linux 32 as client x win 32 as server ] ====
at win32 server:
MESSAGE:
INFO: Waiting for request of sage
INFO: wait for request by broadcast
INFO: Request for sage StreamSock
INFO: Connection bound to 0.0.0.0:2511
INFO: Response StreamSock:sage:2511
INFO: Connection accepted sage:2511
WARNING: Can't find container id:3227
FATAL: Unknown tag:255
INFO: Point connection type SockPipeline removed
INFO: Point connection type StreamSock removed
INFO: Point connection type Multicast removed
INFO: Group connection type SockPipeline removed
INFO: Group connection type StreamSock removed
INFO: Group connection type Multicast removed
==========================================
=== [Test: linux 64 as client x win 32 as server ] =====
same as above test
==========================================
another thing is that, even at the successful tests, the message:
WARNING: Can't find container id:3227
and some other warnings occurred.
Any thing comes in mind?
Thanks
[]s
On Mon, Nov 16, 2009 at 6:03 PM, Carsten Neumann <[email protected]>wrote:
> Hello Pablo,
>
> Pablo Carneiro Elias wrote:
> > I've recently tested a cluster application using both 32 and 64 versions
> > of OpenSG, simultaneously. I've tried a 32 bit linux client and a 64 bit
> > linux server and some kind of handshake problem occurs (the connection
> > is not established). The same thing seems to occur using linux and
> > windows (linux 64 and windows 32).
>
> hm, normally the data sent over the network should be safe wrt to
> endianess and address size (all Fields have a fixed binary
> representation). The should be true for the handshake protocol as well.
>
> > Using a linux 64 server along with a linux 64 client (and vice-versa)
> > works fine. Also a 32 bit windows client connects and works fine with a
> > 32 bit windows server. Any one has any clue? Is it a known issue in
> OpenSG?
>
> In theory it should work, although this particular feature is probably
> not tested very often. Have you tried using 64 bit machines on both
> ends, just to be able to exclude network configuration issues? Do you
> have more details on how it fails to connect, e.g. are there any
> exceptions thrown, or log messages printed that could give a hint? Or
> does it get stuck in a system call, and you could provide a stack trace
> perhaps?
>
> Cheers,
> Carsten
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Opensg-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/opensg-users
>
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Opensg-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/opensg-users
