"Transport endpoint is not connected" on shell

Advanced feature discussion, beta programs and unsupported "Labs" features.
3 posts Page 1 of 1
by tbessie » Thu Aug 30, 2018 1:35 pm
I posted this in another thread, but am starting a new one here...

I'm seeing "Transport endpoint is not connected" when I SSH to the shell server.

I called Sonic support, and they said they had no idea what to do in this situation, and that I should post here. Honestly, support should be able to handle this, it's not rocket science... :-/

I recently killed a bunch of old processes in my shell account, and apparently that killed support processes for the shell account itself.

Shouldn't these processes 1) not be killable by a user, and 2) auto-restart when killed?

- Tim
by scott » Thu Aug 30, 2018 4:35 pm
tbessie wrote:
I posted this in another thread, but am starting a new one here...

I'm seeing "Transport endpoint is not connected" when I SSH to the shell server.

I called Sonic support, and they said they had no idea what to do in this situation, and that I should post here. Honestly, support should be able to handle this, it's not rocket science... :-/


Unfortunately, tech support doesn't have access on the shell server to be able to unmount these stale mounts. For now, if you run into this situation, post here or email shellmaster@sonic.net.

tbessie wrote:
I recently killed a bunch of old processes in my shell account, and apparently that killed support processes for the shell account itself.

Shouldn't these processes 1) not be killable by a user, and 2) auto-restart when killed?


Because of the way sshfs works, the ssh processes are owned by the user for whom they run. As you found out, that means you can kill them.

One of my next projects to do on the shell server is to revamp the mount management. Meanwhile, I will add a check for this condition and have the system automatically fix it.

-Scott
by tbessie » Thu Aug 30, 2018 4:38 pm
Alright, thanks for explaining! Just curious, but why isn't support equipped to handle these situations? Why split out support into what the folks on the main support lines can do, and what you (and others) can do?

- Tim
3 posts Page 1 of 1

Who is online

In total there are 5 users online :: 0 registered, 0 hidden and 5 guests (based on users active over the past 5 minutes)
Most users ever online was 422 on Sat May 26, 2012 5:28 am

Users browsing this forum: No registered users and 5 guests