Postgres Datenbankfehler Synology

[blotto82]

Nach dem ich den Speicherpool1 samt Volume 1 neu erstellt habe kommt "pgsql-adapter.service" ständig im Paketzentrum wenn ich was installieren will.
Genauso kann ich auch kein Hyperbackup einspielen mit Einstellungen der Surveillance Station.
Laut den Logs liegt es daran das auf /volume1 keine Postgres Datenbank vorhanden ist, bzw er keine Berechtigung hat diese zu nutzen.
Die Ordner sind leer, nur auf /volume2/@database ist was drin.
Mit den gängigen Anleitungen aus dem Netz komm ich aktuell nicht weiter, hab schon chmod und chown durchgespielt, finde aber den Fehler nicht.
Support ist auch schon angeschrieben, bin mal gespannt, noch ist nichts auf dem Volume1, und ich hab ein Backup, Rest liegt auf Volume2/Pool2.
Ein neu erstellen des Pool wird den Datenbank Fehler nicht lösen, oder?

 

[Ronny1978]

Hast du das schon probiert? Oder hier aus dem Forum.

 

[blotto82]

Den Reddit Beitrag hab ich schon gesehen. wie schon gesagt, es ist auf /volume1/@database nichts enthalten.
Da sind keine Daten drin zu sehen, und laut den Logs fehlt es an Berechtigungen.
Hab die Postgresql.log schon geladen und durchgelesen.
Hier mal ein Auszug.
Ich bin auch nicht fit genug um die Datenbank an die richtige Stelle zu verschieben ohne was kaputt zu machen im laufenden Betrieb...

2025-08-04T11:27:51+02:00 RS1221 pgsql.sh[1082]: pg_ctl: could not send stop signal (PID: 25293): No such process
2025-08-04T11:31:24+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:24 CEST]: Start PostgreSQL
2025-08-04T11:31:24+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:24 CEST]: Replacing parameter: TimeZone = Europe/Amsterdam
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: ignore_system_indexes = off
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: shared_buffers = 524288kB
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: ignore_checksum_failure = off
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: effective_cache_size = 16420840kB
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: zero_damaged_pages = off
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Replacing parameter: max_connections = 2000
2025-08-04T11:31:25+02:00 RS1221 postgres[9263]: postgres: could not find the database system
2025-08-04T11:31:25+02:00 RS1221 postgres[9263]: Expected to find it in the directory "/var/services/pgsql",
2025-08-04T11:31:25+02:00 RS1221 postgres[9263]: but could not open file "/var/services/pgsql/global/pg_control": Permission denied
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9267]: pg_ctl: could not send stop signal (PID: 25293): No such process
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: Fail to start [pgsql].
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: postgrest process start up failed.
2025-08-04T11:31:25+02:00 RS1221 pgsql.sh[9188]: [2025-08-04 11:31:25 CEST]: Failed to start PostgreSQL. Please check /var/log/postgresql.log
2025-08-04T11:31:26+02:00 RS1221 postgres[9325]: postgres: could not find the database system
2025-08-04T11:31:26+02:00 RS1221 postgres[9325]: Expected to find it in the directory "/var/services/pgsql",
2025-08-04T11:31:26+02:00 RS1221 postgres[9325]: but could not open file "/var/services/pgsql/global/pg_control": Permission denied
2025-08-04T11:31:26+02:00 RS1221 pgsql.sh[9329]: pg_ctl: could not send stop signal (PID: 25293): No such process
2025-08-04T11:31:27+02:00 RS1221 postgres[9338]: postgres: could not find the database system
2025-08-04T11:31:27+02:00 RS1221 postgres[9338]: Expected to find it in the directory "/var/services/pgsql",
2025-08-04T11:31:27+02:00 RS1221 postgres[9338]: but could not open file "/var/services/pgsql/global/pg_control": Permission denied
2025-08-04T11:31:27+02:00 RS1221 pgsql.sh[9342]: pg_ctl: could not send stop signal (PID: 25293): No such process
2025-08-04T11:31:28+02:00 RS1221 postgres[9374]: postgres: could not find the database system

 

[Benares]

/var/services/pgsql ist normalweise ein Link. Schau mal ob der passt und auf das richtige Verzeichnis zeigt.

root@DS1522:~# ls -als /var/services/pgsql
0 lrwxrwxrwx 1 root root 24 Nov 21  2022 /var/services/pgsql -> /volume1/@database/pgsql

root@DS1522:~# ls -als /volume1/@database/pgsql
total 40
0 drwx------ 1 postgres postgres  564 Jul 24 11:42 .
0 drwxr-xr-x 1 root     root      120 Nov 21  2022 ..
0 drwx------ 1 postgres postgres   90 Nov 21  2022 base
4 -rw------- 1 postgres postgres  142 Apr  5  2023 .bash_history
0 drwx------ 1 postgres postgres  748 Aug  4 13:30 global
0 drwx------ 1 postgres postgres    0 Nov 21  2022 pg_commit_ts
0 drwx------ 1 postgres postgres    0 Nov 21  2022 pg_dynshmem
8 -rw------- 1 postgres postgres 4513 Nov 21  2022 pg_hba.conf
4 -rw------- 1 postgres postgres 1636 Nov 21  2022 pg_ident.conf
0 drwx------ 1 postgres postgres   76 Aug  4 13:37 pg_logical
0 drwx------ 1 postgres postgres   28 Nov 21  2022 pg_multixact
0 drwx------ 1 postgres postgres    8 Jul 24 11:42 pg_notify
0 drwx------ 1 postgres postgres    0 Nov 21  2022 pg_replslot
...

 

[blotto82]

root@RS1221:~# ls -als /var/services/pgsql
0 lrwxrwxrwx 1 root root 24 Aug  3 12:16 /var/services/pgsql -> /volume2/@database/pgsql
root@RS1221:~#

Der zeigt aufs volume2, wo ja auch Daten/Ordner vorhanden sind.

 

[Benares]

und Inhalt Eigentümer und Rechte dort passen auch soweit? (s. #4)

 

[blotto82]

root@RS1221:~# ls -als /volume2/@database/pgsql
total 20
0 drwx------ 1 postgres postgres 512 Jul 30 13:06 .
0 drwxr-xr-x 1 root     root      62 Aug  3 12:16 ..
0 drwx------ 1 postgres postgres  98 Aug  3 12:08 base
0 drwx------ 1 postgres postgres 692 Aug  3 07:45 global
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_commit_ts
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_dynshmem
0 -rw------- 1 root     root       0 Aug  3 12:16 pg_hba.conf
0 -rw------- 1 root     root       0 Aug  3 12:16 pg_ident.conf
0 drwx------ 1 postgres postgres  76 Aug  3 12:08 pg_logical
0 drwx------ 1 postgres postgres  28 Jan 23  2024 pg_multixact
0 drwx------ 1 postgres postgres   8 Jul 30 13:06 pg_notify
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_replslot
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_serial
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_snapshots
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_stat
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_stat_tmp
0 drwx------ 1 postgres postgres   8 Jul 31 20:22 pg_subtrans
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_tblspc
0 drwx------ 1 postgres postgres   0 Jan 23  2024 pg_twophase
4 -rw------- 1 postgres postgres   3 Jan 23  2024 PG_VERSION
0 drwx------ 1 postgres postgres 316 Aug  1 03:30 pg_wal
0 drwx------ 1 postgres postgres  64 Jul 31 19:22 pg_xact
4 -rw------- 1 postgres postgres  88 Jan 23  2024 postgresql.auto.conf
4 lrwxrwxrwx 1 postgres http      31 Jan 23  2024 postgresql.conf -> /etc/postgresql/postgresql.conf
4 -rw------- 1 postgres postgres  45 Jul 30 13:06 postmaster.opts
4 -rw------- 1 postgres postgres  97 Aug  3 12:11 postmaster.pid
root@RS1221:~#

 

[Benares]

dann verstehe ich nicht, wieso er gem. deinem Log z.B. /var/services/pgsql/global/pg_control nicht finden bzw. keine Rechte haben soll.

 

[blotto82]

Da bin ich ganz bei dir, ich verstehe es auch nicht.
Synology kann sich nicht selbst heilen, und ich weiß noch nicht wo es weh tut.
Bin gespannt auf den Support.

 

[Benares]

Mach doch mal root aus ein "su postgres" und schau, ob du da irgendwo nichts darfst.

 

[blotto82]

su: Permission denied

 

[Benares]

Versuch's mal so:

root@DS1522:~# su - postgres

postgres@DS1522:~$ psql --list
                                       List of databases
    Name     |           Owner            | Encoding  | Collate | Ctype |   Access privileges
-------------+----------------------------+-----------+---------+-------+-----------------------
 autoupdate  | postgres                   | SQL_ASCII | C       | C     |
 mediaserver | MediaIndex                 | UTF8      | C       | C     |
 ong         | SynologyApplicationService | SQL_ASCII | C       | C     |
 postgres    | postgres                   | SQL_ASCII | C       | C     |
 synofoto    | SynologyPhotos             | UTF8      | C       | C     |
 synoindex   | MediaIndex                 | SQL_ASCII | C       | C     |
 template0   | postgres                   | SQL_ASCII | C       | C     | =c/postgres          +
             |                            |           |         |       | postgres=CTc/postgres
 template1   | postgres                   | SQL_ASCII | C       | C     | =c/postgres          +
             |                            |           |         |       | postgres=CTc/postgres
(8 rows)

 

[blotto82]

postgres@RS1221:~$ psql --list
psql: could not connect to server: No such file or directory
    Is the server running locally and accepting
    connections on Unix domain socket "/run/postgresql/.s.PGSQL.5432"?
postgres@RS1221:~$

Mit dem Synology Support komme ich auch nicht weiter, ist nicht so einfach denen zu erklären was bei mir kaputt ist.
Prinzipiell geht ja alles, nur halt leider nicht Synology Photos und Drive.

 

[Hagen2000]

Da sind mindestens zwei Dateien defekt: pg_hba.conf hat Null Bytes und Owner root:root, die Datei pg_ident.conf ebenso.
Ist die Frage, was in den Unterordnern noch alles so defekt ist.
Stelle den Owner mit folgendem Befehl richtig ein (vorher in das Verzeichnis wechseln):

chown postgres:postgres pg_hba.conf pg_ident.conf

Kopiere folgenden Inhalt in die pg_hba.conf:

# TYPE DATABASE USER ADDRESS METHOD

# "local" is for Unix domain socket connections only
local all all trust
# IPv4 local connections:
host all all 127.0.0.1/32 trust
# IPv6 local connections:
host all all ::1/128 trust
# Allow replication connections from localhost, by a user with the
# replication privilege.
local replication all trust
host replication all 127.0.0.1/32 trust
host replication all ::1/128 trust

Das ist nur der wichtigste Teil, der Rest sind Kommentare, die ich mir hier spare. Die pg_ident.conf enthält bei mir nur Kommentare, kann daher leer bleiben.
Besser wären natürlich Backups deiner Originaldateien.
Keine Gewähr, ob das was bringt!
Alles auf eigenes Risiko!!!
Danach einmal das NAS neu booten.

 

[blotto82]

Hat auch nichts verändert, ich bekomm den dienst nicht gestartet.
Hab auch jeweils mal nen reboot gemacht, hat aber auch nichts gebracht.

 

[Hagen2000]

/var/log/postgresql.log

Steht da vielleicht was Hilfreiches drin?

 

[blotto82]

nichts was mir helfen könnte zu verstehen was kaputt ist.
Synology Support hilft nun mittels zugang die datenbank neu zu erstellen.
Die ist laut denen eh nur für eine hand voll Dienste zuständig, unter anderem Photos, Drive, Mail Server usw, die laufen eh nicht bzw könnte die gerade nicht installieren.
Da die Datenbank eh leer ist auf volume1, bin ich gespannt ob das so klappt ohne fehler.
Konnte Synology Photos ja auch nicht auf volume2 installieren da der "pgsql-adapter.service" ja nicht läuft.
Das tut er halt nur wenn die Postgres Datenbank läuft...
bin gespannt wann der Support was gemacht hat und sich meldet, ich werde berichten.
In der zwischenzeit wird morgen hoffentlich das DXP4800 geliefert, was ein Backup NAS wird mit TrueNAS.

 

[Hagen2000]

Das ist aber ein super Service - berichte doch bitte, wie es ausgeht.

 

[blotto82]

So, der Support hat schon gezaubert und ich hab gerade Synology Photos ohne Probleme installieren können.
Backup einspielen, und es sollte alles wieder so sein wie vorher, ich lasse aber eben noch den /photo Ordner wieder auf /volume1 verschieben, dann hat alles seine Richtigkeit.
Bin doch schon echt positiv überrascht vom Support, war wohl echt nur ne Kleinigkeit für die.
Kann den Support also schon empfehlen für solche Probleme, immerhin kostenlos als Privatperson.
Als Firma hätte ich da definitiv etwas mehr Schnelligkeit gefordert, wäre aber dann bestimmt auch nicht umsonst gewesen