"Es konnte keine Netzwerkverbindung mehr hergestellt werden"

[reyphilipp]

Seit dem Firmware update auf Version DSM 2.0-0728, hab ich das Problem das ich Download Station nicht mehr bedienen kann. Es kommt die Meldung: "Es konnte keine Netzwerkverbindung mehr hergestellt werden" die ich nicht Quittieren kan.
Probiert hab ich:
über Telnet:
CubeStation> /usr/syno/etc/rc.d/S25download.sh start
volume : 1
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update download queue table and set all pid to -1
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
createdb: could not connect to database postgres: could not connect to server: N
o such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Failed to create database
danach:
CubeStation> /usr/syno/etc/rc.d/S20pgsql.sh start
Starting PostgreSQL...
postgres: could not find the database system
Expected to find it in the directory "/var/database/pgsql",
but could not open file "/var/database/pgsql/global/pg_control": No such file or
directory

could not start server
ls: /volume[0-9]*/@pgsql_upgrade: No such file or directory
Update blog_config table in blog db where config_id = 0 to test blog db existenc
e
Update photo log table where log id = 0 to test db existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
createdb: could not connect to database postgres: could not connect to server: N
o such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Failed to create database
Update photoImage table to test new table existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update email in photo_user table to test email existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update version in photo_image table to test version existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update photo_config table in photo db where config_id = 0 to test photo_config t
able existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update is_subdir in photo_share table to test new columns existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Update media type table where type id = 0 to test db existence
psql: could not connect to server: No such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
createdb: could not connect to database postgres: could not connect to server: N
o such file or directory
Is the server running locally and accepting
connections on Unix domain socket "/tmp/.s.PGSQL.5432"?
Failed to create database
und:
CubeStation> /usr/syno/etc/rc.d/S20pgsql.sh status
pg_ctl: no server running

Ich glaub da fehlt mir was oder eine db ist defekt. Kann mir da jemand helfen?

 

[reyphilipp]

selbst am probieren

Ich bin weiterhin interessiert an einer Lösung. Zur Zeit bin ich selber am suchen. Hab mal die gleiche Firmware nochmal geladen. Ohne erfolg. Ein Downgrade hat auch nicht weitergeholfen.

 

[Trolli]

...im Zweifelsfalle mal den Support von Synoloy anschreiben. Habe eine solche Fehlermeldung bisher noch nicht gesehen. Aber es scheint ja offensichtlich ein Problem mit der PostgreSQL-DB zu sein.

Trolli

 

[reyphilipp]

fertig lustig

Problem gelöst!1h arbeit. Voll voll reset gemachtAlles bestens!!

 

[jahlives]

Problem gelöst!1h arbeit. Voll voll reset gemachtAlles bestens!!

Im Zweifelsfall immer die beste Lösung

 

[com-cat]

was heißt ein voll, voll reset????

 

[Trolli]

Ich würde es mal als "Firmware neu aufgespielt" deuten.

Trolli

 

[reyphilipp]

Ja, Firmware neu aufspielen. Also Systempartition formatieren (nicht Daten partition). Resetknopf auf der Rückseite drücken, warten bis es piepst und das gleich nochmla! Dann startet sie neu und es geht eine Weile 10min bis die Datenpartition eingelesn ist. Danach den neusten Assistent öffnen und alles geht von alleine! (CS-406)

 

[reyphilipp]

Bin wieder gleich weit

Seit heute Abend hab ich wieder daselbe Problem. Komisch....
Naja jeden Monat werd ich dann nicht ein Reset machen:-(

 

[reyphilipp]

mit /usr/syno/etc/rc.d/S20pgsql.sh start klappte es

 

[MTBiker]

Ich wärme das nochmal auf:

hatte dasselbe Problem nach Aufspielen der aktuellen Firmware 832 und bin nach reyphilipps Tip vorgegangen: jetzt klappts wieder. Da ich keine Ahnung von Linux habe, weiß ich zwar nicht, was ich da gemacht habe ... - mal sehen, wie lange das hält

 

[AleksCee]

Etwas spät aber eine Lösung ohne Recover

Hallo,

nach dem Update auf die FW DSM 2.2-0942 hat mich das Problem leider auch ereilt.

Nach etwas rum suchen bin ich auf den Script /usr/syno/etc/rc.d/S20pgsql.sh
gestoßen. Da es ja darum geht das die Datenbank offensichtlich kaputt ist habe ich mir den Script mal angesehen und festgestellt das er sie anlegt, sollte er den Ordner /var/database/pgsql nicht finden.
Also mein Vorgehen:

Alle Dienste stoppen die es nutzen könnten, Musicserver, DownloadStation usw... dann den Ordner pgsql gelöscht:

cd /var/database/
rm -r pgsql

und dann das System neu starten.
durch die Funktion "FuncInitialDB" in dem Startscript wird die Datenbank dann wieder neu angelegt in einem sauberen leeren Zustand.

Was weg ist und nicht automatisch wieder kommt (wie z.B. die Musik) sind die Zielordner für den Download, die Einstellungen für die CAMs sind weg :-(
Mehr habe ich noch nicht gefunden... die Musik-DB wird gerade neu aufgebaut. Hoffen wir mal das es dann alles ist was kaputt war. :-(

 

[CAHP]

Lösung bei mir

Hatte nach aufspielen der neuen DSM 2.2 das gleiche Problem.

Lösung des ganzen bei mir.

chmod 0700 /var/database/pgsql
/usr/syno/etc/rc.d/S20pgsql.sh start

danach lief bei mir wieder alles ohne, dass irgendwelche daten verloren gegangen sind

 

[AleksCee]

Cool wie bist Du denn drauf gekommen das nur die Rechte falsch waren - weil die Dateien die er da angemerkt hat nämlich wirklich fehlten. Also im log stand bei mir das er 2 Dateien nicht finden konnte.
Kann natürlich auch sein das er sie nicht anlegen konnte weil die Rechte falsch waren. Verdammt, hätte ich mir ne Menge Zeit sparen können in der die DB neu aufgebaut wurde... :-O


Oder auch nicht - habe gerade mal geguckt - die Rechte waren bei mir 700... also eigentlich kann es nicht das Problem bei mir gewesen sein...
in meinem Ordner fehlte auch der Unterordner "global" nach dem Update. :-(

lg Alex

 

[CAHP]

mmhh

kann sein, dass es unterschiedliche probleme waren.

bei mir hat er auch was von fehlenden sachen erzählt und er kann se nicht anlegen, weil rechte falsch.

danach hat er alles neu angelegt.

mmhh frag mich nicht warum

it's a feature not a bug