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

Chinaunix

標(biāo)題: SUN V890 安裝Solaris 10后，為什么每天都自動(dòng)變成ok模式？ [打印本頁]

作者: raoyunjia 時(shí)間: 2014-05-03 00:34
標(biāo)題: SUN V890 安裝Solaris 10后，為什么每天都自動(dòng)變成ok模式？
版本 Solaris 10 1/13 s10s_u11wos_24a SPARC
有什么思路來解決這個(gè)問題？多謝

作者: rf00147 時(shí)間: 2014-05-03 09:57
發(fā)messages 或者收explorer發(fā)論壇

作者: raoyunjia 時(shí)間: 2014-05-03 17:17
回復(fù) 2# rf00147

我安裝了sun explorer后，然后運(yùn)行/opt/SUNWexplo/bin/explorer。得到一個(gè)壓縮文件，有4M左右。你能幫看一下？？

至于你說的message，是不是指串口打印消息？當(dāng)solaris變成OK模式時(shí)，恰好沒有抓取串口消息，今晚我可以抓取串口消息。

作者: raoyunjia 時(shí)間: 2014-05-03 18:55
現(xiàn)場(chǎng)的explorer

explorer.84415a22.zte-pune-cpe-cluster1-eri0-2014.05.03.08.36.tar.gz

3.72 MB, 下載次數(shù): 37

作者: rf00147 時(shí)間: 2014-05-03 21:22
May  3 02:12:09 zte-pune-cpe-cluster1-eri0 eri: [ID 786680 kern.notice] SUNW,eri0 : No response from Ethernet network : Link down -- cable problem?
May  3 02:12:18 zte-pune-cpe-cluster1-eri0 Had[534]: [ID 702911 daemon.notice] VCS ERROR V-16-1-10303 Resource ora_nic (Owner: Unspecified, Group: ora_app) is FAULTED (timed out) on sys zte-pune-cpe-cluster1-eri0
May  3 02:12:37 zte-pune-cpe-cluster1-eri0 Had[534]: [ID 702911 daemon.notice] VCS ERROR V-16-1-10205 Group ora_app is faulted on system zte-pune-cpe-cluster1-eri0
May  3 02:12:44 zte-pune-cpe-cluster1-eri0 Had[534]: [ID 702911 daemon.notice] VCS ERROR V-16-1-10303 Resource ora_nic (Owner: Unspecified, Group: ora_app) is FAULTED (timed out) on sys zte-pune-cpe-cluster2-eri0
May  3 02:13:11 zte-pune-cpe-cluster1-eri0 Had[534]: [ID 702911 daemon.notice] VCS ERROR V-16-1-10205 Group ora_app is faulted on system zte-pune-cpe-cluster2-eri0
May  3 02:13:19 zte-pune-cpe-cluster1-eri0 eri: [ID 786680 kern.notice] SUNW,eri0 : No response from Ethernet network : Link down -- cable problem?

vcs報(bào)錯(cuò)，資源faluted，然后還有網(wǎng)絡(luò)link down 接著就宕機(jī)了但為什么會(huì)到ok呢？

作者: bencyber 時(shí)間: 2014-05-04 10:18
這個(gè)設(shè)備/pci@8,600000/SUNW,qlc@2可能有問題了，換個(gè)網(wǎng)口試。

作者: raoyunjia 時(shí)間: 2014-05-04 16:39
本帖最后由 raoyunjia 于 2014-05-04 19:56 編輯

回復(fù) 5# rf00147

vcs報(bào)錯(cuò)，資源faluted，然后還有網(wǎng)絡(luò)link down 接著就宕機(jī)了但為什么會(huì)到ok呢？
link down的情況說明，因?yàn)槭窃谡{(diào)試階段。v890連接到一個(gè)8口的小交換機(jī)。因?yàn)槲沂謩?dòng)斷掉，或者機(jī)房照明停電（8口小交換機(jī)連的是照明電），都會(huì)導(dǎo)致link down。

接著宕機(jī)。你是從哪里看到，系統(tǒng)宕機(jī)了？請(qǐng)解釋下。謝謝

因?yàn)槲沂莿偨佑|solaris不久。請(qǐng)教下，你是在explorer中哪些文件看到這些內(nèi)容的？我也想試著分析。

作者: raoyunjia 時(shí)間: 2014-05-04 16:41
回復(fù) 6# bencyber
你如何分析出來qlc@2是網(wǎng)口？
我從format的結(jié)構(gòu)來看，我感覺qlc@2是用來連接本地磁盤的接口吧？
[root@zte-pune-cpe-cluster1-eri0]#format
Searching for disks...done

AVAILABLE DISK SELECTIONS:
   0. c1t0d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e01325cc11,0
   1. c1t1d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e013248831,0
   2. c1t2d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e0132de021,0
   3. c1t3d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e0132b40a1,0
   4. c1t4d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e01325cd31,0
   5. c1t5d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e0132a56a1,0
   6. c6t600A0B80002920F40000347353617AFFd0 <STK-FLEXLINE380-0660 cyl 35838 alt 2 hd 64 sec 64>
      /scsi_vhci/ssd@g600a0b80002920f40000347353617aff
   7. c6t600A0B80002920F40000347753618267d0 <STK-FLEXLINE380-0660 cyl 15358 alt 2 hd 64 sec 64>
      /scsi_vhci/ssd@g600a0b80002920f40000347753618267
Specify disk (enter its number):

作者: bencyber 時(shí)間: 2014-05-04 17:01
回復(fù) 8# raoyunjia

貼錯(cuò)了：
應(yīng)該如下:
--------------- ------------------------------------  -------------- ---------
TIME          EVENT-ID                            MSG-ID       SEVERITY
--------------- ------------------------------------  -------------- ---------
May 01 12:03:55 e723cc12-5195-cb0f-9869-d81c0ae33e10  PCIEX-8000-5Y  Major

Host       : zte-pune-cpe-cluster1-eri0
Platform : SUNW,Sun-Fire-V890 Chassis_id  :
Product_sn  :

Fault class : fault.io.pci.device-invreq
Affects    : dev:////pci@8,600000/SUNW,qlc@2
               faulted but still in service
FRU       : "MB" (hc://:product-id=SUNW,Sun-Fire-V890:server-id=zte-pune-cpe-cluster1-eri0/motherboard=0)
               faulty

Description : The transmitting device sent an invalid request.

Response : One or more device instances may be disabled

Impact    : Loss of services provided by the device instances associated with
            this fault

Action    : Use 'fmadm faulty' to provide a more detailed view of this event.
            Please refer to the associated reference document at
            http://sun.com/msg/PCIEX-8000-5Y for the latest service
            procedures and policies regarding this diagnosis.

作者: calcm 時(shí)間: 2014-05-04 17:02
本帖最后由 calcm 于 2014-05-04 17:05 編輯

還得抓console的信息，目前你的local disk的背板有報(bào)錯(cuò)
--------------- ------------------------------------  -------------- ---------
TIME          EVENT-ID                            MSG-ID       SEVERITY
--------------- ------------------------------------  -------------- ---------
May 01 12:03:55 e723cc12-5195-cb0f-9869-d81c0ae33e10  PCIEX-8000-5Y  Major

Host       : zte-pune-cpe-cluster1-eri0
Platform : SUNW,Sun-Fire-V890 Chassis_id  :
Product_sn  :

Fault class : fault.io.pci.device-invreq
Affects    : dev:////pci@8,600000/SUNW,qlc@2
               faulted but still in service
FRU       : "MB" (hc://:product-id=SUNW,Sun-Fire-V890:server-id=zte-pune-cpe-cluster1-eri0/motherboard=0)
               faulty

Description : The transmitting device sent an invalid request.

Response : One or more device instances may be disabled

Impact    : Loss of services provided by the device instances associated with
            this fault

Action    : Use 'fmadm faulty' to provide a more detailed view of this event.
            Please refer to the associated reference document at
            http://sun.com/msg/PCIEX-8000-5Y for the latest service
            procedures and policies regarding this diagnosis.

Searching for disks...done

AVAILABLE DISK SELECTIONS:
   0. c1t0d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e01325cc11,0
   1. c1t1d0 <SUN146G cyl 14087 alt 2 hd 24 sec 848>
      /pci@8,600000/SUNW,qlc@2/fp@0,0/ssd@w500000e013248831,0

作者: raoyunjia 時(shí)間: 2014-05-04 19:52
回復(fù) 10# calcm

1. 我是剛接觸solaris不久。請(qǐng)教下，你們是在explorer中哪些文件看到這些內(nèi)容的？我也想試著分析。
2. v890幾次自動(dòng)變成ok模式時(shí)，我恰好沒有接串口。從上個(gè)月底系統(tǒng)重裝后，似乎每天深夜都會(huì)自動(dòng)變成ok模式。但是昨天晚上，串口連了一夜，又沒有自動(dòng)變成ok

作者: rf00147 時(shí)間: 2014-05-04 22:33
做最大化自檢看看吧，還有就是補(bǔ)丁打一下fmd里面好像有報(bào)錯(cuò)和補(bǔ)丁有關(guān)

作者: calcm 時(shí)間: 2014-05-05 12:58
回復(fù) 11# raoyunjia

explorer你可以看看disks/fma/sysconfig這個(gè)幾個(gè)目錄下的內(nèi)容
fmadm-faulty.out

作者: raoyunjia 時(shí)間: 2014-05-05 14:03
回復(fù) 12# rf00147

還有就是補(bǔ)丁打一下fmd里面好像有報(bào)錯(cuò)和補(bǔ)丁有關(guān)。能告訴我fmd哪個(gè)報(bào)錯(cuò)與補(bǔ)丁有關(guān)？謝謝。
因?yàn)槲野惭b的solaris 10是從oracle網(wǎng)站上下載的最新版本solaris 10 。

               Oracle Solaris 10 1/13 s10s_u11wos_24a SPARC
  Copyright (c) 1983, 2013, Oracle and/or its affiliates. All rights reserved.
                        Assembled 17 January 2013

作者: raoyunjia 時(shí)間: 2014-05-05 15:05
回復(fù) 2# rf00147
回復(fù) 13# calcm

message.7z

37.62 KB, 下載次數(shù): 13

作者: raoyunjia 時(shí)間: 2014-05-05 21:17
回復(fù) 12# rf00147

最大化自檢以及EEPROM.7z

2.31 KB, 下載次數(shù): 15

作者: wenmaming_cu 時(shí)間: 2014-05-06 14:26

可以查一下auto-boot的參數(shù)是否設(shè)定成了true.

• auto-boot?
確定系統(tǒng)加電后是否自動(dòng)啟動(dòng)，默認(rèn)一般是true,如果為false則自動(dòng)進(jìn)入OBP配置
即ok狀態(tài).

感覺有兩個(gè)問題，一是為什么系統(tǒng)會(huì)重啟,二是為什么每次重啟都是進(jìn)入了OK模式。

作者: raoyunjia 時(shí)間: 2014-05-07 00:43
本帖最后由 raoyunjia 于 2014-05-07 00:47 編輯

回復(fù) 17# wenmaming_cu 。
回復(fù) 13# calcm

1. 我這邊其實(shí)是有2個(gè)sun v890，組成雙機(jī)，我看了eeprom，發(fā)現(xiàn)2個(gè)機(jī)器都是 auto-boot?=true。

2. 其他網(wǎng)友如calcm，提到explorer反饋的結(jié)果，發(fā)現(xiàn)自動(dòng)ok的機(jī)器fmadm faulty中有錯(cuò)誤信息反饋，如下藍(lán)色部分。其實(shí)兩臺(tái)機(jī)器都有類似的fmadm faulty內(nèi)容。但我只發(fā)現(xiàn)一臺(tái)自動(dòng)ok，另一臺(tái)從沒有發(fā)現(xiàn)自動(dòng)ok。所以，我感覺自動(dòng)ok的原因可能不是這個(gè) 硬件故障。

3. 我發(fā)現(xiàn)自動(dòng)ok的機(jī)器，eeprom里有

use-nvramrc?=false
nvramrc=." ChassisSerialNumber SERIALNUMBER " cr
security-mode=none
而從沒有自動(dòng)ok的機(jī)器，eeprom卻是如下。不知道是否這個(gè)有影響？還有怎么查看nvramrc中的內(nèi)容，我只知道編輯nvramrc的命令是 nvedit。

use-nvramrc?=true
nvramrc=devalias net /pci@9,700000/network@1,1

security-mode=none

--------------- ------------------------------------  -------------- ---------
TIME          EVENT-ID                            MSG-ID       SEVERITY
--------------- ------------------------------------  -------------- ---------
May 01 12:03:55 e723cc12-5195-cb0f-9869-d81c0ae33e10  PCIEX-8000-5Y  Major

Host       : zte-pune-cpe-cluster1-eri0
Platform : SUNW,Sun-Fire-V890       Chassis_id  :
Product_sn  :

Fault class : fault.io.pci.device-invreq
Affects    : dev:////pci@8,600000/SUNW,qlc@2
               faulted but still in service
FRU       : "MB" (hc://:product-id=SUNW,Sun-Fire-V890:server-id=zte-pune-cpe-cluster1-eri0/motherboard=0)
               faulty

Description : The transmitting device sent an invalid request.

Response : One or more device instances may be disabled

Impact    : Loss of services provided by the device instances associated with
            this fault

Action    : Use 'fmadm faulty' to provide a more detailed view of this event.
            Please refer to the associated reference document at
            http://sun.com/msg/PCIEX-8000-5Y for the latest service
            procedures and policies regarding this diagnosis.

作者: San風(fēng)夕 時(shí)間: 2014-05-07 11:34
本帖最后由 San風(fēng)夕于 2014-05-07 11:35 編輯

我這里有臺(tái)M4000跟你的現(xiàn)象一樣,
autoboot設(shè)置為true,但是掉電后上電就到OK了.開始還沒留意,剛我檢查了eeprom信息發(fā)現(xiàn)跟你出問題那臺(tái)的很相似.

都是nvramrc里的第一條別名是net,
nvramrc=devalias net /pci@0,600000/pci@0/pci@8/pci@0/network@2

我這里所有服務(wù)器都是設(shè)置use-nvramrc?=true的,但只有nvramrc里第一個(gè)是net的有這個(gè)問題,剛好你的看著也是.
不知道是不是這個(gè)原因.

回復(fù) 18# raoyunjia

作者: raoyunjia 時(shí)間: 2014-05-07 16:57
回復(fù) 19# San風(fēng)夕

我的是從沒有自動(dòng)ok的機(jī)器 nvramrc別名是net，如下。和你說的不一樣吧。
use-nvramrc?=true
nvramrc=devalias net /pci@9,700000/network@1,1

作者: raoyunjia 時(shí)間: 2014-06-27 21:05

回復(fù) 10# calcm

我專門在網(wǎng)上搜索 PCIEX-8000-5Y，找到如下一個(gè)鏈接。也就是說這個(gè)是個(gè)bug
https://community.oracle.com/thread/2352466?tstart=0

有網(wǎng)友說
There is a bug documented for this behavior: SunBug 6676294. The Bug is fixed in 139606-02 or the latest version of the qlc driver patch.
If already installed, further investigation will needed.

作者: raoyunjia 時(shí)間: 2014-06-27 21:09
我把這個(gè)補(bǔ)丁也貢獻(xiàn)出來吧。

139606-02.zip

713.09 KB, 下載次數(shù): 24

作者: 最愛分析取證 時(shí)間: 2016-03-29 10:06
大哥，看你14年5月份的帖子，你有Solaris 10 1/13 s10s_u11wos_24a SPARC的操作系統(tǒng)，小弟現(xiàn)在也急想要，網(wǎng)上找到了好久都找不到，不知道大哥能共享一下不，感激不盡

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