회원K오늘 한창 바쁜 와중에 HP DL120 G7 장비가 죽었습니다.
서비스중인 파일서버라서 IDC에 이야기 해서 reboot을 시켰는데,
무엇을 봐야지 원인을 찾을 수 있을까요???
OS는 CentOS 입니다.
. RAM : 16GB중 4-5GB만 쓰고 swap은 하나도 안씁니다.
. CPU 부하 거의 안걸립니다.
. DISK 아주 여유 많습니다.
HW 쪽의 fail log를 뽑고 싶은데, 가능할까요?
- to be continue -
오늘 한창 바쁜 와중에 HP DL120 G7 장비가 죽었습니다.
서비스중인 파일서버라서 IDC에 이야기 해서 reboot을 시켰는데,
무엇을 봐야지 원인을 찾을 수 있을까요???
OS는 CentOS 입니다.
. RAM : 16GB중 4-5GB만 쓰고 swap은 하나도 안씁니다.
. CPU 부하 거의 안걸립니다.
. DISK 아주 여유 많습니다.
HW 쪽의 fail log를 뽑고 싶은데, 가능할까요?
IML 확인해 보세요.
당연히 ilo는 연결 않하셨을테니
콘솔로 하셔야 할듯.....
부팅 되서 지금은 돈다면 서포트팩 까셨다면 SMH 나 IML 를 통해서 직접 보셔도 되고
아니면 스마트 스타트 cd넣고 IML 직접 확인하셔도 됩니다.
물론 이 과정은 하드웨어적인 오류를 보여주는것이며
소프트웨어적인 센트의 오류였다면 서버 로그파일 뒤져보시면 되겠죠.....
ps. 전 리눅스도 gui 모드로 사용하다보니
gui로 로그 보는 법 밖엔 몰라요~~~
더구나 idc가 멀어서... 한동안은 가지 않을거 같아요.
120 시리즈니 아마 최하위 단계 플랫폼 보드인거 같은데 360 380 시리즈랑은 많이 다릅니다.
CentOS의 제일 싫었던게 바로 이부분이여서 쳐다도 안보는 리눅스로 전락한겁니다.
OS 로그도 없고 하드웨어 로그도 없고... 패닉나면 그냥 리부팅이 답입니다.
이번건은 hw가 멈춘거 같은데, 워킹을 살려야 해서 그냥 reboot을 해버려서...
Apr 8 02:08:31 kcolo122-76 kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
Apr 8 02:11:55 kcolo122-76 kernel: e1000e: eth0 NIC Link is Down
Apr 8 02:11:58 kcolo122-76 kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
Apr 8 02:12:02 kcolo122-76 kernel: e1000e: eth0 NIC Link is Down
Apr 8 02:12:04 kcolo122-76 kernel: e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None
... 온보드의 lan이 죽었네요.
왜 그런건지.......
그저 신기할뿐....
모델명 처보니 바로 Link is Down 이란 내용이 주루룩 ...
https://www.google.co.kr/search?q=%EA%B5%AC%EA%B8%80%EB%B2%88%EC%97%AD&oq=%EA%B5%AC%EA%B8%80%EB%B2%88%EC%97%AD&aqs=chrome..69i57.7340j0j1&sourceid=chrome&espv=210&es_sm=122&ie=UTF-8#newwindow=1&q=e1000e%20nic%20link%20is%20down
나름 SOLVED 라는 내용도 있네요.
어제 오후 4시, 오늘 새벽 2시.
2번이나 죽었네요.
이 다운로드가 맞는건지 전 모름....
대략 맞을듯해서 링크 남겨 봅니다....
http://www.mapoo.net/entry/CentOS-e1000e-%EB%93%9C%EB%9D%BC%EC%9D%B4%EB%B2%84-%EB%AC%B8%EC%A0%9C
위 내용 하단에 이렇게 되어 있네요.
============펌===================
아래는 임시 해결 방법인데, 근본적으로 해결하려면 2.6.32-358.el6 커널로 업데이트를 해야 한다.
http://www.doxer.org/learn-linux/resolved-intel-e1000e-driver-bug-on-82574l-ethernet-controller-causing-network-blipping/
아래는 Centos 버그 리포트 사이트 내용
http://bugs.centos.org/view.php?id=6018
아래는 해당 버그를 [2.6.32-313.el6] 커널에서 수정했다고 표기되어있다. (82574 로 찾기를 하면 볼 수 있음)
https://oss.oracle.com/pipermail/el-errata/2013-February/003297.html
해당 문제는 ASPM과 negotiation 관련된 것으로 인해 발생됨을 위 사이트에서 확인 가능하다.
또한 해당 문제는 CentOS 6.0 ~ 6.3 (커널기준)에서만 발생되는 문제로 판단된다.
=========================
저 심심한거 같죠?
밤 샜더니 이제 곧 퇴근시간이라
서핑 놀이 잠시 하였습니다~~~^^
hw가 나간게 아닌가 의심되고 있어요...
HP가 처음엔 멀쩡했다가 1년이 지나면 펌웨어 이슈가 줄줄이 나오는것도 흔한 증상입니다.
G7 장비가 제일 조용했는데도 펌웨어 이슈는 여전히 갖고 있었습니다.
로그 수집하라고 느긋하게 조언을.
lshw 돌리고 뭐 다 그런거에요.
이걸로 hw 장애니 뭐니 그런거는 아예 판별불가...
파워가 아니면, 보드가 죽은 것 같은데... ML110 G7의 보드를 가져다가 바꿔버릴까 생각중입니다.
셔프트위어적임 장애가 우선 의심되며
일단은..... 저라면....
사이트 안정화가 우선이니 백업장비 또는 hp as로 빠른 처리를......
서버 문제시 저는 일단은 무슨문제든 일단은 살려놓고 보아야 한다고 생각합니다.
선반 위에 있는 2대는 임차가 8월에 끝나기 때문에,
8월까지는 제가 맘대로 분해조립을 못합니다.
iml을 보려면, hpsum으로는 안되죠?
결국 CD-ROM 넣고 부팅해야 하는 것일까요???
ML110 G7의 스마트 CD를 넣어도 될까요?