[Synology DS214+] Hoe SABnzbd3 werkend te krijgen?

[pven]

Als ik SABnzbd3 wil starten dan krijg ik:

code:

# /volume1/@appstore/python3/bin/python3.5 SABnzbd.py
Not all required Python modules are available, please check requirements.txt
Missing module: cryptography
You can read more at: https://sabnzbd.org/python3
If you still experience problems, remove all .pyc files in this folder and subfolders
#

Als ik vervolgens cryptography wil installeren dan lukt dat niet:

code:

# ./pip3.5 install cryptography
Collecting cryptography
  Using cached cryptography-3.0.tar.gz (534 kB)
  Installing build dependencies ... error
  ERROR: Command errored out with exit status 1:
   command: /volume1/@appstore/python3/bin/python3.5 /volume1/@appstore/python3/lib/python3.5/site-packages/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-4b6xitnb/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel 'cffi>=1.8,!=1.11.3; platform_python_implementation != '"'"'PyPy'"'"''
       cwd: None
  Complete output (125 lines):
  Collecting setuptools>=40.6.0
    Using cached setuptools-49.2.1-py3-none-any.whl (789 kB)
  Collecting wheel
    Using cached wheel-0.34.2-py2.py3-none-any.whl (26 kB)
  Collecting cffi!=1.11.3,>=1.8
    Using cached cffi-1.14.1.tar.gz (468 kB)
  Collecting pycparser
    Using cached pycparser-2.20-py2.py3-none-any.whl (112 kB)
  Building wheels for collected packages: cffi
    Building wheel for cffi (setup.py): started
    Building wheel for cffi (setup.py): finished with status 'error'
    ERROR: Command errored out with exit status 1:
     command: /volume1/@appstore/python3/bin/python3.5 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"'; __file__='"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-m2uooxfu
         cwd: /tmp/pip-install-22t7p_sf/cffi/
    Complete output (48 lines):
    unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory
    unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory

        No working compiler found, or bogus compiler options passed to
        the compiler from Python's standard "distutils" module.  See
        the error messages above.  Likely, the problem is not related
        to CFFI but generic to the setup.py of any Python package that
        tries to compile C code.  (Hints: on OS/X 10.8, for errors about
        -mno-fused-madd see http://stackoverflow.com/questions/22313407/
        Otherwise, see https://wiki.python.org/moin/CompLangPython or
        the IRC channel #python on irc.freenode.net.)

        Trying to continue anyway.  If you are trying to install CFFI from
        a build done in a different context, you can ignore this warning.

    running bdist_wheel
    running build
    running build_py
    creating build
    creating build/lib.linux-armv7l-3.5
    creating build/lib.linux-armv7l-3.5/cffi
    copying cffi/__init__.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/recompiler.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/backend_ctypes.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/pkgconfig.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/error.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/cparser.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/verifier.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/setuptools_ext.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/lock.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/cffi_opcode.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/api.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/ffiplatform.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/commontypes.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/vengine_cpy.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/vengine_gen.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/model.py -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/_cffi_include.h -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/parse_c_type.h -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/_embedding.h -> build/lib.linux-armv7l-3.5/cffi
    copying cffi/_cffi_errors.h -> build/lib.linux-armv7l-3.5/cffi
    running build_ext
    building '_cffi_backend' extension
    creating build/temp.linux-armv7l-3.5
    creating build/temp.linux-armv7l-3.5/c
    /spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/arm-marvell-linux-gnueabi/libc/usr/include -mhard-float -mfpu=vfpv3-d16 -I/spksrc/spk/python3/work-armadaxp-5.2/install//var/packages/python3/target/include -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -L /spksrc/spk/python3/work-armadaxp-5.2/install/usr/local/python3/lib -I /spksrc/spk/python3/work-armadaxp-5.2/install/usr/local/python3/include -fPIC -I/usr/include/ffi -I/usr/include/libffi -I/volume1/@appstore/python3/include/python3.5m -c c/_cffi_backend.c -o build/temp.linux-armv7l-3.5/c/_cffi_backend.o
    unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory
    error: command '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc' failed with exit status 1
    ----------------------------------------
    ERROR: Failed building wheel for cffi
    Running setup.py clean for cffi
  Failed to build cffi
  DEPRECATION: Could not build wheels for cffi which do not use PEP 517. pip will fall back to legacy 'setup.py install' for these. pip 21.0 will remove support for this functionality. A possible replacement is to fix the wheel build issue reported above. You can find discussion regarding this at https://github.com/pypa/pip/issues/8368.
  Installing collected packages: setuptools, wheel, pycparser, cffi
      Running setup.py install for cffi: started
      Running setup.py install for cffi: finished with status 'error'
      ERROR: Command errored out with exit status 1:
       command: /volume1/@appstore/python3/bin/python3.5 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"'; __file__='"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-of6zmtgu/install-record.txt --single-version-externally-managed --prefix /tmp/pip-build-env-4b6xitnb/overlay --compile --install-headers /tmp/pip-build-env-4b6xitnb/overlay/include/python3.5m/cffi
           cwd: /tmp/pip-install-22t7p_sf/cffi/
      Complete output (48 lines):
      unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory
      unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory

          No working compiler found, or bogus compiler options passed to
          the compiler from Python's standard "distutils" module.  See
          the error messages above.  Likely, the problem is not related
          to CFFI but generic to the setup.py of any Python package that
          tries to compile C code.  (Hints: on OS/X 10.8, for errors about
          -mno-fused-madd see http://stackoverflow.com/questions/22313407/
          Otherwise, see https://wiki.python.org/moin/CompLangPython or
          the IRC channel #python on irc.freenode.net.)

          Trying to continue anyway.  If you are trying to install CFFI from
          a build done in a different context, you can ignore this warning.

      running install
      running build
      running build_py
      creating build
      creating build/lib.linux-armv7l-3.5
      creating build/lib.linux-armv7l-3.5/cffi
      copying cffi/__init__.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/recompiler.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/backend_ctypes.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/pkgconfig.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/error.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/cparser.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/verifier.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/setuptools_ext.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/lock.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/cffi_opcode.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/api.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/ffiplatform.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/commontypes.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/vengine_cpy.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/vengine_gen.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/model.py -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/_cffi_include.h -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/parse_c_type.h -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/_embedding.h -> build/lib.linux-armv7l-3.5/cffi
      copying cffi/_cffi_errors.h -> build/lib.linux-armv7l-3.5/cffi
      running build_ext
      building '_cffi_backend' extension
      creating build/temp.linux-armv7l-3.5
      creating build/temp.linux-armv7l-3.5/c
      /spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc -Wno-unused-result -Wsign-compare -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/arm-marvell-linux-gnueabi/libc/usr/include -mhard-float -mfpu=vfpv3-d16 -I/spksrc/spk/python3/work-armadaxp-5.2/install//var/packages/python3/target/include -D_LARGEFILE64_SOURCE -D_FILE_OFFSET_BITS=64 -L /spksrc/spk/python3/work-armadaxp-5.2/install/usr/local/python3/lib -I /spksrc/spk/python3/work-armadaxp-5.2/install/usr/local/python3/include -fPIC -I/usr/include/ffi -I/usr/include/libffi -I/volume1/@appstore/python3/include/python3.5m -c c/_cffi_backend.c -o build/temp.linux-armv7l-3.5/c/_cffi_backend.o
      unable to execute '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc': No such file or directory
      error: command '/spksrc/toolchains/syno-armadaxp-5.2/work/arm-marvell-linux-gnueabi/bin/arm-marvell-linux-gnueabi-gcc' failed with exit status 1
      ----------------------------------------
  ERROR: Command errored out with exit status 1: /volume1/@appstore/python3/bin/python3.5 -u -c 'import sys, setuptools, tokenize; sys.argv[0] = '"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"'; __file__='"'"'/tmp/pip-install-22t7p_sf/cffi/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-of6zmtgu/install-record.txt --single-version-externally-managed --prefix /tmp/pip-build-env-4b6xitnb/overlay --compile --install-headers /tmp/pip-build-env-4b6xitnb/overlay/include/python3.5m/cffi Check the logs for full command output.
  ----------------------------------------
ERROR: Command errored out with exit status 1: /volume1/@appstore/python3/bin/python3.5 /volume1/@appstore/python3/lib/python3.5/site-packages/pip install --ignore-installed --no-user --prefix /tmp/pip-build-env-4b6xitnb/overlay --no-warn-script-location --no-binary :none: --only-binary :none: -i https://pypi.org/simple -- 'setuptools>=40.6.0' wheel 'cffi>=1.8,!=1.11.3; platform_python_implementation != '"'"'PyPy'"'"'' Check the logs for full command output.
#

Ik heb nog een andere python3 erop staan (in /volume1/@appstore/py3k/usr/local/bin) maar die geeft soortgelijke meldingen. Uiteraard heb ik gegoogled, maar ik vind geen oplossing.

Is dit op te lossen op een DS214+ ?

[Taab]

Voeg deze pakketbron: http://packages.synocommunity.com/ toe in je package center bij instellingen en pakket bronnen. Dan kan je SABnzbd gewoon toevoegen vanuit je package center.

Of volg deze how to: https://synocommunity.com/#easy-install

edit: vergeet bij Algemeen niet het vertrouwensniveau aan te passen naar Synology Inc. en vertrouwde uitgevers.

[ Voor 33% gewijzigd door Taab op 05-08-2020 13:28 ]

[pven]

Taab schreef op woensdag 5 augustus 2020 @ 13:26:
Voeg deze pakketbron: http://packages.synocommunity.com/ toe in je package center bij instellingen en pakket bronnen. Dan kan je SABnzbd gewoon toevoegen vanuit je package center.

Of volg deze how to: https://synocommunity.com/#easy-install

edit: vergeet bij Algemeen niet het vertrouwensniveau aan te passen naar Synology Inc. en vertrouwde uitgevers.

Staat SABnzbd v3 daar al bij? Ik zie hem niet.

[Taab]

Zo te zien niet, ik gebruik zelf geen SABnzbd maar NZBget en deze kan ik update nadat ik de package heb geïnstalleerd. Misschien kan dat bij SABnzbd ook?

Anders wordt het docker ben ik bang.

[ Voor 9% gewijzigd door Taab op 05-08-2020 13:33 ]

[pven]

Taab schreef op woensdag 5 augustus 2020 @ 13:33:
Zo te zien niet, ik gebruik zelf geen SABnzbd maar NZBget en deze kan ik update nadat ik de package heb geïnstalleerd. Misschien kan dat bij SABnzbd ook?

Nee, helaas.

Anders wordt het docker ben ik bang.

Dat werkt niet op een DS214+.

[Taab]

Dan kan ik je helaas niet verder helpen, succes!

[rikadoo]

Denk dat er niets anders opzit dan even te wachten, zo te zien is versie 3 pas 3 dagen oud dus ik gok dat de package nog niet geoptimaliseerd is voor Synology.

[pven]

rikadoo schreef op woensdag 5 augustus 2020 @ 14:30:
Denk dat er niets anders opzit dan even te wachten, zo te zien is versie 3 pas 3 dagen oud dus ik gok dat de package nog niet geoptimaliseerd is voor Synology.

Ik vraag me af of het kan gaan werken, ik vermoed namelijk van niet. Datgene wat ik probeer, zal het package uiteindelijk ook gaan proberen en dat werkt dus niet.

[Ben(V)]

De SynoCommunity heeft nog geen package voor SABnzbd3.
Waar heb je dat package vandaan gehaald?

Synology levert geen compiler met zijn systemen mee dus site-package die gecompileerd moeten worden kun je niet zelf installeren.

[jeroen3]

Lijkt erop dat de packages voor arm er niet zijn. Als je een compiler installeert lukt het waarschijnlijk wel.
Mits deze code voor arm werkt.

Maar dan moet je wel eerst apt installeren via chroot. Geen idee of dat nog wil, lang geleden geprobeerd en ik ben toen tot de conclusie gekomen dat dit dus dingen zijn waar je een diy nas voor bouwt in plaats van een managed box van synology.

nzbget in de community repository is helaas ook verouderd (uit 2015).

[Ben(V)]

Gewoon even wachten tot de SynoCommunity die versie uitbrengt.
Safihre is de SabNzbd ontwikkelaar en die bouwt ook het package voor de SynoCommunity

Die wordt gebouwd met een crosscompiler en deze site packages worden dan in het virtual python environment opgenomen in het package.

En nzbget is (net als transmission) gewoon onderdeel van Download Station dat Synology zelf levert, dus vrij zinloos daar weer een eigen package van te hebben.

[ Voor 42% gewijzigd door Ben(V) op 05-08-2020 15:17 ]

[pven]

Het is gelukt!

Het was inderdaad een kwestie van wachten op het nieuwe package, en helaas was het wel nodig om een uninstall en daarna weer een install te doen. (Daarna config.ini over gezet en nog even wat met https-gedaan.)

Hoe dan ook: het werkt. Dank @Ben(V) !

[ Voor 13% gewijzigd door pven op 24-08-2020 09:54 ]

[Ben(V)]

@pven
Ik heb een test gedaan op mijn test Nas, maar het was niet te reproduceren.
Ik zag in je logging dat het upgrade script niet de oude omgeving kon verwijderen.
Zie deze twee regels uit je log:

2020/08/23 10:09:23 upgrade sabnzbd 2.3.9-40 Begin /bin/rm -rf /volume1/@appstore/sabnzbd
/bin/rm: cannot remove '/volume1/@appstore/sabnzbd': Directory not empty

Dat "rm -rf" commando staat voor geforceerd verwijderen van die folder + subfolder + files.
Die melding is niet helemaal correct, maar die krijg je dus alleen als er een process is dat een file in die folder (of subfolder) "locked" heeft.

Enig idee wat dat kon zijn?

[ Voor 142% gewijzigd door Ben(V) op 24-08-2020 15:56 ]

[pven]

Ben(V) schreef op maandag 24 augustus 2020 @ 10:54:
@pven
Ik heb een test gedaan op mijn test Nas, maar het was niet te reproduceren.
Ik zag in je logging dat het upgrade script niet de oude omgeving kon verwijderen.
Zie deze twee regels uit je log:

[...]


Dat "rm -rf" commando staat voor geforceerd verwijderen van die folder + subfolder + files.
Die melding is niet helemaal correct, maar die krijg je dus alleen als er een process is dat een file in die folder (of subfolder) "locked" heeft.

Enig idee wat dat kon zijn?

Nu ik erover nadenk faalde de eerste keer de update vanuit DSM. Dit kwam doordat ik SABnzbd buiten DSM om had gestart, deze heb ik daarna gekilled waarna de tweede update-poging wel leek te slagen.

Verklaart dit het?

[Ben(V)]

Blijkbaar was die kill niet helemaal gelukt of er was nog een file locked en is daarom de update mislukt.

Zo'n update begint met het saven van configuratie files en daarna wordt de het Sabnzbd folder weggegooid, alles nieuw er neer gezet en dan de configuratie files teruggeplaatst.

Het verwijderen van die SabNzbd folder + subfolders + files mislukte bij jou en daardoor eindigde je met een mix van twee versies.

Op een Synology is het eigenlijk nooit verstandig buiten het package center om een package te draaien.
Als je een package met de hand of via een commandline wilt starten, dan kun je dat het beste met het synopkg commando doen.

Dus zo iets:

sudo synopkg start sabnzbd

of

sudo synopkg stop sabnzbd

of

sudo synopkg status sabnzbd