iLO4 리부팅 Bug

OS/버그 리포트 2015. 1. 14. 12:38 Posted by 이정식

HP x86 서버에서 Kernel Panic과 함께 서버가 리부팅되는 Bug가 발견되어 펌웨어 업그레이드가 필요합니다.


 

1.     이슈 내용

- iLO4(HP DL 360/380/580 Gen8 서버) 장비에서 발생하는 문제로 iLO4 펌웨어 버전 1.30, 1.32, 1.40, 1.50

사용하는 서버에서 NMI가 발생하는 Bug가 있어 1.51 이상의 펌웨어로 업데이트가 필요합니다.

- iLO3 를 사용하는 G7(DL380 G7 등의) iLO2를 사용하는 G5, G6 장비는 해당되지 않습니다.

Glossary

- Integrated Lights-Out (iLO)

HP에서 만든 독자적 임베디드 서버 관리 기술이며, 서버의 기본 네트워크 인터페이스 외의 물리적 이더넷 포트를

이용하여 원격지에서 HP 서버의 활동을 수행하게끔 한다.

- NMI(Non-Maskable Interrupt)

 처리 여부를 묻지 않고 CPU가 무조건 처리하는 인터럽트

) 메모리 패리티 에러, I/O channel check

 

2.     패치 영향

- 펌웨어 업데이트 후 시스템 재시작이 필요.

 

      ※ 참고

SR 진행 결과 - Red Hat Global Support Services

이번 패닉 이슈는 커널이 NMI 신호를 받고 패닉된 것으로 보입니다. 해당 이슈 발생원인에 대하여 하드웨어 IML 로그를 확인해 보시기 바랍니다.

 

<0>Kernel panic - not syncing: An NMI occurred, please see the Integrated Management Log for details.

<0>

<4>Pid: 0, comm: swapper Tainted: G           ---------------  T 2.6.32-358.11.1.el6.x86_64 #1

<4>Call Trace:

<4> <NMI>  [<ffffffff8150d4f8>] ? panic+0xa7/0x16f

<4> [<ffffffff815130d6>] ? kprobe_exceptions_notify+0x16/0x430

<4> [<ffffffffa00234cd>] ? hpwdt_pretimeout+0x8d/0xbc [hpwdt]

<4> [<ffffffff81511c19>] ? perf_event_nmi_handler+0x9/0xb0

<4> [<ffffffff81513705>] ? notifier_call_chain+0x55/0x80

<4> [<ffffffff8151376a>] ? atomic_notifier_call_chain+0x1a/0x20

<4> [<ffffffff8109cc1e>] ? notify_die+0x2e/0x30

<4> [<ffffffff815114b3>] ? do_nmi+0x2a3/0x340

<4> [<ffffffff81510c90>] ? nmi+0x20/0x30

<4> [<ffffffff812d39d1>] ? intel_idle+0xb1/0x170

<4> <<EOE>>  [<ffffffff8109de11>] ? sched_clock_idle_sleep_event+0x11/0x20

<4> [<ffffffff814163f8>] ? menu_select+0x178/0x390

<4> [<ffffffff814152d7>] ? cpuidle_idle_call+0xa7/0x140

<4> [<ffffffff81009fc6>] ? cpu_idle+0xb6/0x110

<4> [<ffffffff814f345a>] ? rest_init+0x7a/0x80

<4> [<ffffffff81c27f7b>] ? start_kernel+0x424/0x430

<4> [<ffffffff81c2733a>] ? x86_64_start_reservations+0x125/0x129

<4> [<ffffffff81c27438>] ? x86_64_start_kernel+0xfa/0x109

 

참고로 기존에 기록된 이슈에 의하면 HP ProLiant DL360p Gen8 에서 iLO 4 펌웨어 버그로 이와 같은 패닉 이슈가 발생되는 것으로 알고 있습니다. 해당의 경우 하드웨어사에 연락하셔서 iLO 펌웨어 버전을 올리시기 바랍니다.

 

참고문서:

Why does the system crash with HP NMI Watchdog [hpwdt]?

https://access.redhat..com/solutions/707563

========================================================== 

해당 페이지 확인 결과 위 현상이 발생 가능한 조건은 아래와 같습니다.

n  Red Hat Enterprise Linux 7

n  Red Hat Enterprise Linux 6

n  Red Hat Enterprise Linux 5

n  iLO4 Management Interface

ü  HP ProLiant DL380p Gen8

ü  HP ProLiant DL360p Gen8

ü  ProLiant Gen8 Servers with HP Integrated Lights-Out 4 Firmware Versions 1.30, 1.32, 1.40

and 1.50

n  HP watchdog driver [hpwdt].

관련하여 H/W 업체에서는 위 조건에 맞는 장비들에 ILO 1.51 버전 설치를 권고한 상태입니다.

 

본 사항에 관련 있으신 분들은 위 내용 확인하시어 장애 대응하는데 활용하시기 바랍니다.


dmidecode 리눅스 하드웨어 정보 확인

OS/Linux 2015. 1. 7. 15:24 Posted by 알 수 없는 사용자



BIOS 나 하드웨어 스펙 확인을 할 경우가 있는데


이번 경우 같은 경우는, 

메모리 증설을 해야하는데, 현재 몇개의 슬롯이 남는지 확인하는 명령어 입니다.


dmidecode 라는 명령어를 이용하면 됩니다.


저같은 경우는


dmidecode -t 17 | egrep 'Memory | Size' 

를 통하여 현재 사용하는 메모리 슬롯과 남는 슬롯을 체크하였습니다.


참고로 -t 옵션 입니다.


-t 타입으로는 아래와 같이 있습니다. 

————————–
0 BIOS
1 System
2 Base Board 보드명칭
3 Chassis
4 Processor
5 Memory Controller
6 Memory Module
7 Cache
8 Port Connector
9 System Slots
10 On Board Devices
11 OEM Strings
12 System Configuration Options
13 BIOS Language
14 Group Associations
15 System Event Log
16 Physical Memory Array / 최대지원 메모리
17 Memory Device / 메모리 슬롯수 확인
18 32-bit Memory Error
19 Memory Array Mapped Address
20 Memory Device Mapped Address
21 Built-in Pointing Device
22 Portable Battery
23 System Reset
24 Hardware Security
25 System Power Controls
26 Voltage Probe
27 Cooling Device
28 Temperature Probe
29 Electrical Current Probe
30 Out-of-band Remote Access
31 Boot Integrity Services
32 System Boot
33 64-bit Memory Error
34 Management Device
35 Management Device Component
36 Management Device Threshold Data
37 Memory Channel
38 IPMI Device
39 Power Supply
40 Additional Information
41 Onboard Device



'OS > Linux' 카테고리의 다른 글

cp -f 등 특정 옵션이 안 먹힐 때, 확인 사항  (0) 2015.03.20
yum histroy 관리법입니다.  (0) 2015.03.06
리눅스 파일의 속성 관련  (0) 2014.03.13
xshell 기본 설정  (0) 2013.11.12
history에 시간남기기  (0) 2013.10.31

AD OU 백업하기

OS/Windows 2014. 12. 3. 11:27 Posted by 알 수 없는 사용자

 

기존에 GPO 백업을 포스팅하였습니다.

http://eun2jong.com/entry/AD-GPO-%EB%B0%B1%EC%97%85

 

이번엔 OU를 백업하는 방법을 포스팅합니다.

 

1.csvde 명령어를 이용한 단순 백업

OU 내보내기

csvde -f c:\user.txt

OU 가져오기

csvde -i -f c:\user.txt

c:\ 밑에 user.txt라는 파일이 생성됩니다.

 

문제는 OU 가져올 때,

시스템에 관련된 계정들(administrator 등)이 오류가 발생하므로, 가져올때는 제외하고 가져오기 해야합니다.

 

 

이렇게 각각 GPO, OU를 백업하는 방법도 있지만

AD전체적인 백업을 진행하는 게, 추후 복원이나 관리에도 편할거라 생각합니다.

 

 

2. ntdsutil 을 이용한 스냅샷

Ntdsutil snapshot "activate instance ntds" create quit quit

 

참고)

http://technet.microsoft.com/en-us/library/cc753609%28WS.10%29.aspx

 


3. Windows Backup을 이용한 AD백업 (추천)

관리도구 - Windwos Server 백업을 통한 백업


참고)

http://technet.microsoft.com/ko-kr/library/cc754843(v=ws.10).aspx


세부내역은 추후 포스팅하겠습니다.

AD GPO 백업 방법

OS/Windows 2014. 10. 15. 12:06 Posted by 알 수 없는 사용자

(1) GUI

그룹 정책 개체에서 '모두 백업'으로 전체 백업이 가능하며,
각각 그룹에서 따로 백업이 가능하다.

전체 백업을 하려면 '도메인'에서 백업 가능





(2) CMD 로

GPO파일의 폴더는

%SystemRoot%/Sysvol/Domain/Policies

이다





각 정책이 GPO ID로 폴더로 생성되어있다.

이 부분을 백업하면 된다.


'OS > Windows' 카테고리의 다른 글

공인 인증서(NPKI) 윈도우 버전별 위치입니다.  (0) 2015.01.16
AD OU 백업하기  (0) 2014.12.03
AD 계정별(or OU별) Policy 설정  (0) 2014.07.23
Dell Server Teaming 구성  (0) 2014.04.18
AD 장애 확인  (1) 2014.01.22

AD 계정별(or OU별) Policy 설정

OS/Windows 2014. 7. 23. 17:17 Posted by 알 수 없는 사용자


AD 운영하다보면 실제로 여러가지 계정을 사용하는데
그 계정마다 설정하고픈 Policy가 다르게 설정하는 방법


1. '그룹 정책 관리' 에서
 OU를 하나 추가한다. 간단히 Test로 생성



2. GPO도 생성


필요한 정책은 설정에서 넣어주시면 됩니다.

다 넣으셨으면 GPO 연결사용 및 GPO상태를 사용으로 바꿔주시면 됩니다.



3. 새로 생성한 OU인 Test에 필요한 서버들은(Computers) 'AD 사용자 및 컴퓨터' 넣어주시면 됩니다.






'OS > Windows' 카테고리의 다른 글

AD OU 백업하기  (0) 2014.12.03
AD GPO 백업 방법  (0) 2014.10.15
Dell Server Teaming 구성  (0) 2014.04.18
AD 장애 확인  (1) 2014.01.22
tcping  (0) 2014.01.10

Dell Server Teaming 구성

OS/Windows 2014. 4. 18. 20:57 Posted by 알 수 없는 사용자

안녕하세요 서초센터 김해관 입니다.


Dell Server Teaming을 구성하며 정리해 보았습니다.


1. Dell 공식 홈페이지 http://www.dell.com 에서 각 서버에 맞는 드라이버를 다운 받아야 합니다.


Teaming 구성을 위한 Broadcom Advanced Control Suite (BACS) 어플리케이션을 하기와 같이 다운 받습니다.


BACS 설치전엔 .Net Framework 4.0 이 설치 되어 있는지 먼저 확인이 필요합니다.

추가로 BACS 설치와 .Net Framework 4.0 설치에는 재부팅이 필요하지 않았습니다.

(제거시에는 재부팅이 필요합니다.)

2.BACS 설치를 진행 하도록 하겠습니다. 설치는 기본설치로 진행 하겠습니다.


설치 후 프로그램-> Broadcom->BroadcomAdvancedControlSuote 경로에서 실행합니다.


상기와 같이 설정되지 않은 4개의 어뎁터들이 보입니다. 어뎁터 모델명뒤 #숫자 부분을 잘 확인 하여 Teaming 구성을 할

어뎁터를 구분하여야 합니다.

저는 #37번 과 #40번의 어뎁터를 티밍 구성 하였습니다.

Teams 에서 마우스 우클릭을 통하여 Create Team 구성을 진행 합니다.


상기와 같이 사용할 Team의 이름을 지정합니다.

어떠한 타입의 Team 을 설정할지 지정합니다.
Teaming 구성을 위하여 Smart Load Balancing(Tm) and Failover(SLB)를 설정하였습니다.

어떠한 어뎁터를 사용하여 Team 구성을 할지 설정하는 부분입니다.

저는 #37번과 #40 어뎁터를 이용하여 Team 구성을 할 예정이므로 #37과 #40을 Add 하였습니다.

우측 부분은 현재 어뎁터의 상태를 표시하여주는 부분입니다.

Active/Standby 설정을 진행 할 지 설정하는 부분입니다.

상단 Do not configure a standby member 를 선택 하실경우 Active/Active 구성이되며

하단에 Standby Member를 지정하여 주면 그 어뎁터가 Standby 어뎁터가 됩니다.

저는 Active/Standby 구성을 진행 하였습니다.

링크를 구성할지 설정하는 부분입니다.

VLAN 역시 사용하지 않으므로 Skip 하였습니다.

상기와 같이 Teaming 구성을 마치게 되면 약 30초간 순단이 발생한후 Teaming 구성이 완료 됩니다.

상기와 같이 Team1 어뎁터가 새로 생성된 부분을 확인 할 수 있습니다.

Active 라인을 제거 하여 Ping Lose 를 확인하였을시 1개의 Ping이 빠지는 부분을 확인 할수 있습니다.

상기와 같이 Primary Adapters 가 Not Active 로 바뀌었으며

Standby Adapters가 Active로 바뀐 부분을 확인 할 수 있습니다.

Active Line을 다시 연결 하였을시 Ping Lose 는 없으며

약 1분뒤 하기와 같이 Basp State 에서 Active 로 바뀌는 부분을 확인 할 수있습니다.

이상으로 Fail over Test 까지 마치도록 하겠습니다.

감사합니다.

'OS > Windows' 카테고리의 다른 글

AD GPO 백업 방법  (0) 2014.10.15
AD 계정별(or OU별) Policy 설정  (0) 2014.07.23
AD 장애 확인  (1) 2014.01.22
tcping  (0) 2014.01.10
AD join시, Open 해야할 Port  (0) 2014.01.06

리눅스 파일의 속성 관련

OS/Linux 2014. 3. 13. 18:52 Posted by 알 수 없는 사용자

안녕하세요 서초센터 김해관 사원입니다.

금일 고객사 업무 처리중 서버에 업로드된 웹쉘 파일을 삭제 하려는 중 삭제가 되지 않아 확인 한 부분 공유 드립니다.

rm -rf 명령어로 파일삭제 시

rm: cannot unlink '파일명': Operation not Permitted

lsattr 파일명 으로 팡리의 속성설정내용을 확인 합니다

상기와 같이 i옵션과 a옵션이 설정되어 있어 파일이 삭제되지 않았습니다.

해당 옵션은 chattr 명령어를 사용 하여 제거 할수 있습니다.

chattr의 사용형식은 다음과 같습니다.

명령어위치 : /usr/bin/chattr

사용형식 : chattr [-RV] [-v 설정버전] [+-=설정모드] 대상파일들

chattr에서 사용하는 [설정모드]는 다음과 같습니다.

+ : 지정한 속성을 부여합니다. +기호가 사용되면 지정한 속성을 부여한다는 의미입니다. : 지정한 속성을 제거합니다. -기호가 사용되면 부여된 속성을 제거한다는 의미입니다. : 원래 파일이 가지고 있던 그 속성만을 유지하게 합니다.


그리고 chattr에서의 -RVv옵션에 대한 설명은 다음과 같습니다.

-R : 서브디렉토리이하까지 그 속성을 변경할 수 있습니다.

-V : 자세한 출력모드를 제공합니다.

-v  : 지정된 파일에 버전을 설정할 수 있습니다.

또한 chattr명령어에서 무엇보다 중요한 것은 각 속성을 정확하게 이해하는 것입니다.
, chattr로 설정할 수 있는 파일(디렉토리)의 속성에는 다음과 같은 것들이 있습니다.

아래 각 속성의 의미를 정확하게 이해하시고 여러분들께서 관리하고 계시는 리눅스서버의 파일보안을 위하여 chattr로 설정(+)하시거나 또는 제거(-)하실 수 있습니다
.

아래 속성의 의미를 파악하신 후에 이어지는 실제 사용예들을 보시기 바랍니다.

a 속성

해당 파일을 추가만 할 수 있습니다.

당연히 root만이 속성변경이 가능합니다. 파일보안을 위해 주로 사용하는 속성입니다.

c 속성

이 속성이 설정된 파일은 커널에 의해 디스크상에 자동적으로 압축된 상태로 저장이 되어 있습니다.

파일을 읽을 경우에는 압축을 해제한 상태로 되돌려주며 쓰기시에는 디스크에 저장하기 전에 파일을 압축합니다
.

d 속성


이 속성이 설정된 파일은 dump
로 백업이 되지않습니다.

i 속성

이 속성이 지정되어 있다면 해당파일의 변경,
삭제, 이름변경뿐 아니라 파일추가및 링크파일도 만들 수 없게 됩니다.
변경추가가 거의 없는 부팅관련 파일들에 설정하면 부팅이 되지않는 문제로 인한 시스템장애를 줄일 수 있습니다
.
또한 a 속성과 함께 필자가 주로 사용하는 속성이기도 합니다.


s 속성

이 속성이 설정된 파일은 파일삭제가 될 경우에 해당블럭이 모두 0
으로 되어 버리고 디스크에 다시 쓰기가 발생합니다.

S 속성 이 속성이 설정된 파일은 변경이 될 경우에 디스크동기화가 일어나는 효과를 그대로 누릴 수 있습니다.


u 속성

이 속성을 가진 파일이 삭제가 되었을 경우에는 그 내용이 저장이 되며 삭제되기 전의 데이터로 복구가 가능해집니다.

따라서 chattr로 파일과 디렉토리의 속성을 지정하는 주된 이유는 허가되지않은 사용자가 파일의 변경을 못하게하는 설정을 하여 파일보안을 하기위한 것입니다.

옵션을 추가 할때는 + , 제거할 때는 - 를 사용 하여 추가 및 제거 할수 있습니다.

해당 옵션을 삭제 한 후 rm 명령어를 통하여 삭제 시 정상 삭제 되었습니다.

감사합니다.


'OS > Linux' 카테고리의 다른 글

yum histroy 관리법입니다.  (0) 2015.03.06
dmidecode 리눅스 하드웨어 정보 확인  (0) 2015.01.07
xshell 기본 설정  (0) 2013.11.12
history에 시간남기기  (0) 2013.10.31
Swap 메모리 늘리기  (0) 2013.08.25

AD 장애 확인

2014. 1. 22. 18:47

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

tcping

2014. 1. 10. 11:21

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.

보호되어 있는 글입니다.
내용을 보시려면 비밀번호를 입력하세요.