Hi Carsten,
>
> > Sometimes it freezes/crashes during start up/initial synchronization
phase.
> >
> > We haven't tried to set multicast port and group options so far.
> > - What would be the advantages?
>
> I'm not terribly knowledgeable about networks either, but I was just
> going by the contents of the error message where the server was
> complaining about a "Bad address".
The "Bad address" may be a bit missleading. Looking into the documentation
of the ErrorCode 14 (socket - recvfrom(), as far as i understood it, a
bad address can also mean a bad pointer).
http://www.cs.utah.edu/dept/old/texinfo/glibc-manual-0.02/library_2.html
--> says, that errorcode 14 [EFAULT] shows an invalid pointer.
I identified 2 possible positions in code.
The error is thrown inside the OSGDgramSocket.cpp (recvFrom()) at line
186, called from OSGPointMCastConnection::recvNextDgram() in line 384 OR
line 421
called from the OSGPointMCastConnection::recvQueue() loop.
But im not understanding whats happening here, so i dont get why it might
crash with this error-code.
I'll continue in reading about reasons for errorcode 14.
> Ok. Perhaps next time you are there you can also try
> testClusterClient/Server to exclude as many unrelated error sources as
> possible (or is that what you are already using?)
i think we will discuss this test possibility today.
Im still hopeing, that its only a matter of a wrong switch/router
multicast setup.
Best regards and many thanks for your time and ideas,
Hanno Hugenberg
--
Dipl.-Inf. Hanno Hugenberg
Fraunhofer Institut für Fabrikbetrieb und -automatisierung IFF
Geschäftsfeld Virtuell Interaktives Training
Sandtorstr. 22, 39106 Magdeburg, Germany
Telefon +49 (0) 391 40 90-710
mailto:hanno.hugenb...@iff.fraunhofer.de
http://www.iff.fraunhofer.de
Carsten Neumann <carsten_neum...@gmx.net> schrieb am 11.08.2011 04:31:31:
> Von: Carsten Neumann <carsten_neum...@gmx.net>
> An: opensg-users@lists.sourceforge.net
> Datum: 11.08.2011 04:33
> Betreff: Re: [Opensg-users] OpenSG1.8 - Deadlock with Multicast
>
> Hello Michael,
>
> On 08/10/2011 03:06 PM, Michael Raab wrote:
> > from what I know there are 2 scenarions in the CAVE system of our
> > customer when using multicast.
> > Sometimes the systems starts und runs but is really slow, like it is
> > when using streamsock communication.
>
> hmm, if it's slow using streamsock and even for small models then that
> sounds like there is an issue with the network.
>
> > - Do we need to apply those only to all servers or to the client as
well?
>
> I'd try both sides to make sure they all agree on the same multicast
group.
>
> > - I'm not so familiar with multicast communication. Do we need to
setup
> > some options in the switches/routers of the custumer network other
that
> > enabling multicast?
>
> hmm, good question, I'm afraid I don't know the answer to this one.
>
> > Regarding gdb: Unfortunately it is the installation of our custumer
> > which is miles away. So gdb debugging is currently no option.
>
> Ok. Perhaps next time you are there you can also try
> testClusterClient/Server to exclude as many unrelated error sources as
> possible (or is that what you are already using?)
>
> Cheers,
> Carsten
>
>
------------------------------------------------------------------------------
> Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
> user administration capabilities and model configuration. Take
> the hassle out of deploying and managing Subversion and the
> tools developers use with it.
> http://p.sf.net/sfu/wandisco-dev2dev
> _______________________________________________
> Opensg-users mailing list
> Opensg-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/opensg-users
------------------------------------------------------------------------------
Get a FREE DOWNLOAD! and learn more about uberSVN rich system,
user administration capabilities and model configuration. Take
the hassle out of deploying and managing Subversion and the
tools developers use with it.
http://p.sf.net/sfu/wandisco-dev2dev
_______________________________________________
Opensg-users mailing list
Opensg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/opensg-users
