Jump to content


Photo

"Too many Errors. Giving Up." because of "Transport Endpoint is not connected"

debian emby 4.3.1 rclone

  • Please log in to reply
9 replies to this topic

#1 hammos OFFLINE  

hammos

    Newbie

  • Members
  • 4 posts
  • Local time: 06:36 PM

Posted 07 January 2020 - 11:22 AM

Hi,

 

somehow I'm currently fighting with the problem, that after mounting my GDrive to the vServer the media library will break down after the library scan. When trying to open a media file you get the typical  error message "Too many errors. Giving up". If I try to look for the mounted folder on my vServer I get to notice that I can't open it anymore. "-bash: cd: seb_emby: Transport endpoint is not connected" is the message. Actually I can't do anything with those folders anymore. When I try to delete them it gets rejected "rmdir: failed to remove ‘seb_emby’: Device or resource busy"

 

I got two seperat mounts running. The weird thing is that only one of them is always crashing. The other one works fluently. Concerning this, neither the Google API or the Emby Update to 4.3.1 could be the fault.

The media library scan seems also to go quite slower since it stays on 90,9% for quite long, when I try to mount everything in a new folder etc.

 

I did install the Anime addon (1.4.3) and auto box sets (1.2.3) one day earlier, so I guess that this might have something to do with it.

The crashing mount contains one library with anime series and one with anime movies.

In both libraries I did a recent change in the settings, by setting the metadata format to nfo and saving picture material in the media source folder. (Was this a good choice btw.? What is the advantage of the nfo file in comparison with when the box is unticked?)

 

Pfa the embyserver.txt. (Splitted in two files since it was too big, had ~100mb)

 

Thank you for helping me solve this case in advance. If you need any additional information just mention it.

 

Best Regards


Edited by hammos, 12 January 2020 - 01:26 PM.


#2 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 156956 posts
  • Local time: 01:36 PM

Posted 07 January 2020 - 12:40 PM

Hi, what Emby app are you trying to play with?



#3 ebr ONLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 52010 posts
  • Local time: 01:36 PM

Posted 07 January 2020 - 12:43 PM

Based on the error message, has to be Android TV but can you explain what you mean by the "mount is crashing"?



#4 hammos OFFLINE  

hammos

    Newbie

  • Members
  • 4 posts
  • Local time: 06:36 PM

Posted 07 January 2020 - 12:46 PM

I Trier it with a variety of clients. Android TV / Smartphone, Web, Windows...

Well with mount crashing I basically mean that I can't Access the mounted Files anymore. When I try to enter the folder via FTP Client it isn't even shown anymore. And with SSH via cd it dass Transport endpoint is Not connected

#5 ebr ONLINE  

ebr

    Chief Bottle Washer

  • Administrators
  • 52010 posts
  • Local time: 01:36 PM

Posted 07 January 2020 - 12:52 PM

Thanks.  I'm not sure how much we can help you troubleshoot that specific issue as it seems it would be something with the OS or file system.  You are just seeing the result of that issue in the apps.

 

Have you researched what could be causing that with your OS?



#6 hammos OFFLINE  

hammos

    Newbie

  • Members
  • 4 posts
  • Local time: 06:36 PM

Posted 07 January 2020 - 01:15 PM

I did a bit of googling though I didn't get any useful information that I would understand. Neither i found any applying cause...
They usually write:
- Caused by a bug https://stackoverflo...s-not-connected
- Sshd Not installed (it is though)
- Unmounting / Remounting might Help, nur RClone doesn't have that function of Unmounting (except Ctrl+C, but I Always Close my cmd to keep it running in the Background and after opening another Session it obviously isn't there anymore)

I'm pretty much Out of ideas tbh :/

#7 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 156956 posts
  • Local time: 01:36 PM

Posted 07 January 2020 - 02:53 PM

Yes and those same transport errors are filling up your server log so I think you'll need to resolve that first outside of emby.

#8 nebster OFFLINE  

nebster

    Newbie

  • Members
  • 7 posts
  • Local time: 05:36 PM

Posted 15 January 2020 - 02:42 PM

I see this every so often because I run Kubernetes/kubelet in a docker container. That starts the fuse userspace application needed for communicating with gluster. If I restart the kubelet docker container, the userspace application closes causing all of the docker containers on the host to not have access to my gluster volumes.

 

So, I would check what the fuse process being started is called, and check it is still running next time you see this error. If you don't see it, it probably crashed or exited so check the logs and/or try running it in gdb to get a stacktrace to send to the fuse application developers.


  • hammos likes this

#9 Luke OFFLINE  

Luke

    System Architect

  • Administrators
  • 156956 posts
  • Local time: 01:36 PM

Posted 16 January 2020 - 12:02 AM

@hammos has this helped?



#10 hammos OFFLINE  

hammos

    Newbie

  • Members
  • 4 posts
  • Local time: 06:36 PM

Posted 16 January 2020 - 04:01 AM

Aside from the fact that I don't Run docker - yeah. It seems to have been because of the fuse process.

Thank you all for helping :)





Also tagged with one or more of these keywords: debian, emby 4.3.1, rclone

0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users