Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 10 von 13

Thema: pgdump: could not open relation...

  1. #1
    hretif ist offline Benutzer
    Registriert seit
    06.11.2006
    Beiträge
    36

    Standard pgdump: could not open relation...

    Hallo,

    Die Ausführung von Pgdump (PG 8.2) produziert diese Fehlermeldung:

    ------------------
    inetcar: SQL command failed
    inetcar: Error message from server: ERROR: could not open relation 1663/17566/2611: No such file or directory
    inetcar: The command was: SELECT inhrelid, inhparent from pg_inherits
    -------------------

    Die Daten sind trotzdem bei meiner Applikation und pgadmin lesbar.

    Ich habe in dieser Forum gesucht und folgendes gefunden:
    http://www.pg-forum.de/allgemeines/2...vacuumbar.html
    http://www.pg-forum.de/allgemeines/1...r-m-glich.html

    Gibt es irgendwo anderen Informationen? Oder muss ich annehmen dass pgdump nicht zuverlässig ist und meinen eigenen Backup selber programmieren?

    Hubert Rétif.

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

    Standard

    Zitat Zitat von hretif Beitrag anzeigen
    Hallo,

    Die Ausführung von Pgdump (PG 8.2) produziert diese Fehlermeldung:

    ------------------
    inetcar: SQL command failed
    inetcar: Error message from server: ERROR: could not open relation 1663/17566/2611: No such file or directory
    inetcar: The command was: SELECT inhrelid, inhparent from pg_inherits
    -------------------

    Die Daten sind trotzdem bei meiner Applikation und pgadmin lesbar.
    Sicher? Vollständig?

    Ich habe in dieser Forum gesucht und folgendes gefunden:
    http://www.pg-forum.de/allgemeines/2...vacuumbar.html
    http://www.pg-forum.de/allgemeines/1...r-m-glich.html

    Gibt es irgendwo anderen Informationen? Oder muss ich annehmen dass pgdump nicht zuverlässig ist und meinen eigenen Backup selber programmieren?

    Hubert Rétif.
    Meldungen dieser Art deuten auf Probleme mit dem Filesystem hin.

    Was liefert ein 'select * from pg_class where relfilenode = '17566'? (ich vermute mal, daß das eine refilenode ist, bin mir aber nicht sicher). Möglicherweise handelt es sich 'nur' um eine TOAST-Tabelle. Wie dem auch sei, *vermutlich* ein Filesystemfehler. Welches Filesystem ist denn im Einsatz?

    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
    hretif ist offline Benutzer
    Registriert seit
    06.11.2006
    Beiträge
    36

    Standard

    Danke Andreas für den Antwort.

    Zitat Zitat von akretschmer Beitrag anzeigen
    Sicher? Vollständig?
    Ja, lesen und schreiben


    Zitat Zitat von akretschmer Beitrag anzeigen
    Was liefert ein 'select * from pg_class where relfilenode = '17566'?
    Keine Fehlermeldung, aber keine Record

    Hubert.

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

    Standard

    Zitat Zitat von hretif Beitrag anzeigen
    Danke Andreas für den Antwort.



    Ja, lesen und schreiben




    Keine Fehlermeldung, aber keine Record

    Hubert.
    Kannst Du die Tabelle via COPY ausgeben?
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  5. #5
    hretif ist offline Benutzer
    Registriert seit
    06.11.2006
    Beiträge
    36

    Standard

    Wie geht es? Bis jetzt nie gemacht...

    Ich kann allerdings erst Morgen machen, wenn mein Kunde wieder da ist.

    Hubert

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

    Standard

    Zitat Zitat von hretif Beitrag anzeigen
    Wie geht es? Bis jetzt nie gemacht...

    Ich kann allerdings erst Morgen machen, wenn mein Kunde wieder da ist.

    Hubert
    So oder so:

    Code:
    test=*# copy pg_inherits to stdout;
    87064   87060   1
    88033   88017   1
    33402   33395   1
    88036   88017   1
    88039   88017   1
    test=*# copy pg_inherits to '/tmp/pg_inherits.copy';
    COPY
    Time: 1.579 ms
    test=*#
    --
    ads Das hatte dir akretschmer gestern schon gesagt und siehe da sobald du das machst, funktioniert es ;-)
    https://www.xing.com/profile/Andreas_Kretschmer7

  7. #7
    hretif ist offline Benutzer
    Registriert seit
    06.11.2006
    Beiträge
    36

    Standard

    copy pg_inherits: could not open relation 1663/10819/2611

    copy pg_class: siehe Anhänge.

    Hubert.
    Angehängte Dateien Angehängte Dateien

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

    Standard

    Zitat Zitat von hretif Beitrag anzeigen
    copy pg_inherits: could not open relation 1663/10819/2611

    copy pg_class: siehe Anhänge.

    Hubert.
    Ja. Du solltest irgendwo eine Datei mit dem Namen 2611 haben. Diese enthält die Daten für pg_inherits. In Deiner pg_class, Zeile 127, 6. Spalte steht das auch. Und diese Datei fehlt Dir offensichtlich.

    Also, unter $PG_DATA sollte es eine /10819/2611 bei Dir geben, prüfe das mal. Die 1663 steht für tablespace, 10819 ist die OID der Datenbank, 2611 die OID der Tabelle. Datenbank und Tabelle bildet sich 1:1 im Filesystem ab.


    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

  9. #9
    hretif ist offline Benutzer
    Registriert seit
    06.11.2006
    Beiträge
    36

    Standard

    Danke für den wertvolle Informationen.

    Zitat Zitat von akretschmer Beitrag anzeigen
    Also, unter $PG_DATA sollte es eine /10819/2611 bei Dir geben, prüfe das mal.
    Es gibt den Ordner 10819 und die dateien 2610 und 2612 aber kein Spur von 2611. Wie kann es sein dass ausgerechnet nur diese fehlt? Ich kann momentan mich nicht vorstellen dass der Anwender in dieser Ordner gegangen wäre und den Datei gelöscht hätte (obwohl ich kann mich schwach errinern dass evtl. von anfang an pgdump nach PG Installation nicht funktioniert hatte).

    Wenn ich 2611 nicht wieder finden kann, heisst es dass ich keine Chance habe ein Backup zu machen?

    Hubert.

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

    Standard

    Zitat Zitat von hretif Beitrag anzeigen
    Danke für den wertvolle Informationen.



    Es gibt den Ordner 10819 und die dateien 2610 und 2612 aber kein Spur von 2611. Wie kann es sein dass ausgerechnet nur diese fehlt? Ich kann momentan mich nicht vorstellen dass der Anwender in dieser Ordner gegangen wäre und den Datei gelöscht hätte (obwohl ich kann mich schwach errinern dass evtl. von anfang an pgdump nach PG Installation nicht funktioniert hatte).

    Wenn ich 2611 nicht wieder finden kann, heisst es dass ich keine Chance habe ein Backup zu machen?

    Hubert.
    Okay, erst einmal meine Vermutung bestätigt.

    Tja, was nun tun? Um ehrlich zu sein, ich weiß es nicht. Vielleicht würde es gehen, diese Datei aus einer der Template-Datenbanken zu kopieren. Falls Du keine Vererbungen nutzt, dann wäre ja die Tabelle eh leer, so wie in den Templates. Aber ob das gut geht, möchte ich nicht garantieren.

    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

Seite 1 von 2 12 LetzteLetzte

Ähnliche Themen

  1. Problem PSL-Relation mit VBA in Excel reinladen
    Von eremit im Forum Programmierung
    Antworten: 6
    Letzter Beitrag: 24.11.2010, 11:39
  2. Problem pgdump und Passwort
    Von melodoi im Forum Sonstige
    Antworten: 8
    Letzter Beitrag: 15.09.2009, 17:17
  3. Insert bei einer IST Relation?
    Von LukasK im Forum Andere Datenbanken
    Antworten: 2
    Letzter Beitrag: 22.12.2008, 13:59
  4. permission denied for relation
    Von redman im Forum Benutzer- & Rechteverwaltung
    Antworten: 9
    Letzter Beitrag: 30.05.2008, 17:40
  5. ERROR: relation with OID ... does not exist
    Von fristo im Forum PL/pgSQL
    Antworten: 11
    Letzter Beitrag: 11.01.2006, 15:54

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