Seite 2 von 2 ErsteErste 12
Ergebnis 11 bis 15 von 15

Thema: Speicher aufgebraucht - Windows 2008 R2 - Postgres 8.4.6

  1. #11
    hkocam ist offline Benutzer
    Registriert seit
    31.05.2007
    Beiträge
    69

    Standard

    Hallo,

    Zitat Zitat von kbsolutions Beitrag anzeigen
    Danke für die Inputs. Es handelt sich hier um einen dedizierten DB-Server. Es läuft also nur die DB drauf.

    shared_buffers sollte man meines Erachtens auf einem Windows mit dieser Postgres Version auch nicht viel höher einstellen (max 512). work_mem habe ich mal auf 64Mb heruntergesetzt. Jedoch ohne Erfolg. Dazu muss ich aber sagen, dass es sich jetzt etwas schneller anfühlt, vermutlich, da er jetzt weniger RAM allozieren muss :-). Anbei sende ich euch eine Printscreen von Ressourcenmonitor. Kann es evtl. sein, dass ich die DB neu starten muss, damit er "alte" Ressourcen frei gibt. Oder sollte ich maintenance_work_mem erhöhen?
    Ich habe nicht soviel Ahnung(speziell unter Windows) was von dieser Log-Meldung zu halten ist.
    Du hast ein paar Optionen:
    - schreib mal auf der general-ML (oder bugs-ML?) was, am Besten genauso ausführlich, wie in deiner 1. Mail, und guckst mal was dabei rauskommt.
    Die Entwickler lesen dort mit und haben eher eine Idee welcher Codepfad zu solch einem Fehler führt.
    - du solltest auf jeden Fall vorher auf 8.4.7 aktualisieren und prüfen, ob der Fehler dann verschwindet. Man sollte nicht Bugs jagen, die schon behoben sind.
    - Am besten du gehst direkt auf 9.0.3 und zwar die x64-Variante. Dann hast du erst Mal Ruhe vor den Begrenzungen eines 32-Bit Prozesses

    Was ich immer noch nicht verstehe ist, in welchem Zusammenhang diese Logmeldung auftaucht.
    Du solltest z.B. das Logging beim autovacuum erhöhen.

    Auf deinem Screenshot ist ein pgsql-Prozess zu sehen, der über 600 MB an privatem Speicher benutzt, was macht der ?

    soviel in kürze
    Freundliche Grüße

    hkocam

  2. #12
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Zitat Zitat von hkocam Beitrag anzeigen
    Hallo,



    Ich habe nicht soviel Ahnung(speziell unter Windows) was von dieser Log-Meldung zu halten ist.
    Du hast ein paar Optionen:
    - schreib mal auf der general-ML (oder bugs-ML?) was, am Besten genauso ausführlich, wie in deiner 1. Mail, und guckst mal was dabei rauskommt.
    Die Entwickler lesen dort mit und haben eher eine Idee welcher Codepfad zu solch einem Fehler führt.
    - du solltest auf jeden Fall vorher auf 8.4.7 aktualisieren und prüfen, ob der Fehler dann verschwindet. Man sollte nicht Bugs jagen, die schon behoben sind.
    - Am besten du gehst direkt auf 9.0.3 und zwar die x64-Variante. Dann hast du erst Mal Ruhe vor den Begrenzungen eines 32-Bit Prozesses

    Was ich immer noch nicht verstehe ist, in welchem Zusammenhang diese Logmeldung auftaucht.
    Du solltest z.B. das Logging beim autovacuum erhöhen.

    Auf deinem Screenshot ist ein pgsql-Prozess zu sehen, der über 600 MB an privatem Speicher benutzt, was macht der ?

    soviel in kürze
    Freundliche Grüße

    hkocam

    Danke für die Inputs, ich werde mal die an die Mailinglist schreiben. Update auf Version 9x64 steht in Planung. Aber dafür brauche ich noch mehr Zeit. Der Prozess welcher 600MB braucht ist ein SELECT, weiteres weiss ich evtl. morgen.

  3. #13
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Nur zur Information: Ich habe den DB-Server diese Nacht neu gestartet, wobei ich das shared_buffers noch auf 128MB gesetzt habe (vorher 256MB). Seit dem Zeitpunkt bekommen ich keinen Fehler-Eintrag mehr im Log. Was ich jetzt nicht sagen kann, ist, ob es der Neustart war, oder das heruntersetzen von shared_buffers oder beides. Ich werde beim nächsten Neustart den Wert wieder zurücksetzen, um dies herauszufinden. Das wird jedoch nicht so bald geschehen. Zudem werden ich in den nächsten 4 Wochen auf Version 9 umstellen. Bin ja gespannt, was dies für die Performance bedeutet.

    Fazit: Im zweifelsfall DB-Server erste mal neu starten und ab Version 8.4 auf Windows, shared_buffers klein halten.

    Falls ich noch was zusätzliches herausfinde, werde ich dies gerne hier posten. Danke für eure Mithilfe!

  4. #14
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Hier noch einen Hinweis von Tom Lane erhalten über die mailinglist:

    Right offhand this looks like a corrupt-data problem, ie, trashed length word in some variable-length value. Autovacuum isn't particularly at fault, it just happens to be trying to examine a value that you haven't read lately in regular use of the database. I'd suggest seeing whether pg_dump doesn't find the problem too; if so you'll need to start doing data recovery.

  5. #15
    kbsolutions ist offline Neuer Benutzer
    Registriert seit
    15.08.2007
    Beiträge
    26

    Standard

    Zitat Zitat von kbsolutions Beitrag anzeigen
    Hier noch einen Hinweis von Tom Lane erhalten über die mailinglist:

    Right offhand this looks like a corrupt-data problem, ie, trashed length word in some variable-length value. Autovacuum isn't particularly at fault, it just happens to be trying to examine a value that you haven't read lately in regular use of the database. I'd suggest seeing whether pg_dump doesn't find the problem too; if so you'll need to start doing data recovery.
    Da ich kein Problem mit pg_dump und pg_restore habe, werde ich es mal so belassen und keine Zeit mehr dafür investieren.

Seite 2 von 2 ErsteErste 12

Ähnliche Themen

  1. Problem "Speicher aufgebraucht"-Fehler beim XML-Export
    Von mariana im Forum SQL
    Antworten: 3
    Letzter Beitrag: 07.02.2012, 16:57
  2. Problem Fehler: Speicher aufgebraucht
    Von zweigelt im Forum SQL
    Antworten: 9
    Letzter Beitrag: 28.07.2010, 07:43
  3. Windows Server 2008 - 64-Bit
    Von marc9022 im Forum Sonstige Installationsprobleme
    Antworten: 4
    Letzter Beitrag: 09.10.2008, 13:25
  4. PG auf Windows nimmt zuwenig Speicher
    Von gnoerz im Forum Konfiguration
    Antworten: 0
    Letzter Beitrag: 17.01.2008, 00:12
  5. Migration Unix-Postgres to Windows-Postgres?
    Von Spiderman im Forum Migration
    Antworten: 1
    Letzter Beitrag: 12.10.2007, 07:05

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