2010-05-28 85 views
1

我在Fedora core 2 linux盒子上使用Postgres-8.3.7。 Postgres的服務正在崩潰。 當我重新啓動系統時,它在一段時間內工作正常。在一些隨機的時間它再​​次崩潰。日誌:服務器進程(PID 11748)被信號11終止:分段錯誤

什麼可能是這種segfaults是隨機的原因?

FATAL: the database system is in recovery mode 
LOG: autovacuum launcher started 
LOG: database system is ready to accept connections 
LOG: server process (PID 11748) was terminated by signal 11: Segmentation fault 
LOG: terminating any other active server processes 
FATAL: the database system is in recovery mode 
FATAL: the database system is in recovery mode 
FATAL: the database system is in recovery mode 
FATAL: the database system is in recovery mode 
LOG: all server processes terminated; reinitializing 
LOG: database system was interrupted; last known up at 2010-05-24 13:28:06 PDT 
LOG: database system was not properly shut down; automatic recovery in progress 
+1

我相信你會意識到,如果你使用適當的Postgres [支持列表](http://archives.postgresql.org/),你會得到更好的服務。我的建議是從[「general」](http://archives.postgresql.org/pgsql-general/)列表開始,最後是[「bugs」](http://archives.postgresql.org/pgsql-錯誤/)列表。 – 2010-05-28 14:01:10

回答

1

有點過於具體,很少的細節 - 也許更適合於serverfault.com或postgresql郵件列表。

一些隨機的建議:

  • VACUUM ANALYZE VERBOSE?
  • 你不能升級到最新版本嗎?
  • 發生這種情況時的一些特殊情況?磁盤快滿了?高負荷?操作系統日誌(/ var/log/message)中沒有可疑內容?
  • 難道你不能提高postgresql的日誌級別以記錄查詢並查看它是否與某個特定查詢(例如函數)相關嗎?

Postgresql有一個非常敏感的開發人員community

+0

嗨Leonbloy, 感謝您的回覆, 正如你所說我在postgres論壇試過,發現可能的原因可能是硬件/內存故障。在這種情況下,安裝系統時會出現一些問題。 – Niranjan 2010-06-14 05:24:28

相關問題