Liebe Community,
vielen Dank schon einmal für Eure Unterstützung.
Ich bin neu hier im Forum, weil ich eine Nextcloud auf Portainer in Synology aufgesetzt habe. Nun habe ich Memories und Recognizer installiert und einige Probleme, bei denen Ihr mir vielleicht helfen könnt:
Meine Umgebung:
– Nextcloud 33.0.0 (Docker‑Container auf Synology Container Manager)
– Memories aktuellste Version, Recognize installiert
– PHP im Container, Cron per docker exec … php -f /var/www/html/cron.php
Problem:
– Fotos in „Photos“ werden angezeigt.
– Memories zeigt Hinweis „Es scheint, dass seit der Ausführung des letzten Indexjobs mehr als eine Stunde vergangen ist. Stelle sicher, dass Nextcloud-Cron richtig konfiguriert ist.“
– Cron läuft (Taskplaner: docker exec CONTAINER-NAME php -f /var/www/html/cron.php , Nextcloud‑Status aktualisiert sich).
– php occ status läuft sauber durch.
– php occ memories:index --force bricht immer mit
exiftool-… temp binary path is not writable: /tmp/exiftool-…
ab.
Was ich geprüft habe:
– Im Nextcloud‑Container:
chmod 1777 /tmp
ls -ld /tmp
Ausgabe: drwxrwxrwt … /tmp
- PHP‑Schreibtest in /tmp:
cd /tmp
php -r ‘file_put_contents(“exiftest.tmp”, “ok”);’
ls -l exiftest.tmp # Datei vorhanden, Owner root
rm exiftest.tmp
– ls -l /tmp/exiftool-* zeigt:
– exiftool-ocnjo4oopszy-13.44-f3319c53 (Binary) und entpackte Dateien liegen da, Owner www-data www-data , Mode z.B. -rwxr-x— .
– Also: /tmp ist beschreibbar, ExifTool ist entpackt und ausführbar, PHP kann schreiben, trotzdem meldet Memories „temp binary path is not writable“.
Frage:
– Ist das ein bekannter Bug mit Memories + NC 33 + Docker, bei dem der interne ExifTool‑Check / temp‑Pfad falsch bewertet wird?
– Gibt es einen Workaround (z.B. bestimmter Konfig‑Eintrag, andere Memories‑Version, externes ExifTool aktivieren/deaktivieren), damit occ memories:index wieder durchläuft?
Vielen herzlichen Dank
Hannes