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 9343 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.
  • 0
    Hallo Alex,
    ich nehme an, Du beziehst Dich auf diesen Thread hier und den Tip von BAlfson.
    leider kann ich Deine Frage nicht beantworten, aber eine Empfehlung aussprechen.
    - Wenn es eine Firmen-Lizenz ist, mach am besten ein Ticket über Deinen Sophos Partner auf.


    - Wenn es eine Home-Lizenz ist, bereite folgendes vor:
    Das aktuelle ISO-Image 9.106-xx sowie ein unverschlüsseltes Backup (.abf) auf einem FAT-formatierten USB-Stick.
    Jetzt kannst Du den Befehl austesten. Wenn nichts mehr geht, kannst Du innerhalb von ca. 30 Minuten Deine Firewall wiederherstellen. Allerdings wirst Du Deine Logfiles verlieren.

    Viele Grüße, Karsten
  • 0
    Hallo Karsten,

    dann werde ich wohl ein Ticket über meinen Sophos Partner eröffnen lassen. Aber vielen dank für die Empfehlung.

    MfG
    Alex
  • 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
  • 0
    Hallo Alex,
    danke für das Feedback. Freut mich das es geklappt hat, eine dauerhafte Lösung sollte das aber nicht sein ;-)
    Hast Du trotzdem mal ein Ticket bei Sophos aufgemacht? Wenn es ein Bug ist der gefixt werden muss, hilft das auch allen anderen Benutzern weiter.
    Außerdem können Deine manuellen Einträge beim nächsten Up2Date wieder weg sein,
    Auf welcher Version bust Du eigentlich?
    Grüße, Karsten
  • 0
    Hallo Karsten,
    ich bin momentan auf Version 9.106-7. Ich habe mal gelesen das es ein BUG in der Version 8 im HA Modus war, dieser wurde jedoch gefixt. Da hast du warscheinlich recht, finde es aber sehr schade das man die Datenbank nicht sichern kann. Ausser mit den Bordmitteln auf der Shell, aber wenn die einstellungen beim nächsten Update weg sind macht es ja auch keinen Sinn.

    Werde natürlich nachträglich noch ein Ticket aufmachen lassen, habe zu dem Zeitpunkt eine schnelle und unkomplizierte Lösung gesucht.

    Wenn ich was von Sophos zu hören bekomme, werde ich mich natürlich umgehend melden.

    MfG
    Alex
  • 0
    Unsure what you guys were discussing as I don't read German, but the reset of the postgresql fixed a major issue I had, thanks!
Unfiltered HTML