Hallo Forum,
ich hoffe solch ein problem wurde noch nicht behandelt immer hin habe ich nichts gefunden…
folgendes Problem:
Ich habe bei uns in der firma die aufgabe gekriegt eine migration von unserer Postgresql Datenbank mithilfe von skripten zu testen.
dazu habe ich eine Testumgebung und testDatenbank benutzt. (zum glück)
auf dieser Testumgebung gab es schon Datenbanken die nicht so wichtig sind.
nach dem der skript drüber gelaufen ist funktionierte nichts mehr.
beim aufruf von psql -l kommt:
psql: konnte nicht mit dem Server verbinden: Datei oder Verzeichnis nicht gefunden
Läuft der Server lokal und akzeptiert er Verbindungen
auf dem Unix-Domain-Socket »/var/run/postgresql/.s.PGSQL.5432«?
diese fehlermeldung kommt auch beim dropdb versuch. ich habe gehört das postgresql sich GAR nicht hoch fahren lässt wenn auch nur EINE DB korrupt ist. Stimmt das ?
Das Postgresql laüft auf einer linux-umgebung.
Ich habe nach den Ordnern gesucht die die Datenbanken enthalten.
Meine DB heißt migratest, ich vermute aber schwer das der Ordner niemals so oder ähnlich heißen wird.
nach ner google runde hab ich mehrere Ordner in /var/lib/postgresql/8.1/main/base gefunden.
-Gibt es eine möglichkeit herauszufinden welcher ordner zu welcher datenbank gehört? (wenn das überhaupt die Ordner sind) um sie dann von hand zu löschen.
Ein Auszug aus der logfile:
2009-01-28 18:27:38 CET LOG: Datenbanksystem wurde nicht richtig heruntergefahren; automatische Wiederherstellung läuft
2009-01-28 18:27:38 CET LOG: Redo beginnt bei 1/7B009FB0
2009-01-28 18:27:40 CET LOG: konnte Datei »pg_xlog/00000001000000010000007F« nicht öffnen (Logdatei 1, Segment 127): Datei oder Verzeichnis nicht gefunden
2009-01-28 18:27:40 CET LOG: Redo fertig bei 1/7EFFFF88
2009-01-28 18:27:40 CET PANIK: konnte nicht in Datei »pg_xlog/xlogtemp.1913« schreiben: Auf dem Gerät ist kein Speicherplatz mehr verfügbar
2009-01-28 18:27:40 CET LOG: Start-Prozess (PID 1913) wurde von Signal 6 beende t
2009-01-28 18:27:40 CET LOG: Serverstart abgebrochen wegen Start-Prozess-Fehler
Daraus entnehme ich das dass 1. nicht richtig heruntergefahren wurde und 2. die wiederherstellung nichts machen konnte weil kein platz darauf war.
Ich habe etwas platz gemacht (ca. 300mb) nicht viel aber mehr ging net und die virualisierung neugestartet in der hoffnung dass die wiederhestellungsdingsda alles repariert. Natürlich hat es nicht geklappt.
Hat einer von euch eine Idee was man da probieren könnte.
Ich habe daran gedacht psql zu löschen und neuzuinsallieren aber ich denke (& hoffe) dasss es evtl eine sauberere Lösung gibt. (falls das überhaupt möglich ist)
PS: am liebsten würde ich gern die Datenbank migratest löschen doch wie schon oben gesagt gibt der befehl dropdb auch die Fmeldung aus. kann ich die DB migratest nicht irgendwo von Hand löschen??
ich bedanke mich im Voraus für Antworten / Abweisungen
(ich hoffe dass der thread an der richtigen stelle ist.)
…so
jetzt tun meine finger weh…
Mit freundlichem Gruß
slimboyslim