- trey blogja
- A hozzászóláshoz be kell jelentkezni
- 1329 megtekintés
Hozzászólások
Ismeros :D Nalunk ugyanez van, es nem eloszor...
- A hozzászóláshoz be kell jelentkezni
Nem lenne izgalmas a szakmánk, ha nem a hotspare halna meg, hanem csak az egyik data diszk.
Meg miről posztolhatnánk, ugyebár...
[/troll]
--
Gergő
- A hozzászóláshoz be kell jelentkezni
Mivel a notification message-ben kiküldött jelentésben nincs benne, hogy ez most spare vagy sem, egészen addig izgalmas, hogy mi állt meg, amíg meg nem nézed.
EVENT:
HDD 3.5 DE#00-Disk#11(SAS 600GB 15krpm Spare) FaultEVENT CODE: P 8080000B
SEVERITY: Error
REPORT NO: 0-0001
DATE: APR 25 16:40:45 2018
DETAIL:
Amúgy túl nagy izgalom nem volt, tekintve, hogy RAID6 + global spare is van, így azért elég jó a redundancia.
Mindenesetre, akármilyen storage-ban hal meg diszk, egy kicsi para azért ott van, mert több storage-on is tudtunk reprodukálni olyan hibát, hogy RAID6-ból kiesett egy diszk, erre a controller lekapcsolta a LUN prezentációt a VMware-ek felé, mert csak úgy. Nyilván szépen összedöntve a rajta futó virtuális gépeket.
A gyártó válasza: firmware error.
Köszi.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
a vmware ha több pathon látja is a cuccot képes megborulni, mert csak... döglött már meg így clusterem
Átérzem
--
Gergő
- A hozzászóláshoz be kell jelentkezni
Itt konkrétan minden LUN 4 path-on (2 controller 2 port) látszik. De ha a storage bugból megszünteti, akkor attól mind a 4 path dead lesz :D
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
hat... inkabb a hotspare szalljon el, ott nincs adatrelokacio, csere aztan kesz.
- A hozzászóláshoz be kell jelentkezni