[qnap] TS-231P3: SegFault bei SyncoveryRS 11.9.1

German Support for Syncovery on Linux etc.
Post Reply
Alex2004
Posts: 3
Joined: Mon Apr 20, 2026 11:25 am

[qnap] TS-231P3: SegFault bei SyncoveryRS 11.9.1

Post by Alex2004 »

Der Syncovery Remote Service V11.9.1 läuft zwar auf einer TS-233 / QTS 5.2.9, aber auf einer TS-231P3 mit QTS 5.2.9.3451 stürzt er mit einem SegFault ab:

Code: Select all

$  ./SyncoveryRS --help
Segmentation fault
Auch mit "sudo ./SyncoveryRS --help" stürzt es ab.
Die Datei "SyncoveryRS_11.9.1_arm-x41.qpkg" lässt sich problemlos installieren, aber nicht ausführen.
Die ältere Version "SyncoveryRS_9.47_arm-x41.qpkg" lief dagegen problemlos.
"dmsg" liefert leider keine Hinweise.

Der Absturz trat bereits bei einer etwas älteren QTS-Version auf.
Ich biete gerne meine Hilfe an :)

PS: Falls das eine Rolle spielen sollte: Die TS-231P3 hat 8GB RAM.
Das Problem trat auf einer 3 Jahren alten QTS-Installation auf und auch auf einer kürzlich frisch aufgesetzten Installation mit neuen HDD.
tobias
Posts: 2163
Joined: Tue Mar 31, 2020 7:37 pm

Re: [qnap] TS-231P3: SegFault bei SyncoveryRS 11.9.1

Post by tobias »

Hi,
danke für den Bericht!

Oops, ich habe schon länger den Remote Service 11.14.0 fertig, aber die Download-Buttons nicht aktualisiert.

Das ist jetzt geschehen, kannst Du die neue Version testen?

Vielen Dank!
Alex2004
Posts: 3
Joined: Mon Apr 20, 2026 11:25 am

Re: [qnap] TS-231P3: SegFault bei SyncoveryRS 11.9.1

Post by Alex2004 »

Danke für die super-rasche Antwort!
Die neue Version scheint auf beiden Systemen zu laufen, aber mein Firefox scheint auf einem zu hängen, wenn ich den DNS-Namen nutze.
Mit der IP-Adresse wird die Seite korrekt angezeigt.
Mit "elinks" (Linux) geht es auch.
Ergänzung: evtl. ein IPv4/IPv6/DNS-Thema bei mir; untersuche ich später weiter.
Noch keine Funktionstests gemacht.
  • die alte Version deinstalliert
  • die neue installiert
  • im Firefox lädt eine leere Seite 'ewig' und endet dann mit einem Timeout
  • lt. nestat wird auf den Port gelauscht:

    Code: Select all

    $ sudo netstat -tulpen
    Active Internet connections (only servers)
    Proto Recv-Q Send-Q Local Address           Foreign Address         State       PID/Program name    
    tcp        0      0 0.0.0.0:8949            0.0.0.0:*               LISTEN      6571/SyncoveryRS
  • curl von einem PC aus

    Code: Select all

    $ curl -v  http://nasa.xx.xx:8949
    * Host nasaxx.xx:8949 was resolved.
    * IPv6: (none)
    * IPv4: 192.168.6.48
    *   Trying 192.168.6.48:8949...
    * Connected to nasa.xx.xx (192.168.6.48) port 8949
    * using HTTP/1.x
    > GET / HTTP/1.1
    > Host: nasa.xx.xx:8949
    > User-Agent: curl/8.14.1
    > Accept: */*
    > 
    * Request completely sent off
    < HTTP/1.1 200 OK
    < Connection: close
    < Content-Disposition: inline
    < Content-Type: text/html; charset=UTF-8
    < Content-Length: 2161
    < Date: Tue, 21 Apr 2026 21:01:30 GMT
    < 
    <!DOCTYPE html><html><head><title>Syncovery Remote Service 11.14.0, Build 10</title><meta charset="UTF-8"><style>* { font-family: Arial, Helvetica, sans-serif; }table, th, td { border: 1px solid lightgray; border-collapse: collapse; }th { background-color: #e0e9f5; color: black; }tr:nth-child(even){background-color: #f2f2f2}</style></head><body><table style="width:1000px"><tr><th style="width:1000px;text-align:left">Syncovery Remote Service 11.14.0, Build 10</th></tr></table><br>Lister/Checksummer Tasks Running: 0..<br><br>Config File: /share/CACHEDEV1_DATA/.qpkg/SyncoveryRS/.Syncovery/SyncoveryRemoteService.xml<br><br><table style="width:1000px"><tr><th style="width:1000px;text-align:left">Configuration</th></tr></table><br><form action="/submit.php" method="post">Folders to watch for listing, checksum, or copying and general requests:<br><i>(for example: /volume1/yoursharename)</i><br><textarea name="watchchecksumfolders" rows="6" cols="130"></textarea><br><br>Folders to watch for incoming Zip or Sz Packages to unpack:<br><textarea name="watchfolders" rows="6" cols="130"></textarea><br><br>Maximum threads per listing: <input type="text" name="maxlistingthreads" size="3" value="5"><br><br>Maximum threads for checksumming: <input type="text" name="maxchecksummingthreads" size="3" value="3"><br><br>Delete left-over listing files older than: <input type="text" name="DeleteListingFilesOlderThanMinutes" size="3" value="0"> minutes<br><br><input type="submit" value="Save Changes"></form><br><br><table style="width:1000px"><tr><th style="width:1000px;text-align:left">Activity Log</th></tr></table><br>21-4-26 22:50:04: Remote Service 11.14.0 Started<br><br><br><table style="width:1000px"><tr><th style="width:1000px;text-align:left">Additional Information</th></tr></table><br>Temp Path: /tmp/<br>Command Line: ./SyncoveryRS start HOME=/share/CACHEDEV1_DATA/.qpkg/SyncoveryRS<br><br>Allocated Memory: 1,632 kB, Used Memory: 16,128 Bytes<br><br><br><a HREF="threadreport.php">Click here to see the Syncovery Remote Service thre* shutting down connection #0
    ad report</a>.<br><br><br><a HREF="terminate.php">Click here to terminate the Remote Service process</a>.<br><br
    Wiederholbar wird bei "thre" "*shutting down connection #0" scheinbar mitten in die Ausgabe 'eingefügt'.

    Bei dem anderen System erscheint es dagegen ganz am Ende:

    Code: Select all

    [...]
    Click here to terminate the Remote Service process<* shutting down connection #0
    /a>.<br><br>
    
Post Reply