DSM 7.1 DS213j indiziert Mediendateien nach Update nicht

[Benares]

Probier mal "sudo synosystemctl start pgsql", also ohne "--"

 

[plang.pl]

Genau. Hatte ich falsch aus dem anderen Thread übernommen. Dürfte gehen.

 

[k-net]

Das war es leider auch nicht...

 

[plang.pl]

Der Dienst kommt anscheinend nicht hoch. Leider weiß ich nicht, wo da die Logs liegen.
Für eine neu aufgesetzte DS ist das schon ein komisches Verhalten...

 

[maxblank]

Ticket beim Support von Synology eröffnen

 

[plang.pl]

Jap. Oder dich mal noch durch die beiden Threads arbeiten:
https://www.reddit.com/r/synology/comments/nrd0xm/cannot_install_synology_application_service/
https://community.synology.com/enu/forum/17/post/62111

 

[k-net]

Danke euch auf jeden Fall für die Hinweise und Unterstützung.

 

[Benares]

Schau mal in /var/log/systemd/pgsql.service.log oder /var/log/systemd/pgsql-adapter.service.log

 

[k-net]

Wie?
Wenn ich mittels cd in das Verzeichnis systemd gehen möchte, steht dort "Permission denied"

 

[DrDeath]

Logfiles:

sudo tail -200 /var/log/synosystemd.log
sudo tail -200 /var/log/systemd.log
sudo tail -200 /var/log/systemd/pgsql.service.log
sudo tail -200 /var/log/systemd/pgsql-adapter.service.log

 

[Benares]

Wie?

cat /var/log/systemd/pgsql.service.log
bzw.
cat /var/log/systemd/pgsql-adapter.service.log

Edit: oder halt mit "sudo cat ...", wenn du nicht root bist. Am besten schaltest du zunächst mit "sudo -i" auf root um. Dann ersparst du dir das sudo-Geraffel bei jedem Befehl.

 

[k-net]

Beim ersten Befehl passiert nichts...

Beim zweiten dann das hier:

root@DS213j:~# cat /var/log/systemd/pgsql.service.log
root@DS213j:~# cat /var/log/systemd/pgsql-adapter.service.log
[...]
2023-09-23T12:58:38+02:00 DS213j pgsql.sh[6903]: Failed to reset failed state of unit pgsql.service: Unit pgsql.service is not loaded.
2023-09-23T12:58:38+02:00 DS213j pgsql.sh[6903]: Fail to start [pgsql].
2023-09-23T12:58:38+02:00 DS213j pgsql.sh[6903]: [2023-09-23 12:58:38 CEST]: postgrest process start up failed.
2023-09-23T12:58:38+02:00 DS213j pgsql.sh[6903]: [2023-09-23 12:58:38 CEST]: Failed to start PostgreSQL. Please check /var/log/postgresql.log
2023-09-23T13:16:48+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:48 CEST]: Start PostgreSQL
2023-09-23T13:16:54+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:54 CEST]: Replacing parameter: TimeZone = Europe/Amsterdam
2023-09-23T13:16:54+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:54 CEST]: Replacing parameter: ignore_system_indexes = off
2023-09-23T13:16:55+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:55 CEST]: Replacing parameter: shared_buffers = 63806kB
2023-09-23T13:16:55+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:55 CEST]: Replacing parameter: ignore_checksum_failure = off
2023-09-23T13:16:55+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:55 CEST]: Replacing parameter: effective_cache_size = 255226kB
2023-09-23T13:16:55+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:55 CEST]: Replacing parameter: zero_damaged_pages = off
2023-09-23T13:16:56+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:56 CEST]: Replacing parameter: max_connections = 124
2023-09-23T13:16:56+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:56 CEST]: Upgrade DB begin
2023-09-23T13:16:58+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:16:58 CEST]: Move DB from /volume1/@database/pgsql to /volume1/@database/pgsql.old.1695467818
2023-09-23T13:17:01+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:01 CEST]: Replacing parameter: TimeZone = Europe/Amsterdam
2023-09-23T13:17:02+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:01 CEST]: Replacing parameter: ignore_system_indexes = off
2023-09-23T13:17:02+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:02 CEST]: Replacing parameter: shared_buffers = 63806kB
2023-09-23T13:17:02+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:02 CEST]: Replacing parameter: ignore_checksum_failure = off
2023-09-23T13:17:02+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:02 CEST]: Replacing parameter: effective_cache_size = 255226kB
2023-09-23T13:17:02+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:02 CEST]: Replacing parameter: zero_damaged_pages = off
2023-09-23T13:17:03+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:03 CEST]: Replacing parameter: max_connections = 124
2023-09-23T13:17:03+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:03 CEST]: Upgrade DB with data /volume1/@database/pgsql.old.1695467818
2023-09-23T13:17:03+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:03 CEST]: Initialize PostgreSQL database
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:33 CEST]: Initialize PostgreSQL database done
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:33 CEST]: Upgrade Type: DBUPGRADE_CANT
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: Failed to reset failed state of unit pgsql.service: Unit pgsql.service is not loaded.
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: Fail to start [pgsql].
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:33 CEST]: postgrest process start up failed.
2023-09-23T13:17:33+02:00 DS213j pgsql.sh[6898]: [2023-09-23 13:17:33 CEST]: Failed to start PostgreSQL. Please check /var/log/postgresql.log

Ich habe das gekürzt (da wo dieses Symbol ist [...]) und nur die letzten zwei Blöcke genommen da ein Post nicht mehr Zeichen haben darf. ich glaube da stand aber ungefähr überall das gleiche.

 

[k-net]

wenn ich dann den Befehl cat /var/log/postgresql.log eingebe, erscheint diese Meldung (auch wieder gekürzt und nur den Schluss genommen):

2023-09-23T13:18:07+02:00 DS213j pgsql.sh[8319]: pg_ctl: directory "/var/services/pgsql" is not a database cluster directory
2023-09-23T13:18:08+02:00 DS213j postgres[8329]: 2023-09-23 11:18:08.946 GMT [8329] LOG: skipping missing configuration file "/var/services/pgsql/postgresql.auto.conf"
2023-09-23T13:18:08+02:00 DS213j postgres[8329]: [1-1] 2023-09-23 11:18:08.950 GMT [8329] FATAL: "/var/services/pgsql" is not a valid data directory
2023-09-23T13:18:08+02:00 DS213j postgres[8329]: [1-2] 2023-09-23 11:18:08.950 GMT [8329] DETAIL: File "/var/services/pgsql/PG_VERSION" is missing.
2023-09-23T13:18:08+02:00 DS213j postgres[8329]: 2023-09-23 11:18:08.950 GMT [8329] FATAL: "/var/services/pgsql" is not a valid data directory
2023-09-23T13:18:08+02:00 DS213j postgres[8329]: 2023-09-23 11:18:08.950 GMT [8329] DETAIL: File "/var/services/pgsql/PG_VERSION" is missing.
2023-09-23T13:18:09+02:00 DS213j pgsql.sh[8331]: 2023-09-23 11:18:09.075 GMT [8337] LOG: skipping missing configuration file "/var/services/pgsql/postgresql.auto.conf"
2023-09-23T13:18:09+02:00 DS213j pgsql.sh[8331]: pg_ctl: directory "/var/services/pgsql" is not a database cluster directory
2023-09-23T13:18:10+02:00 DS213j postgres[8342]: 2023-09-23 11:18:10.196 GMT [8342] LOG: skipping missing configuration file "/var/services/pgsql/postgresql.auto.conf"
2023-09-23T13:18:10+02:00 DS213j postgres[8342]: [1-1] 2023-09-23 11:18:10.202 GMT [8342] FATAL: "/var/services/pgsql" is not a valid data directory
2023-09-23T13:18:10+02:00 DS213j postgres[8342]: [1-2] 2023-09-23 11:18:10.202 GMT [8342] DETAIL: File "/var/services/pgsql/PG_VERSION" is missing.
2023-09-23T13:18:10+02:00 DS213j postgres[8342]: 2023-09-23 11:18:10.202 GMT [8342] FATAL: "/var/services/pgsql" is not a valid data directory
2023-09-23T13:18:10+02:00 DS213j postgres[8342]: 2023-09-23 11:18:10.202 GMT [8342] DETAIL: File "/var/services/pgsql/PG_VERSION" is missing.
2023-09-23T13:18:10+02:00 DS213j pgsql.sh[8344]: 2023-09-23 11:18:10.321 GMT [8350] LOG: skipping missing configuration file "/var/services/pgsql/postgresql.auto.conf"
2023-09-23T13:18:10+02:00 DS213j pgsql.sh[8344]: pg_ctl: directory "/var/services/pgsql" is not a database cluster directory

 

[Benares]

Der versucht immer noch die Datenbank zu aktualisieren.
/var/services/pgsql ist ein Link auf /volume1/@database/pgsql und da scheint irgendwas faul zu sein.
Scheinbar wird /volume1/@database/pgsql in /volume1/@database/pgsql.old.1695467818 umbenannt, neu angelegt. und dann versucht die Daten wieder zu importieren.
Sorry, ich bin da auch überfragt, also doch besser Ticket bei Synology.

 

[k-net]

Wo ich jetzt sowieso schonmal das Backup gemacht habe, kann ich es ja nochmal mit zurücksetzen der NAS versuchen. Gibt es noch was "gründlicheres" als Werkseinstellungen zurücksetzen aus der Browseroberfläche hinaus? Nicht das doch noch irgendwo alte Konfigurationen erhalten bleiben...

 

[Benares]

Es gibt ja auch noch den Reset wie hier beschrieben, Modus 2. Keine Ahnung, was "gründlicher" ist.

 

[k-net]

Tja, also mittlerweile ist richtig der Wurm drin.
Habe sie zurückgesetzt, aber beim neu aufsetzen stockt der Download des DSM bei ca. 50 Prozent. Habe dann die Variante mit dem Reset Knopf versucht... wie ich auch drücke, es ertönt immer nur ein Signalton, nie drei. Wenn ich sie an- und ausschalte (was man ja eigentlich während des Downloads nicht zu soll) kann ich danach wieder von vorne anfangen, aber der Download stockt wieder bei ca. 50 Prozent.

Ich werde noch versuchen über eine heruntergeladene Datei das System wieder neu aufzusetzen, aber so langsam hab ich die Faxen dicke.

Falls die DS 213j in den nächsten Tagen also in die Tonne fliegt, zu welchem Neukauf würdet ihr mir raten?

 

[plang.pl]

Wenn dir die Leistung gereicht hat, dann die 223j. Wenn's mehr sein soll, dann die 224+

 

[k-net]

Okay, dazu ein paar Fragen (wenn das Off Topic ist bremst mich bitte oder verschiebt das.)

Mehr Leistung ist immer gut
Von der Übertragungsrate beim Streamen war das immer in Ordnung, die Arbeit auf der Weboberfläche über den Browser war immer sehr mühsam und langsam, da würde ich mir gerne mehr Leistung wünschen.

Ich habe zwei WD SATA Festplatten verbaut, die würde ich grundsätzlich gerne mitnehmen, aber natürlich die Möglichkeit haben, später mal nachzubessern, denn die sind auch schon 10 Jahre alt, wie die NAS. Daher die Frage, lohnt sich SSD? Ich denke eher nicht, weil die Netzwerkgeschwindigkeit doch meistens gar nicht mithalten kann... aber es wäre natürlich nett, wenn ich zunächst die alten Platten mitnehmen kann und falls es mal sinnvoll wird, auf SSD umsteigen kann. Die bisherigen Platten laufen mit 5400 RPM, lohnt es sich hier, höher zu gehen auf 7200 RPM?

Die Platten haben aktuell die Größen 3TB und 4TB und laufen nicht im Raid verbund sondern jede für sich (Basic). Das möchte ich auch so beibehalten.

Unter den genannten Aspekten, bleibst du bei der Empfehlung zur 224+ ?

Vielen Dank!

 

[plang.pl]

Die 10 Jahre alten WD Platten würde ich nicht mehr mitnehmen.
Wenn du kein Netzwerk schneller als Gigabit hast, reichen die 5400er Platten i.d.R. aus.
Wenn du mehr Zukunftssicherheit, auch durch mehr Einschübe willst und ggfs SSDs nachrüsten willst, nimm die 423+. Würde ich an deiner Stelle machen. Kommt aber auf den Datenzuwachs an und auf das, was du vorhast. Wenn du nämlich noch ein wenig dockern willst oder eine schlanke VM laufen lassen willst, dann ist eine zusätzliche SSD zu den HDDs schon nicht schlecht. Was bei der 423+ auch mit den zusätzlichen M.2 Slots abgedeckt wäre. Wenn 10GbE evtl. eine Rolle spielt, dann die 923+