Reset der Synology Photo Station

23. Juni 2016 · Anwendungen · andreas · 8 Kommentare

Nachdem die Datenbank der Photo Station leider beschädigt war, musste sie zurückgesetzt werden.

Symptome waren u.a. Meldungen in der Form

	Jun 14 21:11:06 mynas synoindexplugind: Failed to run PQexec: ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:3708 Failed to exec [INSERT INTO photo_image_label (image_id, label_id, info_new, status) VALUES(61877, 29, '', 't')] (ERROR: duplicate key value violates unique constraint "image_label_ukey"
Jun 14 21:11:06 mynas synoindexplugind: photo_database.cpp:1434 PhotoInfoDBImageLabelDataAdd failed for /volume1/photo/Dateiname, iPhotoId: 61877, iLabelId: 29

in der Datei “/var/log/messages”. Eine Neuinstallation der Photo Station brachte nicht die erhoffte Besserung, beim erneuten Indizieren trat der Fehler wieder auf, denn die Datenbank bleibt bei der Deinstallation des Paketes erhalten.

Also musste die Kommandozeile mit psql ran.

Die Anmeldung gelingt unter DSM 5.2 mit dem Benutzer “postgres” problemlos:

	mynas> psql -U postgres
psql (9.3.6)
Type "help" for help.

Anschließend kann über “\list” eine Liste der installierten Datenbanken aufgerufen werden:

	postgres=# \list
                               List of databases
    Name     |   Owner    | Encoding  | Collate | Ctype |   Access privileges
-------------+------------+-----------+---------+-------+-----------------------
 ........... | .......... | SQL_ASCII | C       | C     |
 photo       | postgres   | SQL_ASCII | C       | C     |
 ........... | .......... | SQL_ASCII | C       | C     |

in der auch die zur Photo Station gehörende Datenbank aufgelistet wird.

Diese kann dann mittels

	postgres=# drop database photo;
DROP DATABASE

gelöscht und der Kommandozeilen-Client mit

	postgres=# \quit
mynas>

verlassen werden. Bei der anschließenden Neuinstallation legt die Photo Station die Datenbank wieder an und fängt an, diese (hoffentlich fehlerfrei) zu befüllen.

Kein Ruhezustand mehr nach Synology DSM 5.2-5565 Update 1

07. Juni 2015 · Betriebssysteme · andreas · Kein Kommentar

Wer den Ruhezustand der Festplatten konfiguriert hat, bereitet diesen nach dem Einspielen des DSM 5.2-5565 Update 1 nicht nur schlaflose Nächte: egal, welcher Zeitraum auch konfiguriert wird, die Festplatten bleiben im Dauerlauf.

Während Synology weiter auf einen Fix warten lässt, findet sich bei Github eine Kurzbeschreibung der Ursache sowie ein Workaround für alle, die nicht auf den fehlerverursachenden winbindd angewiesen sind - den Dienst zu stoppen, was ein einfaches

initctl stop winbindd

auf der Kommandozeile des NAS erledigt.

Raspberry Pi als Streamingclient für die Synology Audio Station

06. Juli 2014 · Anwendungen · andreas · Kein Kommentar

Die Audio Station von Synology ist eine komfortable Angelegenheit: kaum sind die Musikdateien auf dem NAS gelandet, kann bequem über den Browser oder eine App auf die Bibliothek der Audio Station zugegriffen und nach Herzenslust Playlisten zusammengestellt oder Musik abgespielt werden. Dies geht nicht nur über die am PC angeschlossenen Lautsprecher, im Netzwerk verfügbare Stremingclients können direkt eingebunden werden.

Ein naheliegender Gedanke ist, eine Abspielmöglichkeit über die Stereoanlage zu schaffen, wofür sich ein Raspberry Pi hervorragend eignet. Nicht nur, daß der Einplatinencomputer mit rund 30 Euro recht preisgünstig ist, es sind auch alle benötigten Anschlüsse vorhanden und der Stromverbrauch ist im Betrieb mit rund 3,5 Watt ebenfalls minimal.

Synology DS file zerstört Dateien beim Upload

17. Juni 2014 · Anwendungen · andreas · 2 Kommentare

Ich habe gestern von meinem Nexus 4 eine KeePass-Datei mit DS file auf mein Synology-NAS hochgeladen und anschließend von meinem Nexus 7 aus mit DS file wieder heruntergeladen. Beim Versuch, diese zu öffnen, hat sich KeePass über eine fehlerhafte Datei beschwert. Ein Vergleich der beiden Dateien hat gezeigt, daß die über das NAS kopierte Datei nur 49,00 kb hat, während die lokale Datei eine Größe von 49,01 kb aufweist.

In einem Versuch mit einer Textdatei ließ sich das Verhalten reproduzieren: die auf dem Nexus 4 noch 189 Byte große Datei ist nach dem Hochladen nur noch 180 Byte groß, es fehlen einige Zeichen am Ende. Auch bei einem testweisen Upload über das Nexus 7 wurden Dateien beschädigt.

Nachdem klar war, daß wohl tatsächlich ein Fehler besteht, habe ich gestern Abend direkt ein Support-Ticket mit folgendem Wortlauf bei Synology eröffnet:

Problem Explanation:

Hi,

I have the problem, that since the last update DS file seem to corrupt files when uploading to the DiskStation.

The Android device is a Google Nexus 4 running Android 4.4.3

I noticed the error when uploading a KeePass file to the DiskStation, downloaded it to a Nexus 7 (also running Android 4.4.3) and could’t open the file with KeePass complaining the file being corrupt.

I also couldn’t open the uploaded file when downloading it back to the Nexus 4 as KeePass also claimed the file being corrupt.

Problem Reproduce Steps:

I choose a textfile with some URLs (189 bytes on mobile phone), upload it to the DiskStation and the file size changes to 180 bytes. The last characters of the file are missing.

Sicherheitshalber habe ich parallel dazu auch noch eine Mail an Carsten Knobloch, den Betreiber von stadt-bremerhaven.de verschickt, der das Problem verifizieren konnte. Während er wenige Stunden nach seinem Blogeintrag bereits eine E-Mail von Synology mit dem Hinweis, daß die App vorübergehend aus dem PlayStore genommen wurde, erhielt warte ich 24 Stunden später noch immer auf eine Reaktion vom Support … Aber bestimmt erklären die mir irgendwann, daß das Problem doch längst behoben sei …