synOCR synOCR - GUI für OCRmyPDF

[geimist]

Die Dockergruppe wurde noch nicht korrekt erstellt.

Mach bitte folgendes:

1. sudo -i absetzen. Du wirst nach deinem Adminpasswort gefragt. Anschließend bist du root!
2. source /usr/syno/synoman/webman/3rdparty/synOCR/includes/functions.sh && synogroupmoddocker
   Es sollte mit "Creating docker group … OK" quittiert werden.
3. exit

 

[sky62]

Hallo, ich bin neu in dem Thema snyOCR. Habe synOCR installiert, was auch soweit funktioniert hat.
Bei mir sieht das so aus, dass im container manager kein Container synOCR und auch auch Leone logs. Jedoch bekomme ich immer folgenden Fehler (siehe Anhang) Kann es an der neuen DSM 7.3xx liegen? Hab Ihr eine Idee was ich machen kann?
Danke an das super Forum hier

 

[geimist]

Siehe Wiki

PS: Der Container synOCR wird nur temporär für jedes Dokument erstellt und anschließend wieder verworfen. So ist das Prinzip des OCRmyPDF Images.

 

[Byte]

Ich muss vorweg einräumen, dass ich nicht alle 248 Seiten gelesen habe.

Bei mir läuft synOCR seit ein paar Monaten. Ich habe nur das Problem, dass hier und da mal das Monitoring ausgeschaltet ist. Das fällt mir immer dann erst auf, wenn eingehende PDF-Dateien nicht abgearbeitet werden. Daher kann ich nicht wirklich sagen, wann das Monitoring genau ausfällt. Ich vermute nach einem Neustart.

Was kann ich tun, das das Monitoring auch nach einem Neustart läuft?

Gefunden hatte ich nur das hier:

um die Funktion zu verwenden, ist synOCR mit dem Parameter start im DSM-Aufgabenplaner aufzurufen:
/usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Da es von 2022 ist, war ich mir nicht sicher, ob das so noch gilt.

 

[geimist]

Hallo Byte und herzlich willkommen hier im Forum

Den Fall hatten wir noch nicht. Eigentlich startet die Ordnerüberwachung mit dem Paket.
Ggf. findet man Hinweise in der Datei inotify.log im Logordner.

Du könntest natürlich auch eine "Ausgelöste Aufgabe" beim Hochfahren mit dem Inhalt sudo -u synOCR /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start & und User root einrichten. Es ist aber nicht empfehlenswert, wenn dann das Paket auch noch das Monitoring startet (Ein parallel laufendes Monitoring kann sich gegenseitig stören. In der nächsten Version wird das abgefangen). Aber versuch das mal.

 

[Byte]

Datei inotify.log

Ich habe die Datei gefunden. Der betreffende Teil schaut so aus:

---------------- EVENT --------------- 2025-11-17_18-26-43 ----------
detected event: /volume1/entrance/ CLOSE_WRITE,CLOSE 20251117_004493.pdf

synOCR-start.sh Log:
synOCR run at DSM7 or above
    ? check docker group: ok [docker:x:65537:synOCR]
    ? check permissions: ok
synOCR wurde gestartet ...
Bitte warten, bis die Dateien fertig abgearbeitet wurden.
stop monitoring ...

---------- STOP  MONITORING ---------- 2025-12-08_10-21-12 ----------

---------- STOP  MONITORING ---------- 2025-12-08_10-21-12 ----------
Monitoring ended
Monitoring ended
Does not run - start monitoring ...

---------- START MONITORING ---------- 2025-12-12_16-24-22 ----------
Monitoring successfully started

Am 08.12. gab es einen Neustart. Das 'STOP MONITORING' wird wohl daher kommen. Das 'START MONITORING' am 12.12. wurde durch mich händisch gestartet.

Ich werde das beim nächsten Neustart genau beobachten und hier Rückmeldung geben.

 

[hergi]

Hallo,

ich bin mir nicht ganz sicher, ob ich das hier "melden" oder einen eigenen Thread dazu eröffnen sollte. Aber da hier auch immer wieder "Probleme" geschildert werden versuche ich es mal so

Ich lasse stündlich einen Ordner auf der Synology nach neuen Dokumenten scannen (per Aufgabenplaner) und, falls vorhanden, mit synOCR abarbeiten.
Ich habe aber hin und wieder das Problem, dass der Task aber nicht ausgeführt werden kann, da er lt. System immer noch läuft:

SYSTEM: Scheduled Task [synOCR Scan] skipped because the task was already running. Please check the task content/settings.

Das bleibt dann auch so und die Meldung kommt stündlich, bis ich die DiskStation neu starte.

Ich habe schon einiges versucht, ob ich den Prozess irgendwie finde vielleicht manuell killen kann, aber ich bin wohl zu unwissend, was Linux angeht, da sind meine Kenntnisse eher rudimentär.

 

[geimist]

Interessant …

1. Die aktuelle Version 1.5.1 verwendest du?
2. Ist der synOCR-Container in so einem Fall noch aktiv / vorhanden?

Alternativ:
Könntest du mal die inotify-tools von der Synocommunity installieren und den Aufgabenplaner dann deaktivieren?

 

[hergi]

1. Ja, Version 1.5.1 ist installiert.
2. Der Container ist nicht mehr aktiv.

Ich hatte die inotify-tools schon mal installiert, das hatte mir aber damals aus irgendeinem Grund nicht gefallen, ich weiß allerdings nicht mehr, warum. Ich werde es mir mal vornehmen.

 

[hergi]

Ok, jetzt weiß ich wieder, warum ich die Überwachung über die inotifiy-tools nicht mochte.
Ich hatte ursprünglich synOCR genutzt, habe mich dann nach einer gewissen Zeit (auch) für paperless-ngx zur besseren Verwaltung meiner Dokumente entschieden aber den Prozess per synOCR zusätzlich aktiv gelassen.
Mein Workflow sieht also so aus:

• Scannen per Dokumentenscanner in das synOCR-Verzeichnis.
• Aufgabenplaner startet Skript, das
  • zuerst die Datei in das von paperless-ngx überwachte Verzeichnis kopiert,
  • und dann den synOCR Prozess startet.

Wenn nun inotify-tools den Ordner überwacht, dann bekomme ich den Copy-Job ja nicht mehr hin, oder mir fehlt das Wissen, wie ich das weiter hinbekomme.

 

[geimist]

OK, dein Setup klingt aber so, dass die initiale Fehlermeldung von deinem Copy-Skript kommt und nicht direkt von einem synOCR-Aufruf.
Kann das sein?

 

[hergi]

Wenn ich wüsste, wie ich das rausfinden kann...

 

[geimist]

Ich lasse stündlich einen Ordner auf der Synology nach neuen Dokumenten scannen (per Aufgabenplaner) und, falls vorhanden, mit synOCR abarbeiten.
Ich habe aber hin und wieder das Problem, dass der Task aber nicht ausgeführt werden kann, da er lt. System immer noch läuft:
SYSTEM: Scheduled Task [synOCR Scan] skipped because the task was already running. Please check the task content/settings.

Von welchem Skript kommt denn dieser Fehler. Von /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh oder einem Skript von dir?

 

[hergi]

Leider gibt die Fehlermeldung da nichts her.
Was ich mache, ist einfach ein Kopieren von Dateien vor dem Start Deines Scripts:

cp -a /volume1/.../_documents2OCR/*.pdf /volume1/.../_paperless-inbox
cp -a /volume1/.../_documents2OCR/*.jpg /volume1/.../_paperless-inbox

/usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Durch synOCR werden dann die verarbeiteten Dateien in ein entsprechendes Verzeichnis verschoben.

Das funktioniert dann auch wunderbar so , nur irgendwann (Wochen/Monate?) halt nicht mehr (s.o.)

 

[Papi32]

Hallo,

zunächst einmal vielen Dank für das wirklich sehr geile Tool, das bei mir mit wachsender Begeisterung bereits seit Jahren läuft.

Momentan ist auf meiner DS2415+ (noch DSM6.2) die Version "synOCR_DSM6_v1.5.1" installiert,
Den Watch-Folder hatte ich mit "inotify-tools.v3.f15047[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk" erfolgreich am Laufen.

Seit aber dessen aktuell (vorgestern?) erfolgtem Update auf
"inotify-tools.v4.f25556[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk"
ergibt es sich allerdings, dass ich offenbar den Monitor von synOCR offenbar nicht mehr gestartet bekomme.
(Habe ich damit vielleicht eine falsche Version des inotify gewählt?)

In den synOCR-Ausgabe-Logs steht u. A. immer: "monitor is running?: no"

Übrigens steht da auch:
"ContainerManager: WARNING: Error loading config file: .dockercfg: $HOME is not defined".
Wo soll diese Datei denn liegen? Ich finde nichts dergleichen unter /volume1/@appstore/synOCR, wo auch meine synOCR.sqlite unter /ui/etc zu finden ist, demnach suche ich vermutlich an der richtigen Stelle.

Wenn ich im GUI des synOCR auf "Monitor starten" klicke, erscheint immer nur den Hinweis "Wenn du in wenigen Sekunden nicht automatisch weitergeleitet wirst, lade diese Seite bitte manuell erneut ...".
Ein Neuladen (mit F5) ändert aber nichts am Sachverhalt, nach ca. 1 Minute erscheint aber dann doch die Startseite des synOCR wieder mit dem Button "Monitor starten".
Ein ggfs. vorhandenes Dokument im Scanfolder wird aber derweil abgearbeitet. Der Container startet nach ca. 50 Sekunden und verschwindet dann erwartungsgemäß wieder aus dem Docker.
(Ich habe das übrigens auch im Inkognito-Modus versucht.)

Mit der letzten Inotify-Version zeigte synOCR noch die Buttons "Monitor neu starten" und "Monitor beenden" oder so ähnlich zumindest.
(Ohne inotify ist dort auch nur der Button "Jetzt manuellen Durchlauf starten..." zu finden, also wird die Installation von inotify wohl auch korrekt von synOCR erkannt.

Die Anzeige unter "Status/Statistik" des synOCR-GUIs aktualisiert sich immer nur, wenn ich die Anwendung schließe und neu aufrufe (nicht das Paket).
Erst dann steht dort (natürlich nur bei vorhandenen Dokumenten) wieder beispielhaft "Dateien zu bearbeiten: 1".

Ich habe sowohl synOCR als auch inotify schon mehrmals entfernt und in verschiedenen Versionen (synOCR in 1.3.3 und 1.5.1) wieder installiert, bekomme es aber nicht mehr zum Laufen. Die Rechte des Scanfolders sollten ok sein, da ein manueller Durchlauf ja funktioniert. Ich habe sie aber vorsichtshalber noch auf 777 gesetzt, was leider auch nichts geändert hat.

In der inotify.log steht seit dem 20.12.:
---------- START MONITORING ---------- 2025-12-20_07-13-58 ----------
Failed to start monitoring. Retrying...
Does not run - start monitoring ...

Was hat sich verändert oder wo kann ich bitte noch nach einem Fehler suchen?

 

[geimist]

Hallo Papi32,

Seit aber dessen aktuell (vorgestern?) erfolgtem Update auf
"inotify-tools.v4.f25556[apollolake-avoton-braswell-broadwell-broadwellnk-broadwellntbap-bromolow-cedarview-denverton-dockerx64-geminilake-grantley-purley-kvmx64-v1000-x86-x86_64].spk"
ergibt es sich allerdings, dass ich offenbar den Monitor von synOCR offenbar nicht mehr gestartet bekomme.
(Habe ich damit vielleicht eine falsche Version des inotify gewählt?)

Um hier Unsicherheiten zu vermeiden, ist es ratsam, synocommunity direkt in das Paketzentrum einzubinden. Dadurch wird immer die passende Version angeboten und installiert.
Mit DSM 7.2 läuft es auch nach dem Inotify-Update wie gewünscht.
Allerdings habe ich keine DSM 6.2 Umgebung mehr und werde daher auch zukünftige Versionen nur noch ab DSM 7 bereitstellen. Da sich an DSM 6.2 ja nichts mehr grundlegend ändert, sollten ältere synOCR-Versionen eigentlich auch noch wie gehabt weiterlaufen.

Übrigens steht da auch:
"ContainerManager: WARNING: Error loading config file: .dockercfg: $HOME is not defined".
Wo soll diese Datei denn liegen? Ich finde nichts dergleichen unter /volume1/@appstore/synOCR, wo auch meine synOCR.sqlite unter /ui/etc zu finden ist, demnach suche ich vermutlich an der richtigen Stelle.

Das ist belanglos und hat nichts mit synOCR zu tun.
➜ siehe Wiki: was bedeuten diese Fehlermeldungen im Log?

Der Container startet nach ca. 50 Sekunden und verschwindet dann erwartungsgemäß wieder aus dem Docker.

Das ist normal, da der Container nur temporär erzeugt wird, sofern es etwas zu tun gibt.

Mit der letzten Inotify-Version zeigte synOCR noch die Buttons "Monitor neu starten" und "Monitor beenden" oder so ähnlich zumindest.

Das Verhalten hängt davon ab, ob das Monitoring bereits läuft und hat nichts mit der Inotify-Version zu tun.

Die Anzeige unter "Status/Statistik" des synOCR-GUIs aktualisiert sich immer nur, wenn ich die Anwendung schließe und neu aufrufe (nicht das Paket).

Das ist nur statisches HTML. Eine Navigation innerhalb von synOCR sollte auch den Wert aktualisieren.

Failed to start monitoring. Retrying...

Das ist entscheidend.
Hast du das NAS schon mal neugestartet?
Wenn nein, bitte das mal machen.
Wenn das nicht hilft, müsste man mal manuell über die Konsole debuggen:
/usr/syno/synoman/webman/3rdparty/synOCR/input_monitor.sh start
Das könnte man auf diesen Aufruf in Zeile 41 reduzieren.

EDIT:
Du kannst ja auch die Vorgängerversion installieren. Das ist vielleicht die pragmatischste Lösung.

 

[geimist]

@hergi
Hallo Carsten,

jetzt auch noch zu deinem Problem:

Leider gibt die Fehlermeldung da nichts her.
Was ich mache, ist einfach ein Kopieren von Dateien vor dem Start Deines Scripts:

cp -a /volume1/.../_documents2OCR/*.pdf /volume1/.../_paperless-inbox
cp -a /volume1/.../_documents2OCR/*.jpg /volume1/.../_paperless-inbox

/usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh start

Vielleicht kannst du mal deinen Aufruf etwas mehr loggen lassen:

#!/bin/bash

# nur hier deine Pfade anpassen:
SRC="/volume1/.../_documents2OCR"
DST="/volume1/.../_paperless-inbox"

#-------------------------------------
log() {
  echo "[$(date '+%Y-%m-%d %H:%M:%S')] $*"
}

run() {
  log "Starte: $*"
  "$@"
  rc=$?
  if [ $rc -eq 0 ]; then
    log "OK: $*"
  else
    log "FEHLER ($rc): $*"
  fi
}

run find "$SRC" -maxdepth 1 \( -name "*.pdf" -o -name "*.jpg" \) -type f -exec cp -a {} "$DST" \;

# synOCR ohne Parameter `start` aufrufen, wenn das Monitoring nicht genutzt werden soll:
run /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh

log "Skript beendet"

Beispiel-Output um zu sehen, wo es klemmt:

[2025-12-22 14:30:00] Starte: find /volume1/.../_documents2OCR -maxdepth 1 ( -name *.pdf -o -name *.jpg ) -type f -exec cp -a {} /volume1/.../_paperless-inbox ;
[2025-12-22 14:30:02] OK: find /volume1/.../_documents2OCR -maxdepth 1 ( -name *.pdf -o -name *.jpg ) -type f -exec cp -a {} /volume1/.../_paperless-inbox ;
[2025-12-22 14:30:02] Starte: /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh
[2025-12-22 14:30:05] OK: /usr/syno/synoman/webman/3rdparty/synOCR/synOCR-start.sh
[2025-12-22 14:30:05] Skript beendet

 

[Papi32]

Hallo Papi32,

Um hier Unsicherheiten zu vermeiden, ist es ratsam, synocommunity direkt in das Paketzentrum einzubinden. Dadurch wird immer die passende Version angeboten und installiert.

Das habe ich, allerdings bereitete mir genau diese Version, zumindest im Falle von inotify, jetzt - naja - Ungemach.
Aber um es vorweg zu nehmen, mit der v3.f15047 (Danke, jetzt weiß ich wenigstens, dass ich damit die richtige Wahl getroffen habe), die ich im Benehmen auch schon getestet hatte und der ich zum Schluss nochmal eine Chance gegeben hatte, hat es jetzt zum Glück doch wieder funktioniert.

Dass Du für die 6er-DSM nichts mehr machen willst, ist nachvollziehbar, aber für mich schade, denn ich kann nicht auf DSM7 gehen, da dort kein (USB-)TV-Tuner mehr am NAS unterstützt wird, der bei uns aber täglich genutzt wird. (Wir haben zwar auch noch einen Technisat-Receiver mit Dual-Tuner, aber der ist shice, denn er sortiert fast monatlich seine Senderlisten und damit die Playlisten um, die im VLC zum Streamen abgrufen werden müssen. ZDF ist dann plötzlich Kabel1, usw.) Ich habe auch keine Lust, mich von Waipu & Co. abhängig zu machen und dafür auch noch zu bezahlen, einfach aus Prinzip, wenn ich doch alles zu Hause habe, was ich brauche. DSM7 hat natürlich auch viele Vorteile, das ist mir bekannt, ich habe extra schon vor Jahren alles auf BTRFS umformatiert, um den Schritt (vielleicht auch auf ein neues NAS) irgendwann ggfs. doch machen zu können, aber wir reden hier von brutto 216TB(!), da braucht man auch ganz große Eier für ein Upgrade.

Eine Navigation innerhalb von synOCR hat den Wert nicht aktualisiert, da bin ich mir fast 100% sicher. Ich musste die Anwendung schließen und neu öffnen, das hatte ich mehrfach versucht.

Das (extra Notstrom-gepufferte) NAS neu zu starten ist nahezu unmöglich, denn daran hängen so viele Abhängigkeiten, dass ich Stunden bräuchte, um alle Appliances wieder hochzufahren. Ich habe knapp 40 Server in Containern und daran die komplette Haustechnik am Laufen, das wäre nicht lustig, wenn sie runterfahren oder ihre Mounts verlören.

Aber Danke, jetzt rennt es ja wieder. Wie ich schon sagte, super Tool, gute Arbeit!!!

 

[usefulvid]

Bei mir tritt gerade das gleiche Problem auf:
Ich kann das Monitoring nicht starten, auch nicht über die Gui.

 /usr/syno/synoman/webman/3rdparty/synOCR/input_monitor.sh start

---------- START MONITORING ---------- 2025-12-23_10-41-10 ----------
nohup: ignoring input and redirecting stderr to stdout

---------------- EVENT --------------- 2025-12-23_10-41-10 ----------

---------- START MONITORING ---------- 2025-12-23_10-53-02 ----------
Failed to start monitoring. Retrying...
Does not run - start monitoring ...

---------- START MONITORING ---------- 2025-12-23_10-53-05 ----------
Failed to start monitoring. Retrying...
Does not run - start monitoring ...

---------- START MONITORING ---------- 2025-12-23_10-53-09 ----------
Failed to start monitoring. Retrying...
Does not run - start monitoring ...

---------- START MONITORING ---------- 2025-12-23_10-53-12 ----------
Failed to start monitoring. Retrying...
! ! ! ERROR: Failed to start monitoring after 10 tries

synOCR-version: 1.5.1
inotify 4.25.9.0-4

update:
inotify downgrade hat auch bei mir geholfen

 

[geimist]

Da das Problem auf meinen überwachten Geräten nicht auftritt, bin ich auf Kooperation angewiesen, um die Ursache etwas eingrenzen zu können.

@usefulvid
Bitte liefere mal noch ein paar Eckdaten zu deinem Setup (DS, DSM-Version).
Konntest du einen Neustart durchführen?