亚洲av成人无遮挡网站在线观看,少妇性bbb搡bbb爽爽爽,亚洲av日韩精品久久久久久,兔费看少妇性l交大片免费,无码少妇一区二区三区

Chinaunix

標(biāo)題: greenplum斷電重啟報(bào)錯(cuò),其中二個(gè)結(jié)點(diǎn)未能啟動(dòng)起來(lái).psql fatal invalid page header [打印本頁(yè)]

作者: yanghong709 時(shí)間: 2012-04-13 17:47
標(biāo)題: greenplum斷電重啟報(bào)錯(cuò),其中二個(gè)結(jié)點(diǎn)未能啟動(dòng)起來(lái).psql fatal invalid page header
環(huán)境: SUSE Linux + Greenplum3.3.7(Base on PG8.3.2)
問(wèn)題來(lái)源:機(jī)房連續(xù)二次斷電.
癥狀:  gpstart報(bào)出大量的錯(cuò),日志顯示有幾個(gè)結(jié)點(diǎn)不正常
分析過(guò)程:
使用gprecoverseg -F對(duì)結(jié)點(diǎn)進(jìn)行修復(fù).修復(fù)完成后,通過(guò)gpstate查看,發(fā)現(xiàn)仍然有二個(gè)結(jié)點(diǎn)啟動(dòng)不正常.以下,就進(jìn)入結(jié)點(diǎn)里面,折騰PG了.

錯(cuò)誤記錄:
(1)
gpadmin@sdw1:~> PGOPTIONS='-c gp_session_role=utility' psql template1 -p 60001
psql: FATAL:  could not access status of transaction 3832760714
DETAIL:  Could not open file "pg_clog/0391": No such file or directory.

目前使用的方法(在群里面詢問(wèn)德哥使用的方法)
dd if=/dev/zero of=/data/m/gp4/pg_clog/xxxx bs=1 count=1048576
fix it.

      * In a crash-and-restart situation, it's possible for us to receive
      * commands to set the commit status of transactions whose bits are in
      * already-truncated segments of the commit log (see notes in
      * SlruPhysicalWritePage).    Hence, if we are InRecovery, allow the case
      * where the file doesn't exist, and return zeroes instead.

(2)
gpadmin@sdw1:/data/m/gp4> PGOPTIONS='-c gp_session_role=utility'  pg_ctl start -D /data/m/gp4/
gpadmin@sdw1:~> PGOPTIONS='-c gp_session_role=utility' psql jtsjzx -p 60001
psql: FATAL:  invalid page header in block 4 of relation "pg_attribute"
gpadmin@sdw1:~> PGOPTIONS='-c gp_session_role=utility' psql template1 -p 60001
psql: PANIC:  could not open critical system index 2662 (relcache.c:2490)

gpadmin@sdw1:/data/m/gp4> postgres -P -O -D /data/m/gp4 -p 60001
錯(cuò)誤同上.

--這里面有個(gè)疑惑: P參數(shù):disable system index  O參數(shù):allow system table structure changes.為啥仍然會(huì)報(bào)could not open critical system index

走到這一步,似乎已經(jīng)山窮水盡了,請(qǐng)教大牛們,可遇到這種情況,或者說(shuō)有相應(yīng)的文檔可以參考的?謝謝.

作者: nozjz 時(shí)間: 2012-04-14 20:06
-O你這里應(yīng)該用不到。
-P表示查詢系統(tǒng)表時(shí)不使用索引，但是如果修改了系統(tǒng)表中的數(shù)據(jù)的話，還是會(huì)更新系統(tǒng)索引。
你這里的問(wèn)題應(yīng)該是讀取pg_class表中的oid為2662（pg_class_oid_index）的記錄時(shí)失敗，估計(jì)是pg_class表本身的數(shù)據(jù)有損壞。

作者: osdba 時(shí)間: 2012-04-17 14:03
psql: FATAL: could not access status of transaction 3832760714
DETAIL: Could not open file "pg_clog/0391": No such file or directory.

我維護(hù)GP中也發(fā)生過(guò)"could not access status of transaction 3832760714"，但不象你這樣，連文件都沒(méi)有了�？茨愕拿枋�，象是你的數(shù)據(jù)數(shù)據(jù)丟失很多，估計(jì)即使數(shù)據(jù)庫(kù)啟來(lái)，估計(jì)還會(huì)有很多不正常的地方。

另手工啟動(dòng)底下結(jié)點(diǎn)時(shí)，不需要加 PGOPTIONS='-c gp_session_role=utility'，直接：
pg_ctl start -D /data/m/gp4/
就可以了。不知你為何要加這個(gè)？只有用psql連接時(shí)才需要PGOPTIONS='-c gp_session_role=utility'。

作者: yanghong709 時(shí)間: 2012-04-17 22:30
是的，不過(guò)好像是pg_attribute表有所損壞，但是進(jìn)去之后，rebuild table pg_attribute仍然不行回復(fù) 2# nozjz

作者: yanghong709 時(shí)間: 2012-04-17 22:32
嗯，是的，不用加前面那一部分的。今天使用PGOPTIONS='-c gp_session_role=utility' psql -d postgres -p 50001可以進(jìn)庫(kù)了，但是GP仍然啟動(dòng)不了。

osdba 發(fā)表于 2012-04-17 14:03
psql: FATAL: could not access status of transaction 3832760714
DETAIL: Could not open file "pg_cl ...

歡迎光臨 Chinaunix (http://72891.cn/)