HELP :: Insync on Fedora-28 broken (doesn't start anymore)

Bugs and issues Linux
#1

Hello:

Insync on Fedora-28 doesn’t start. I don’t know when exactly it started.

Here is my problem information:

user$ rpm -qa | grep insync
insync-1.5.2.37346-fc25.x86_64

user$ uname -a
Linux y700 4.18.12-200.fc28.x86_64 #1 SMP Thu Oct 4 15:46:35 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

user$ insync start

user$ alias insyncStatus
alias insyncStatus='insync get_recent_changes; insync get_sync_progress; insync get_errors'

user$ insyncStatus
Insync doesn't seem to be running. Start it first.
Insync doesn't seem to be running. Start it first.
Insync doesn't seem to be running. Start it first.
#2

Tagging our engineer @Kurt_Ko for further assistance. :slight_smile:

#3

Hi @NYCeyes!

Can you send me the output of ‘insync start --no-daemon’?

Thanks!

#4

I don’t know if this will help or not, as my kernel version isn’t the same. I’m running Fedora 28 but currently booting to the Fedora 27 kernel 4.17.19-100 because I have had issues ever since the kernel version went to 4.18. I can’t get logged into the desktop as it appears Gnome hangs. So I did the Fedora 28 upgrade, and that didn’t fix it, and thus I am forced to boot to the 4.17 kernel. I do have another PC that was an original fresh install of Fedora 28 however, using a network install with the latest kernel, and that does actually work with insync. So not sure if it’s kernel version or something else, but there isn’t much consistency. I’d say try booting an older kernel and see what happens.

#5

Hello …

Sorry for the delay. Here it is (which I also emailed to you and support just now):

user@fedora$ insync start --no-daemon
Traceback (most recent call last):
  File "<string>", line 6, in <module>
  File "__main__.py", line 128, in <module>
  File "__main__insync__.py", line 125, in <module>
  File "isyncd/linux/headless/cli.py", line 49, in run
  File "__main__insync__.py", line 32, in main
  File "PySide2/QtCore.py", line 26, in <module>
  File "PySide2/QtCore.py", line 17, in _bbfreeze_import_dynamic_module
ImportError: /usr/lib64/libQt5Qml.so.5: version `Qt_5_PRIVATE_API' not found
(required by libpyside2-python2.7.so.5.11)

user@fedora$ ls -la /usr/lib64/libQt5Qml.so.5
lrwxrwxrwx 1 root root 19 Aug 21 19:03 /usr/lib64/libQt5Qml.so.5 -> libQt5Qml.so.5.11.1
#6

Thank you Tim. I think it’s a user space library issue rather than a kernel version issue.

I just added the requested information and we’ll see what support finds. It looks like it is seeking a library which I don’t have installed (and possibly no longer exists as of Fedora-28). Unsure, but we’ll see. :blush:

1 Like
#7

Hi @NYCeyes

Can you send me the output of ‘ldd /usr/lib/insync/QtWebEngineProcess’?

Thanks!

#8

Hi Kurt:

That’s odd. Per your and Mia’s direct email to me, I had pasted the output here yesterday. I don’t know where it went (it disappeared). Anyway, here it is again.

user@fedora$ ldd /usr/lib/insync/QtWebEngineProcess
	linux-vdso.so.1 (0x00007ffca718e000)
	libQt5WebEngineCore.so.5 => /usr/lib64/libQt5WebEngineCore.so.5 (0x00007fd4b6909000)
	libQt5Quick.so.5 => /usr/lib64/libQt5Quick.so.5 (0x00007fd4b646a000)
	libQt5Gui.so.5 => /usr/lib64/libQt5Gui.so.5 (0x00007fd4b5f6d000)
	libQt5WebChannel.so.5 => /usr/lib64/libQt5WebChannel.so.5 (0x00007fd4bd1b0000)
	libQt5Qml.so.5 => /usr/lib64/libQt5Qml.so.5 (0x00007fd4b5b59000)
	libQt5Network.so.5 => /usr/lib64/libQt5Network.so.5 (0x00007fd4bd004000)
	libQt5Positioning.so.5 => /usr/lib64/libQt5Positioning.so.5 (0x00007fd4b5ad6000)
	libQt5Core.so.5 => /usr/lib64/libQt5Core.so.5 (0x00007fd4b55ed000)
	libGL.so.1 => /usr/lib64/libGL.so.1 (0x00007fd4b535c000)
	libpthread.so.0 => /usr/lib64/libpthread.so.0 (0x00007fd4b513d000)
	libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00007fd4b4dab000)
	libm.so.6 => /usr/lib64/libm.so.6 (0x00007fd4b4a17000)
	libgcc_s.so.1 => /usr/lib64/libgcc_s.so.1 (0x00007fd4b47ff000)
	libc.so.6 => /usr/lib64/libc.so.6 (0x00007fd4b4440000)
	libdl.so.2 => /usr/lib64/libdl.so.2 (0x00007fd4b423c000)
	librt.so.1 => /usr/lib64/librt.so.1 (0x00007fd4b4034000)
	libgmodule-2.0.so.0 => /usr/lib64/libgmodule-2.0.so.0 (0x00007fd4b3e30000)
	libglib-2.0.so.0 => /usr/lib64/libglib-2.0.so.0 (0x00007fd4b3b18000)
	libgobject-2.0.so.0 => /usr/lib64/libgobject-2.0.so.0 (0x00007fd4b38c6000)
	libgthread-2.0.so.0 => /usr/lib64/libgthread-2.0.so.0 (0x00007fd4b36c4000)
	libicui18n.so.60 => /usr/lib64/libicui18n.so.60 (0x00007fd4b3205000)
	libicuuc.so.60 => /usr/lib64/libicuuc.so.60 (0x00007fd4b2e43000)
	libicudata.so.60 => /usr/lib64/libicudata.so.60 (0x00007fd4b129a000)
	libsmime3.so => /usr/lib64/libsmime3.so (0x00007fd4b1072000)
	libnss3.so => /usr/lib64/libnss3.so (0x00007fd4b0d46000)
	libnssutil3.so => /usr/lib64/libnssutil3.so (0x00007fd4b0b15000)
	libplds4.so => /usr/lib64/libplds4.so (0x00007fd4b0911000)
	libplc4.so => /usr/lib64/libplc4.so (0x00007fd4b070c000)
	libnspr4.so => /usr/lib64/libnspr4.so (0x00007fd4b04cc000)
	libexpat.so.1 => /usr/lib64/libexpat.so.1 (0x00007fd4b0291000)
	libevent-2.1.so.6 => /usr/lib64/libevent-2.1.so.6 (0x00007fd4b003a000)
	libresolv.so.2 => /usr/lib64/libresolv.so.2 (0x00007fd4afe23000)
	libz.so.1 => /usr/lib64/libz.so.1 (0x00007fd4afc0c000)
	libX11.so.6 => /usr/lib64/libX11.so.6 (0x00007fd4af8cb000)
	libX11-xcb.so.1 => /usr/lib64/libX11-xcb.so.1 (0x00007fd4af6c9000)
	libxcb.so.1 => /usr/lib64/libxcb.so.1 (0x00007fd4af4a0000)
	libXcomposite.so.1 => /usr/lib64/libXcomposite.so.1 (0x00007fd4af29d000)
	libXcursor.so.1 => /usr/lib64/libXcursor.so.1 (0x00007fd4af092000)
	libXdamage.so.1 => /usr/lib64/libXdamage.so.1 (0x00007fd4aee8f000)
	libXext.so.6 => /usr/lib64/libXext.so.6 (0x00007fd4aec7d000)
	libXfixes.so.3 => /usr/lib64/libXfixes.so.3 (0x00007fd4aea77000)
	libXi.so.6 => /usr/lib64/libXi.so.6 (0x00007fd4ae866000)
	libXrender.so.1 => /usr/lib64/libXrender.so.1 (0x00007fd4ae65b000)
	libXtst.so.6 => /usr/lib64/libXtst.so.6 (0x00007fd4ae455000)
	libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007fd4ae19e000)
	libharfbuzz.so.0 => /usr/lib64/libharfbuzz.so.0 (0x00007fd4adef9000)
	libfontconfig.so.1 => /usr/lib64/libfontconfig.so.1 (0x00007fd4adcb5000)
	libpng16.so.16 => /usr/lib64/libpng16.so.16 (0x00007fd4ada81000)
	libwebpmux.so.3 => /usr/lib64/libwebpmux.so.3 (0x00007fd4ad877000)
	libwebpdemux.so.2 => /usr/lib64/libwebpdemux.so.2 (0x00007fd4ad672000)
	libwebp.so.7 => /usr/lib64/libwebp.so.7 (0x00007fd4ad405000)
	libjpeg.so.62 => /usr/lib64/libjpeg.so.62 (0x00007fd4ad19d000)
	libXss.so.1 => /usr/lib64/libXss.so.1 (0x00007fd4acf99000)
	libXrandr.so.2 => /usr/lib64/libXrandr.so.2 (0x00007fd4acd8e000)
	libre2.so.0 => /usr/lib64/libre2.so.0 (0x00007fd4acb1f000)
	libsnappy.so.1 => /usr/lib64/libsnappy.so.1 (0x00007fd4ac915000)
	libpci.so.3 => /usr/lib64/libpci.so.3 (0x00007fd4ac708000)
	libasound.so.2 => /usr/lib64/libasound.so.2 (0x00007fd4ac406000)
	libvpx.so.5 => /usr/lib64/libvpx.so.5 (0x00007fd4abfd2000)
	libopus.so.0 => /usr/lib64/libopus.so.0 (0x00007fd4abd73000)
	libdbus-1.so.3 => /usr/lib64/libdbus-1.so.3 (0x00007fd4abb21000)
	libminizip.so.1 => /usr/lib64/libminizip.so.1 (0x00007fd4ab915000)
	liblcms2.so.2 => /usr/lib64/liblcms2.so.2 (0x00007fd4ab6b9000)
	libEGL.so.1 => /usr/lib64/libEGL.so.1 (0x00007fd4ab4a5000)
	/lib64/ld-linux-x86-64.so.2 (0x00007fd4bcfac000)
	libssl.so.1.1 => /usr/lib64/libssl.so.1.1 (0x00007fd4ab238000)
	libcrypto.so.1.1 => /usr/lib64/libcrypto.so.1.1 (0x00007fd4aada7000)
	libsystemd.so.0 => /usr/lib64/libsystemd.so.0 (0x00007fd4aab0a000)
	libpcre2-16.so.0 => /usr/lib64/libpcre2-16.so.0 (0x00007fd4aa891000)
	libGLX.so.0 => /usr/lib64/libGLX.so.0 (0x00007fd4aa65f000)
	libGLdispatch.so.0 => /usr/lib64/libGLdispatch.so.0 (0x00007fd4aa3a5000)
	libpcre.so.1 => /usr/lib64/libpcre.so.1 (0x00007fd4aa134000)
	libffi.so.6 => /usr/lib64/libffi.so.6 (0x00007fd4a9f2b000)
	libXau.so.6 => /usr/lib64/libXau.so.6 (0x00007fd4a9d27000)
	libbz2.so.1 => /usr/lib64/libbz2.so.1 (0x00007fd4a9b16000)
	libgraphite2.so.3 => /usr/lib64/libgraphite2.so.3 (0x00007fd4a98ea000)
	libuuid.so.1 => /usr/lib64/libuuid.so.1 (0x00007fd4a96e3000)
	liblzma.so.5 => /usr/lib64/liblzma.so.5 (0x00007fd4a94bc000)
	liblz4.so.1 => /usr/lib64/liblz4.so.1 (0x00007fd4a92a5000)
	libcap.so.2 => /usr/lib64/libcap.so.2 (0x00007fd4a90a0000)
	libmount.so.1 => /usr/lib64/libmount.so.1 (0x00007fd4a8e46000)
	libgcrypt.so.20 => /usr/lib64/libgcrypt.so.20 (0x00007fd4a8b2b000)
	libblkid.so.1 => /usr/lib64/libblkid.so.1 (0x00007fd4a88da000)
	libselinux.so.1 => /usr/lib64/libselinux.so.1 (0x00007fd4a86b1000)
	libgpg-error.so.0 => /usr/lib64/libgpg-error.so.0 (0x00007fd4a8491000)
	libpcre2-8.so.0 => /usr/lib64/libpcre2-8.so.0 (0x00007fd4a820d000)
#9

Hello Kurt:

Is there an ETA for a fix?

Fedora seems to always have problems or lagging in updates, even though Fedora is not a fringe O/S (being the mainstream ancestor to what makes it to Red Hat and CentOS distributions).

Looking forward to the fix. :blush:
Thanks!

1 Like
#10

Hi @NYCeyes

Can you run ‘LD_LIBRARY_PATH=/usr/lib/insync/ insync start --no-daemon’ and send me the output?
Thanks!

#11

Hi Kurt:

Good news. Re-ordering LD_LIBRARY_PATH to prefix /usr/lib/insync/ before other library paths seems to have done the trick in this case. Everything is working now.

Sadly – and I’m sure you know this :relaxed: – counting on that wouldn’t be reliable across users (as it wasn’t in my case).

Perhaps something similar to this in Python before you call insync?

os.environ['LD_LIBRARY_PATH'] = '/usr/lib/insync:' + os.environ['LD_LIBRARY_PATH']

I’m happy to try the RPM for your adjusted version.

EDIT1:
I temporarily modified /usr/bin/insync as follows:

#! /bin/bash
LD_LIBRARY_PATH=/usr/lib/insync:${LD_LIBRARY_PATH}   <-----
cd /usr/lib/insync
LC_TIME=C exec ./insync "$@"

That will of course get overwritten when dnf(1) / yum(1) update replaces that with fixed RPM contents.

Thank you!
Noelle

1 Like