리눅스 OS를 사용하는 경우 간혹 OS 설치 중 OS 설치용 Disk를 인식하지 못하는 경우가 있다.

이는 HBA 드라이버가 OS에 없어(또는 버전이 낮아) 정상적으로 인식하지 못해서 이다.


해결을 위해서는 Driver Update Disk(DUD)를 사용해서 OS 설치 중 외부 Driver를 사용하도록 해줘야 한다.


과거의 경우 Floppy Drive가 일반적으로 사용되던 시절에는 문제가 없었으나, 최근에는 FDD 구경하기도 힘들어 진 상황이다. 아직 dd 이미지 파일이 USB나 ISO 형태로 제공되지 않는 경우가 있어, 이는 불편할 수 밖에 없다.

HP의 iLO의 가상 장치 기능을 이용해서 이 dd 이미지를 바로 DUD로 사용이 가능하다.

 

1. HP 홈페이지에서 사용하는 서버 및 OS로 검색하여,

 

    "Driver Diskette for HP ProLiant Smart Array Controller"를 다운로드 받는다.

    (일반적으로 ".img" 파일이(Floppy Image File(s)) 생성됨)


2. iLO Remote Console(iRC/iLO Virtual Console)에 접속한 뒤 가상 미디어(Virtual Media)의 Local Image File의 경로 찾기를 선택한다.

  

 

3. 앞서 다운로드 해 둔 dd image 파일을 선택하여 마운트 한다. (1. ".img", 2. ".iso")


이 후 부터는 OS를 설치하면서 DUD를 사용하면 된다.

부팅 초기에 "ESC" 키로 Grub의 부팅 모드를 선택하는 화면에서, 'a'를 눌러 옵션 추가를 선택하고, driver update(dd)를 추가하여 부팅해주면 된다.

 

grub> <snip> linux dd

 

참고문서

Title: HP Integrated Lights-Out (iLO) - Mounting .dd File and Installing RHEL

https://support.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0109648

반응형
Posted by 스쳐가는인연

댓글을 달아 주세요

다중 스토리지 환경에서 운영되는 리눅스의 ACU 9.0 이상 버전 또는 SSA 구동 시 응답지연이 발생할 수 있다.


증상

Linux OS에서 ACU 또는 SSA를 구동 시 응답하지 않고 Hang상태가 됨


# hpssacli
    HP Smart Storage Administrator CLI 1.50.4.0

<< 응답없음


# hpacucli
    HP Array Configuration Utility CLI 7.15.17.0

<< 응답없음


원인

ACU 9.0 이상 버전부터 HP Proliant 서버에 연결되어 있는 모든 스토리지 정보를 취합하는데, FC 또는 iSCSI로 연결된 외장 스토리지가 연결되어 있는 경우 정보를 취합하는 과정에 시간 지연이 발생함.


솔루션

Action Plan 1. 
What: Local Smart Array Volume 만을 접근하도록 구성 변경
Why : 외장 스토리지 검색으로 인한 응답지연을 막기 위해

To do.
# export INFOMGR_BYPASS_NONSA=1


Advisory: Linux - HP Array Configuration Utility CLI for Linux (Hpacucli) Version 9.00 (Or Later) Is Delayed in Responding if Storage That Is Not Connected to Local Smart Array Controller Is Configured With Multiple LUNs
http://h20566.www2.hp.com/portal/site/hpsc/template.PAGE/public/kb/docDisplay/?sp4ts.oid=3924066&spf_p.tpst=kbDocDisplay&spf_p.prp_kbDocDisplay=wsrp-navigationalState%3DdocId%253Demr_na-c03676138 


반응형
Posted by 스쳐가는인연

댓글을 달아 주세요

HP G7 장비에서 아래 OS들을 사용 중 간혹 Script를 실행 시 ACPI Error가 발생 할 수 있다.


SUSE Linux Enterprise Server 11 Service Pack 1

Novell Open Enterprise Server 11 (OES 11) Linux

SUSE Linux Enterprise Server 11 Service Pack 2


발생 메시지 (유사 형태)

ACPI Error (psparse-0537): Method parse/execution failed [\_SB_.PMI0._PMM] (Node ffff888020775bc8), AE_AML_BUFFER_LIMIT

ACPI Error: SMBus or IPMI write requires Buffer of length 66, found length 32 (20110413/exfield-285)


원인 :

이 메시지는 아직 완벽히 통합 구현되지 않은 script나 application이 /sys/devices/LNXSYSTEM:00/ directory 하위의 특정 kernel ACPI 부분을 접근 시 발생


해결방법:

이 메시지는 단순 Warning 으로 시스템 운영에 영향을 주지 않으니 무시해도 된다.


- SLES11 SP2의 경우는 kernel 3.0.26-0.7.6 이후 부터 수정됨

- SLES11 SP1의 경우는 supportconfig를 실행하는 경우 발생되는 데,

   "-o SYSFS" option과 함께 실행하면 메시지가 발생 되지 않는다.

   (eg) # supportconfig -o SYSFS


   만약 supportconfig를 포함하여 만들어진 app의 경우는 실행 시 위 option을 적용하기 어렵기 때문에,

   아래 사항을 적용하면 됨.

   이 값을 적용하면 실행 시 “-o SYSFS” option을 적용할 필요가 없음.

          /etc/supportconfig.conf 생성

          # supportconfig -C


          SYSFS 파라메터 수정 (default=1 -> 0 변경)

          # vi /etc/supportconfig.conf

          OPTION_SYSFS=0


증상 확인/재현 방법:

   # find /sys/devices/LNXSYSTM\:00/ |grep ACPI000D

   # cat /sys/devices/LNXSYSTM:00/device:00/ACPI000D:00/power1_average


참조,
Frequent ACPI errors starting with SMBus or IPMI write requires Buffer of length 42
http://www.novell.com/support/kb/doc.php?id=7010449


반응형
Posted by 스쳐가는인연

댓글을 달아 주세요

  1. 감솨 ^^ 2013.09.27 15:40  댓글주소  수정/삭제  댓글쓰기

    좋은 내용이네요.... 퍼갑니다 !!

Linux의 특정 커널에 포함된, Time Stamp Converter Source 에 버그성 코드가 포함되어 있어서 운영 후 209일째가 되는 날 시스템이 행이 발생하고 리부팅 되는 현상이 일어난다.

 

관련해서 Linux 커널의 Update가 필요하다.

특정 Kernel에 당하는 내용으로 특정 OS 벤더에 국한되지 않고 나타나는 증상이고,
각 OS 벤더에서는 이미 커널 패치를 공급하고 있기에 적용해주면 된다.

 

SUSE
http://www.novell.com/support/kb/doc.php?id=7009834

 

Redhat
https://bugzilla.redhat.com/show_bug.cgi?id=765720.
https://access.redhat.com/site/solutions/68466

 

Advisory: (Revision) Linux - HP ProLiant G7-Series Servers Configured With an Intel Processor and Running RHEL 6 or SLES 11 May Kernel Panic or Stop Responding if the Server Has Been Running Continuously for Over 209 Days
http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c03221591

 

‘last reboot’ 명령어를 통해 /var/log/wtmp 파일을 참조하여 리부팅 기록 및 운영된 시간(uptime)을 확인할 수 있다.

운영된 시간이 208.5+ 라고 기록되며 리부팅이 발생한다면 커널 버그에 해당 여부를 확인해 보자.

$ last reboot
reboot   system boot  2.6.32-100.28.5. Sat May 14 20:38 - 23:55 (137+06:16)
reboot   system boot  2.6.32-100.28.5. Sun Apr 24 21:28 - 23:37 (15+09:08) 
반응형
Posted by 스쳐가는인연

댓글을 달아 주세요

로그를 통해 OS의 운영 Bit를 확인하려다 보니 그 방법들을 찾아보게 되었다.

 

LINUX

1. getconf

# getconf LONG_BIT
32 | 64

 

# getconf -a | grep LONG_BIT
LONG_BIT 32|64

 

# getconf WORD_BIT
32 | 64

 

2. uname

# uname -m
x86_64

 

uname parameter
-m    -machine    하드웨어 정보 표시
-n    -nodename    네트워크 노드 호스트 이름
-p    -processor    프로세스 ㅇ타입. 알 수 없으면 'unknown'
-v    -kernel-version    커널 버전 정보
-r    -kernel-release    커널 릴리즈 정보
-s    -kernel-name    커널 이름
-o    -operating-system    운영체제
-a    -all    모든 정보

 

- 32-bit x86-compatible (i386/i686)
- 64-bit AMD64 and Intel EM64T (x86_64)
- 64-bit Intel Itanium2 (ia64)
- 64-bit IBM eServer iSeries and pSeries and POWER (ppc64)
- 31-bit IBM S/390 (s390)
- 64-bit IBM eServer zSeries (s390x)

 

참고 : uname -a 의 필드
Linux localhost 2.6.32-71.el6.i686 #1 SMP Fri Nov 12 04:17:17 GMT 2010 i686 i686 i386 GNU/Linux
<Kernel Name> <nodename> <Kernel release> <Kernel version> <Machine Name> <Processor> <Hardware Platform> <Operating System>

 

3. /proc/cpuinfo   정보로 확인

 

# cat /proc/cpuinfo

processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 23
model name      : Intel(R) Core(TM)2 Quad CPU    Q8400  @ 2.66GHz
stepping        : 10
cpu MHz         : 2666.644
cache size      : 6144 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes

flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc pni monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr lahf_lm
bogomips        : 5333.28
clflush size    : 64
cache_alignment : 64
address sizes   : 36 bits physical, 48 bits virtual
power management:

 

--> flag 정보에서  lm 의 의미는 Long mode cpu - 64 bit CPU.
     32비트 시스템에서는 lm  플래그가 나오지 않는다.

 

* 32비트 시스템에서의 flag :

flags           : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 constant_tsc up pni monitor ssse3

 


HP UX

11.xx 일 경우
# getconf KERNEL_BITS
64

10.xx 일 경우
# getconf LONG_MAX
2147483647
(64비트임)로 확인할 수 있습니다

AIX

현재 load된 kernel 이 32-bit 혹은 64-bit 인지 확인하는 명령어
# bootinfo -K
32

사용중인 machine이 32-bit 혹은 64-bit 인지 확인하는 명령어
# bootinfo -y
32

SOLARIS

# isainfo -kv
64-bit sparcv9 kernel modules
현재 이 시스템은 64bit 커널을 가지고 운영을 하는 시스템 이다.

# isainfo -kv
32-bit sparcv kernel modules
이 시스템은 32bit 커널을 가지고 운영을 하는 시스템이다.

# isainfo -v
64-bit sparcv9 applications 32-bit sparc applications
"-v"만 했을 경우 이 시스템에서는 32bit / 64bit 체계의 프로그램을 사용할 수 있다.

# isainfo -v
32-bit sparc applications
이 시스템은 32bit 체계의 프로그램만 구성하여 사용할 수 있다.

 

출처
http://blog.cjred.net/190
http://www.so-notes.net/wp/linux%EC%97%90%EC%84%9C-32bit-or-64bit-%ED%99%95%EC%9D%B8%ED%95%98%EB%8A%94-%EB%B0%A9%EB%B2%95/
http://cyj4369.tistory.com/166

반응형
Posted by 스쳐가는인연

댓글을 달아 주세요