Ergebnis 1 bis 5 von 5

Thema: exit status of parent of /usr/bin/postmater: 1

  1. #1
    OlliP ist offline Neuer Benutzer
    Registriert seit
    10.07.2007
    Beiträge
    2

    Standard exit status of parent of /usr/bin/postmater: 1

    Hallo Leute.

    Ich habe das Problem, dass sich der PostgreSql-Server mit obiger Fehlermeldung nicht mehr starten lässt. Es läuft auf einem SLOX 4.1.

    Ich habe auch, wenn auch nicht ganz so aktuell, eine Sicherung mit pg_dumpall gemacht. Bei dem Versuch über pg_restore sagt's mir:

    "input file does not appaer to be a valid archive (too short?)"

    Eigentlich wird die Datenbank nicht weiter benötigt, da die Groupwarefunktionen nicht in Anspruch genommen werden. Allerdings startet ohne den Server die Adminoberfläche des SLOX nicht.
    Wäre praktisch, wenn es eine Möglichkeit zur Reparatur der Datenbank gäbe, damit die Oberfläche wieder läuft. Auf die Kalendereinträge etc. kommt es, Gott sei dank nicht an.

    Kann mir einer einen Tip geben?

  2. #2
    akretschmer ist offline Super-Moderator
    Registriert seit
    29.10.2006
    Ort
    Dresden
    Beiträge
    5.467

    Standard

    Zitat Zitat von OlliP Beitrag anzeigen
    Hallo Leute.

    Ich habe das Problem, dass sich der PostgreSql-Server mit obiger Fehlermeldung nicht mehr starten lässt. Es läuft auf einem SLOX 4.1.



    Kann mir einer einen Tip geben?
    schau mal, ob was in den üblicherweise verdächtigen Logfiles steht.

    Andreas
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  3. #3
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.055

    Standard

    Zitat Zitat von OlliP Beitrag anzeigen
    Ich habe auch, wenn auch nicht ganz so aktuell, eine Sicherung mit pg_dumpall gemacht. Bei dem Versuch über pg_restore sagt's mir:

    "input file does not appaer to be a valid archive (too short?)"
    Hast du das Backup auch geprüft, ob es sich wieder einspielen lässt?
    Sonst ist es wertlos.


    Kann mir einer einen Tip geben?

    Was hast du bisher probiert, um das Problem zu lösen?
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

  4. #4
    OlliP ist offline Neuer Benutzer
    Registriert seit
    10.07.2007
    Beiträge
    2

    Standard Logfiles / Restore

    Zunächst einmal vielen Dank für die schnelle Antwort. Ich hoffe, ich kann Eure Fragen auch hinreichend beantworten (so kurz vorm Schlafengehen).

    Die üblichen Verdächtigen (zumindest die, die ich kenne: /var/log/messages bzw. postgresql) haben nichts ergeben.

    Zumindest habe ich da nichts gefunden.

    Das Problem trat auf, als sich mehrfach hintereinander der Server aufgehängt hatte. Anmeldung als Root nicht mehr möglich, keine PDC-Funktionalität und der Fileserver tats auch nicht mehr.

    Ein Systemstart half, allerdings lässt sich seit dem der Postgresql-Server nicht mehr starten.

    Seit dem läuft alles andere (Samba, Postfix, Cyrus etc.) wieder wunderbar. Daher nehme ich an, das eine Inkonsistens der Datenbank "template1" vorliegt. Irgendwie muss die dB noch im Zugriff gewesen sein, als der Neustart erfolgte.

    Das Problem hatte ich schon mal, was ich "Quick 'n dirty" einfach durch ein Neuaufsetzen des Servers gelöst habe.

    Nur diesmal möchte ich zunächst einmal schaun, ob sich das nicht etwas einfacher lösen lässt. Die Daten aus pg sind nicht so wichtig, aber die Benutzerdaten aus ldap möchte ich nicht ohne Not aus dem Backup wiederherstellen müssen.

    Was den Versuch des Einspielens des Backups betrifft:
    ich dachte das hätte ich mit pg_restore versucht. Mit bekanntem Ergebnis.

    Versucht habe ich auch schon eine Deinstallation/Neuinstallation des Postgresql-Servers nebst allem, was Yast unter dem Stichwort hergibt.

    Nach Neuinstallation der Versuch mit pg_restore. Nix.

    pg_restore -d template1 -C backup.sql (aus dem Kopf; Reihenfolge habe ich gerade nicht so parat) bracht das gleiche Ergebnis.

    Schon mal vielen Dank.

  5. #5
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.055

    Standard

    Nun, dann schalt in postgresql.conf doch mal das Debugging an

    log_min_messages = debug[1-5]

    Und dann schau noch mal ins Logfile.
    Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören

    Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler

    PostgreSQL Service & Support

Ähnliche Themen

  1. Antworten: 12
    Letzter Beitrag: 29.07.2010, 07:49
  2. Frage Constraints für child-parent Beziehungen mit Index
    Von schoetbi im Forum SQL
    Antworten: 13
    Letzter Beitrag: 28.01.2010, 13:06
  3. pg_dumpall/pg_dump - ERROR: status of transaction
    Von lucky_mr74 im Forum PL/pgSQL
    Antworten: 0
    Letzter Beitrag: 12.11.2007, 17:08
  4. Inheritance: child in parent casten?
    Von baume im Forum Programmierung
    Antworten: 1
    Letzter Beitrag: 21.03.2007, 18:35
  5. Antworten: 3
    Letzter Beitrag: 08.02.2007, 17:19

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum