[Paraview] Debugging reverse connections
Utkarsh Ayachit
utkarsh.ayachit at kitware.com
Thu Sep 6 10:58:30 EDT 2012
I think that's you first clue. The fact that even telnet cannot
connect back to your client machine/port indicates that something is
either blocking the connection or it's just getting lost in the
network. Does ping "my.ip.external.address" work from the server host?
Utkarsh
On Thu, Sep 6, 2012 at 10:03 AM, Renato Elias <rnelias at gmail.com> wrote:
> Hi Utkarsh,
>
> neither an error message I get from pvserver. It just keep waiting for
> connection until exit due to time out... the client stays there with the
> "waiting for server connection" screen open and nothing happens.
>
> I'm not familiar with telnet commands but tried the following:
>
> telnet> open my.ip.external.address 11111
> Trying my.ip.external.address...
>
> and it just hangs trying to connect.
>
> The client in this test is a Macbook running Lion. I've tried with the
> firewall open and closed as well.
>
> Any more hints?
>
> Renato.
>
> On Thu, Sep 6, 2012 at 10:46 AM, Utkarsh Ayachit
> <utkarsh.ayachit at kitware.com> wrote:
>>
>> Renato,
>>
>> Here's what I get the server spewing when I run "pvserver --rc"
>> without any client already running:
>>
>> ------------------------------
>> Connecting to client (reverse connection requested)...
>> Connection URL: csrc://miranda:11111
>> ERROR: In
>> /home/utkarsh/Kitware/ParaView3/ParaView/VTK/Common/System/vtkSocket.cxx,
>> line 481
>> vtkClientSocket (0xfbc520): Socket error in call to connect. Connection
>> refused.
>>
>> ERROR: In
>> /home/utkarsh/Kitware/ParaView3/ParaView/VTK/Common/System/vtkClientSocket.cxx,
>> line 53
>> vtkClientSocket (0xfbc520): Failed to connect to server miranda:11111
>>
>> Warning: In
>> /home/utkarsh/Kitware/ParaView3/ParaView/ParaViewCore/ClientServerCore/Core/vtkTCPNetworkAccessManager.cxx,
>> line 302
>> vtkTCPNetworkAccessManager (0x8cdc50): Connect failed. Retrying for
>> 59.9997 more seconds.
>>
>> ERROR: In
>> /home/utkarsh/Kitware/ParaView3/ParaView/VTK/Common/System/vtkSocket.cxx,
>> line 481
>> vtkClientSocket (0xfbc520): Socket error in call to connect. Connection
>> refused.
>>
>> ERROR: In
>> /home/utkarsh/Kitware/ParaView3/ParaView/VTK/Common/System/vtkClientSocket.cxx,
>> line 53
>> vtkClientSocket (0xfbc520): Failed to connect to server miranda:11111
>> ------------------------------
>>
>> Thus if the socket connection failed, it should start reporting error
>> and attempting again. Since the server totally just freezes, even when
>> no client is waiting for it at the other end, I am getting somehow the
>> BSD socket "connect" call is never returning success or failure.
>>
>> Try this: from the server node, try to telnet to you client host/port.
>> Does that work?
>>
>> Utkarsh
>>
>>
>> On Thu, Sep 6, 2012 at 9:34 AM, Renato Elias <rnelias at gmail.com> wrote:
>> > Hi everybody,
>> >
>> > I'd like to understand what is happening with a client-server connection
>> > I'm
>> > trying to create in PV-3.14.1.
>> >
>> > pvserver is running on a SGI Altix ICE compiled with OpenMPI 1.6 and
>> > Mesa
>> > library for offscreen rendering. Everything run smoothly from the
>> > compilation and installation but when I try to connect with a client
>> > (same
>> > version), they can't get connected. The machine runs Torque batch system
>> > but
>> > I certified that pvserver was running after the client. Tests I've done
>> > to
>> > remove some common problems.
>> >
>> > 1). Client and server in the same network
>> >
>> > case a). Server running in the computing nodes under Torque batch
>> > system.
>> > Nothing happens. pvserver just sits with the following message:
>> >
>> > Connecting to client (reverse connection requested)...
>> > Connection URL: csrc://my.client.local.ip:11111
>> >
>> > case b). Server running in the fron-end interactively (launched from
>> > command
>> > line). It would remove problems due to batch system and NAT not running
>> > in
>> > the computing nodes but the same message posted before appears and
>> > nothing
>> > happens.
>> >
>> > In both cases I also did tests with client's firewall turned off with
>> > similar result (nothing happens)
>> >
>> > 2). Client running remotely.
>> >
>> > Same behavior mentioned before.
>> >
>> > The question is: Is there a "verbose mode reverse connection" that could
>> > help me understand what is happening?
>> >
>> > Any help would be appreciated
>> >
>> > Thanks
>> >
>> > --
>> > Renato N. Elias
>> > =============================================
>> > Professor, at Department of Civil Engineering
>> > COPPE/Federal University of Rio de Janeiro
>> > PO Box 68506, Rio de Janeiro, RJ 21945-970, Brazil
>> >
>> >
>> > _______________________________________________
>> > Powered by www.kitware.com
>> >
>> > Visit other Kitware open-source projects at
>> > http://www.kitware.com/opensource/opensource.html
>> >
>> > Please keep messages on-topic and check the ParaView Wiki at:
>> > http://paraview.org/Wiki/ParaView
>> >
>> > Follow this link to subscribe/unsubscribe:
>> > http://www.paraview.org/mailman/listinfo/paraview
>> >
>
>
>
>
> --
> Renato N. Elias
> =============================================
> Professor, at Department of Civil Engineering
> COPPE/Federal University of Rio de Janeiro
> PO Box 68506, Rio de Janeiro, RJ 21945-970, Brazil
>
More information about the ParaView
mailing list