Fresh install january 2020 - adding SSH/ SFTP source - sad face

Hi there,

Just done a fresh install with the latest and greatest version of OSMC.

Trying to setup a source for SSH/ SFTP.
As soon as I have finished filling in the required information - and choose OK.
I get a sad face - and reload of Kodi.

Here are the logs:

I was able to set up an SSH / SFTP source without Kodi crashing, so it’s probably something specific to your set-up or Vero4K+.

I did notice in your log repeated occurrences of messages, such as:

Feb 08 10:10:44 Dagligstue avahi-daemon[392]: Record [900EB301BBB6\064Dagligstue._raop._tcp.local        IN        TXT "txtvers=1" "cn=0,1" "ch=2" "ek=1" "et=0,1" "sv=false" "tp=UDP" "sm=false" "ss=16" "sr=44100" "pw=false" "vn=3" "da=true" "md=0,1,2" "am=Kodi,1" "vs=130.14" ; ttl=4500] not fitting in legacy unica
Feb 08 10:10:44 Dagligstue avahi-daemon[392]: Record [900EB301BBB6\064Dagligstue._raop._tcp.local        IN        SRV 0 0 36666 Dagligstue.local ; ttl=120] not fitting in legacy unicast packet, dropping.
Feb 08 10:10:44 Dagligstue avahi-daemon[392]: Record [Dagligstue.local        IN        A ; ttl=120] not fitting in legacy unicast packet, dropping.
Feb 08 10:10:44 Dagligstue avahi-daemon[392]: Record [_xbmc-events._udp.local        IN        PTR Dagligstue._xbmc-events._udp.local ; ttl=4500] not fitting in legacy unicast packet, dropping.

I have no idea if it’s related to your problem – or what’s causing these messages – but as far as SFTP is concerned I can’t reproduce your problem.

Well as mentioned - it’s a fresh install (“factory settings” - no backup restored) - and I find it hard to believe that my setup is causing this issue.

I even made a fresh install twice - just to confirm that it would crash right out of the bat.

I too have skimmed the logs - but I can’t seem to find the smoking gun.

Edit: Typo


I have the same issue here. I updated one of my osmc-clients last night and got the sad face whenever I was trying to access a sshfs path.
I did a clean install onto a new sdcard with a different raspberry 3+ than the one having problems.
As soon as I try to setup a sshfs source on the new pi kodi crashes with the sad face.

Edit: I just did another fresh install with the 2019-11 build. Sshfs is working without any crashes.
I am sticking with the old build for now.

1 Like

Thx for sharing @nobody333 - glad to hear I’m not the only one experiencing this issue

Apologies. My January update to OSMC had a few problems, so, unknown to me, I was still on the previous version of Kodi.

I can confirm that Kodi does segfault when you try to add an SFTP source. This was on Vero4K but since @nobody333 reports similar (but not identical) behaviour on a Pi3, I assume it is not confined to the Vero4K.

cc @sam_nazarko

Could it be the old libssl 1.0 vs 1.1 problem?

Or perhaps this:
Unpacking libssl1.0.2:armhf (1.0.2u-1~deb9u1) over (1.0.2t-1~deb9u1)

On my Pi3, I reinstalled 2019.11, placed a hold on libssl1.0.2 and updated to January.

osmc@osmc:~$ dpkg -l "rbp2-mediacenter*" "libssl*"
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name                                 Version                 Architecture            Description
hi  libssl1.0.2:armhf                    1.0.2t-1~deb9u1         armhf                   Secure Sockets Layer toolkit - shared libraries
ii  libssl1.1:armhf                      1.1.0l-1~deb9u1         armhf                   Secure Sockets Layer toolkit - shared libraries
ii  rbp2-mediacenter-osmc                18.5.0-4                armhf                   Media Center package for OSMC

Kodi still crashes.

FYI, I upgraded libssl1.0.2 to the latest version and reinstalled rbp2-mediacenter-osmc:18.5.0-1 (over 18.5.0-4). SFTP now works successfully.

I just checked the OSMC repo and Sam has already removed the previous Kodi package, rbp2-mediacenter-osmc:18.5.0-1. That’s a little bit keen. (BTW, I got mine from the APT archive directory /var/cache/apt/archives.)

We always replace (one in, one out) on APT ops with exception of the kernel.

It’s hard to tell – but from what I can see, the next Kodi update should resolve this problem


My log wont generate so i need help what to do.
I get an html file contsing in the end?..
Thanks in advance

I moved your post here as I guess its the same problem. In regards to creating the log try to reboot twice

Yes the same. Did reobot twice same result.

Are you generating the log via MyOSMC or are you running grab-logs -A from the command line?

I guess the message means that the response to DNS was so large that it could not fit within the size limit of “legacy” DNS and would need EDNS. Basically the record in DNS is large. I’m surprised that it would just drop such response and not handle it correctly by trying with DO=1 - or maybe it does but your log was cut too early?

Sorry I’m not being very helpful but just wanted to explain what it means.