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

Chinaunix

標(biāo)題: 有人能看的出這個(gè)VXVM的宕機(jī)原因嗎 [打印本頁]

作者: webber121 時(shí)間: 2010-06-08 10:17
標(biāo)題: 有人能看的出這個(gè)VXVM的宕機(jī)原因嗎
WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: /scsi_vhci/ssd@g600a0b8000336310000002d948e4398b (ssd13):
      i/o to invalid geometry

WARNING: VxVM vxio V-5-0-196 Kernel log update failed: Volume radius_vol detache
d
WARNING: VxVM vxio V-5-0-3 Volume radius_vol block 16:
      Uncorrectable write error on Subdisk SUN6140_0_4-01 block 16
WARNING: msgcnt 1 mesg 039: V-2-39: vx_writesuper - /dev/vx/dsk/radiusdg/radius_
vol file system super-block write error
WARNING: msgcnt 2 mesg 031: V-2-31: vx_disable - /dev/vx/dsk/radiusdg/radius_vol
file system disabled

panic[cpu24]/thread=30005799260:
forced crash dump initiated at user request

000002a102cad960 genunix:kadmin+4a4 (b4, 0, 0, 1225400, 5, 0)
  %l0-3: 000000000182b400 00000000011ddc00 0000000000000004 0000000000000004
  %l4-7: 0000000000000438 0000000000000010 0000000000000004 0000000000000000
000002a102cada20 genunix:uadmin+11c (60037c83e60, 0, 0, ff390000, 0, 0)
  %l0-3: 0000000000000000 0000000000000000 00000000488c0000 000000000000488c
  %l4-7: 0000000000000001 0000000000000000 0000000000000005 0000030005799260

syncing file systems...
12
8
done
dumping to /dev/md/dsk/d20, offset 3357409280, content: kernel

業(yè)務(wù)切到B機(jī)去了 B機(jī)上面vxvm的狀態(tài)是完全正常的
主機(jī)messages里面沒有任何報(bào)錯(cuò)信息只有正常啟動(dòng)的信息機(jī)器是忽然自己reset的
這個(gè)是crash  msgbuf.0的信息
存儲(chǔ)確認(rèn)過了沒有任何問題硬件都是正常的
這個(gè)感覺非常奇怪啊是不是什么BUG啊有高人能看出來嗎

作者: webber121 時(shí)間: 2010-06-08 10:23
我發(fā)現(xiàn)SUN 現(xiàn)在有很多hang機(jī)　是沒有任何報(bào)錯(cuò)信息的　就是設(shè)置了deadman 也經(jīng)常沒有crash信息

作者: zhmzhouming 時(shí)間: 2010-06-08 10:33
去看看coredump吧沒信息的話只能看那個(gè)了

作者: 東方蜘蛛 時(shí)間: 2010-06-08 10:55
1.檢查該主機(jī)ssd13磁盤對(duì)應(yīng)的鏈路；
2.檢查ssd13對(duì)應(yīng)的VM磁盤；
3.檢查/dev/vx/dsk/radiusdg/radius_vol的文件系統(tǒng)；
4.檢查系統(tǒng)補(bǔ)丁及VxVM補(bǔ)丁是否需要更新。

最后，給LZ個(gè)建議，提問的時(shí)候把自己的軟硬件環(huán)境描述下，出問題前做過什么操作之類的！

作者: doging 時(shí)間: 2010-06-08 10:57
panic[cpu24]/thread=30005799260:
forced crash dump initiated at user request

000002a102cad960 genunix:kadmin+4a4 (b4, 0, 0, 1225400, 5, 0)

是不是安裝了vcs呀，這個(gè)panic是由第三方軟件發(fā)起的，

看前邊有些io 報(bào)錯(cuò)，可能是io報(bào)錯(cuò)引起vxvm dg不可訪問，應(yīng)用檢測(cè)到卷不可訪問而觸發(fā)panic

作者: easybegin 時(shí)間: 2010-06-08 11:29
估計(jì)是盤的backup信息出問題了，不能正常識(shí)別硬盤，導(dǎo)致panic了

作者: webber121 時(shí)間: 2010-06-08 11:32
我也是懷疑這個(gè)第3方軟件但是是VXVM這個(gè)層面還是應(yīng)用這個(gè)層面了就搞不清楚

作者: webber121 時(shí)間: 2010-06-08 11:36
蜘蛛這個(gè)radius_dg切到B機(jī)后狀態(tài)完全正常

dg radiusdg    default    default  20000 1261807700.102.shAAA01

dm SUN6140_0_10 SUN6140_0_8  auto    65536 1572732672 -
dm SUN6140_1_2  SUN6140_1_2  auto    65536 1572732672 -

v  radius_vol -          ENABLED  ACTIVE 1572730880 SELECT  -       fsgen
pl radius_vol-01 radius_vol  ENABLED  ACTIVE 1572730880 CONCAT  -       RW
sd SUN6140_0_10-01 radius_vol-01 SUN6140_0_10 0 1572730880 0    SUN6140_0_8 ENA
pl radius_vol-02 radius_vol  ENABLED  ACTIVE 1572730880 CONCAT  -       RW
sd SUN6140_1_2-01 radius_vol-02 SUN6140_1_2 0  1572730880 0    SUN6140_1_2 ENA

還有最新的EIS好象沒有給vxvm 5.0 for mp1的什么補(bǔ)丁我在里面只找到了for mp3的補(bǔ)丁這個(gè)VERITAS的版本是5.0 for mp1的

所有的連路都是正常的不然不會(huì)切過去后 B機(jī)器運(yùn)行了很長(zhǎng)一段時(shí)間了都沒有報(bào)錯(cuò)

主機(jī)構(gòu)架是2臺(tái) T5220和2臺(tái)6140做的雙機(jī) 存儲(chǔ)之間用VXVM做了mirror
雙機(jī)軟件是VCS的版本是5.0 for MP1

作者: webber121 時(shí)間: 2010-06-08 11:37

估計(jì)是盤的backup信息出問題了，不能正常識(shí)別硬盤，導(dǎo)致panic了
easybegin 發(fā)表于 2010-06-08 11:29

這個(gè)有辦法解決嗎這個(gè)VXVM的文件系統(tǒng)是vxfs veritas自己的文件系統(tǒng)

作者: webber121 時(shí)間: 2010-06-08 11:44
WARNING: msgcnt 1 mesg 039: V-2-39: vx_writesuper - /dev/vx/dsk/radiusdg/radius_
vol file system super-block write error
WARNING: msgcnt 2 mesg 031: V-2-31: vx_disable - /dev/vx/dsk/radiusdg/radius_vol
file system disabled

我是感覺應(yīng)用把VXVM跑崩的了感覺是因?yàn)槲募到y(tǒng)那里某些值不夠達(dá)到了極限所以就切過去的了而且宕機(jī)的時(shí)候正是業(yè)務(wù)最高峰的時(shí)候
有沒有人有類似的經(jīng)驗(yàn)
其實(shí)我在考慮2個(gè)6140的LUN做mirror 哪怕就是某一個(gè)6140的連路完全壞的了因?yàn)椴粦?yīng)該影響業(yè)務(wù) 不然mirror就沒意義了

作者: Tdog 時(shí)間: 2010-06-08 12:06
提示: 作者被禁止或刪除內(nèi)容自動(dòng)屏蔽

作者: webber121 時(shí)間: 2010-06-08 12:15
cxtydz 這樣不好因?yàn)槭枪饫w路徑 cxt后面東西很多很多看的累人
如果真有必要，其實(shí)可以用vxdisk path list去識(shí)別就可以了

作者: Tdog 時(shí)間: 2010-06-08 12:54
提示: 作者被禁止或刪除內(nèi)容自動(dòng)屏蔽

作者: dongchaojun 時(shí)間: 2010-06-08 13:04
jbod

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