Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 6 replies
  • Subscribers 39 subscribers
  • Views 9356 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Postgresql problem???

SilverAlex
Hallo Forumgemeinde,

ich schwafle mal nicht viel und komme gleich zum Punkt. Folgenden Fehlermeldung bekomme ich seit einger Zeit und es ist mir nicht mehr möglich über das Userportal den Punkt Hotspot auszuwählen und auf der Weboberfläche, wird mir im Webprotection Bericht keine Daten mehr angezeigt.
Aus den Logs:

Aus dem confd.log

2013:11:11-09:52:25 UTM320-Berlin confd[3777]: E DBI connect('dbname=reporting;host=localhost','reporting',...) failed: could not connect to server: Connection refused
2013:11:11-09:52:25 UTM320-Berlin confd[3777]:  Is the server running on host "localhost" (127.0.0.1) and accepting
2013:11:11-09:52:25 UTM320-Berlin confd[3777]:  TCP/IP connections on port 5432? at /Astaro/Reporting/ADBShelper.pm line 645

Aus dem Fallback.log

2013:11:11-09:58:01 UTM320-Berlin [local7:warning] startproc:  startproc:  exit status of parent of /usr/local/bin/hotspotd: 1
2013:11:11-09:58:04 UTM320-Berlin [user:notice]  Is:  the server running locally and accepting
2013:11:11-09:58:04 UTM320-Berlin [user:notice]  connections:  on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
2013:11:11-09:58:09 UTM320-Berlin [user:notice]  Is:  the server running locally and accepting
2013:11:11-09:58:09 UTM320-Berlin [user:notice]  connections:  on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
2013:11:11-09:58:14 UTM320-Berlin [user:notice]  Is:  the server running locally and accepting
2013:11:11-09:58:14 UTM320-Berlin [user:notice]  connections:  on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
2013:11:11-09:58:19 UTM320-Berlin [user:notice]  Is:  the server running locally and accepting
2013:11:11-09:58:19 UTM320-Berlin [user:notice]  connections:  on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?
2013:11:11-09:58:24 UTM320-Berlin [user:notice]  Is:  the server running locally and accepting
2013:11:11-09:58:24 UTM320-Berlin [user:notice]  connections:  on Unix domain socket "/var/run/postgresql/.s.PGSQL.5432"?

Aus dem system.log

2013:11:11-10:30:04 UTM320-Berlin ulogd[4888]: pg1: connect: could not connect to server: No such file or directory
2013:11:11-10:30:09 UTM320-Berlin ulogd[4888]: pg1: connect: could not connect to server: No such file or directory
2013:11:11-10:30:14 UTM320-Berlin ulogd[4888]: pg1: connect: could not connect to server: No such file or directory
2013:11:11-10:30:19 UTM320-Berlin ulogd[4888]: pg1: connect: could not connect to server: No such file or directory
2013:11:11-10:30:24 UTM320-Berlin ulogd[4888]: pg1: connect: could not connect to server: No such file or directory

Durch ein wenig Recherche habe ich rausgefunden das es mit der Datenbank des Postgrsql Server zusammhängt und dort eine mögliche Lösung vorgeschlagen wurde. Mit dem Befehl /etc/init.d/postgresql92 rebuild soll der Fehler behoben werden. Bevor ich den Befhel ausführe möchte ich gern wissen ist es die Lösung für mein Problem oder ist es ein tiefer greifendes Problem?

Für eure Hinweise und Ratschläge wäre ich sehr dankbar.

MfG
Alex


This thread was automatically locked due to age.
Parents
  • 0
    Hallo Karsten,

    also hier mal ein kurzes Feedback. Habe den Befehl von Balfson ausprobiert und es hat geklpapt, zwar waren die Daten an diesem Tage nicht mehr verfügbar aber ich habe sicherheitshalber die nötigen Log-Files gesichert. Ich habe auch rausgefunden das am 07.11.2013 um 18:41 Uhr die UTM die PID file für den Postgresql Server nicht mehr finden konnte. Aus den logs wird jedoch leider nicht ersichtlich was damit passiert ist und ich weiss das zu diesem Zeitpunkt niemand an der UTM gearbeitet hat ausser vielleicht die W-LAN User die im Internet surften. Aber ich kann mir schlecht vorstellen das davon eine PID File gelöscht wird.

    Nun bin ich dabei auf der UTM ein cronjob einzurichten der mir die ganze SQL Datenbank in regelmäßigen abständen sichert und mir durch einen Rebuild der Datenbank nicht alle Daten flöten gehen.

    Wie gesagt der Zauberbefehl:
    /etc/init.d/./postgrsql92 rebuild
Reply
  • 0
    Hallo Karsten,

    also hier mal ein kurzes Feedback. Habe den Befehl von Balfson ausprobiert und es hat geklpapt, zwar waren die Daten an diesem Tage nicht mehr verfügbar aber ich habe sicherheitshalber die nötigen Log-Files gesichert. Ich habe auch rausgefunden das am 07.11.2013 um 18:41 Uhr die UTM die PID file für den Postgresql Server nicht mehr finden konnte. Aus den logs wird jedoch leider nicht ersichtlich was damit passiert ist und ich weiss das zu diesem Zeitpunkt niemand an der UTM gearbeitet hat ausser vielleicht die W-LAN User die im Internet surften. Aber ich kann mir schlecht vorstellen das davon eine PID File gelöscht wird.

    Nun bin ich dabei auf der UTM ein cronjob einzurichten der mir die ganze SQL Datenbank in regelmäßigen abständen sichert und mir durch einen Rebuild der Datenbank nicht alle Daten flöten gehen.

    Wie gesagt der Zauberbefehl:
    /etc/init.d/./postgrsql92 rebuild
Children
No Data
Unfiltered HTML