I’m having the same issue with 5.11.2. Server log reports “client connected” but client is frozen with “waiting for connection to server”. Can’t use the “cancel” button either. The process has to be killed.
Same with Paraview 5.12.0. Client running on Windows 11 and Server on Ubuntu 20.04. Exact same version on both. Did anyone find a workround?
@fpradelli94 I didn’t find a robust solution to this, but I did find the issue to be temperamental. Sometimes it worked and sometimes it didn’t.
A few steps I tried that can sometimes help are: delete known_hosts file in .ssh folder; run paraview as admin; install paraview as opposed to using portable version; reinstalling paraview; restarting client; or trying some combination of these.
I am not clear which, if any of these steps actually helped, but they seemed to fix the problem temporarily sometimes. Other times, these steps didn’t seem to help at all.
Sorry that that isn’t very helpful.
@fpradelli94 – I’ve found that if you use the regular (not headless) ParaView’s pvserver on the Linux server that it seems to work more robustly / connects quicker. For example:
@NotDrJeff : Are you using a special SSH setup ?
@fpradelli94 : just tested here, it works fine
@GregVernon : just tested here, it works fine
@mwestphal I’m not an expert on ssh, so I can’t say if it’s a “special” set up. I am in a university using an HPC that is on the same WAN. It could be a firewall or hostkey issue, but I really don’t know. I have encountered the same problem conneting from inside and outside our network. Ialso know I have issues with “domain name spoofing” warnings a lot, and I usually have to delete my known_hosts file to get access to my HPC.
As mentioned, this is an intermittant issue for me. Very frustrating when it happens, but it doesn’t always happen, and usually trying some of the steps above will fix it, at least temporarily.
Unless you are configuring ParaView to use SSH explicitely, ParaView client server mechanism does not rely on SSH at all.
@mwestphal sorry, I should have mentioned that I use an ssh tunnel to connect a localhost port to a port on the HPC.
Then your solution is probably specific to your setup. Here is how I debug SSH tunelling in general:
(this is about reverse tunelling but the usage of python server is a perfectly valid way to check the tunnelling is working)
Thank you guys for your kind support.
@NotDrJeff I am testing your recommendation. So far it didn’t work yet.
@GregVernon I am using the regular Paraview indeed.
@mwestphal I don’t know what’s happeining then. Might it be a problem related to my VPN? I am using a VPN to connect with the office network. In the office used to work fine.
Are you able to ping through the VPN ? To connect using ssh ?
@mwestphal Yep, I actually run pvserver using ssh so the server is reachable.
I even get “client connected” when I start the connection and the RAM of the server is visible on the GUI (the bar in the lower-right), so it looks like something is working.
Still, it sticks to “Waiting for connection to sever”.
I’m afraid I’m unable to reproduce your issue, you will need to identify the cause of the issue which must be network related somehow.
I’ve also experienced some inconsistent behavior with 5.12.0 when trying to connect (Windows 11 client and EL7 Linux server). For me, on the client side the pipeline “builtin:” icon changes to indicate a connection but the connection dialog doesn’t disappear. On the server side I get the “client connected” message but then it says “connection refused” after.
Usually just killing the processes and trying again has worked fine.
It’s been so inconsistent that I had chalked it up to some kind of “me issue”, but figured I would share since I saw this post.