3장

업그레이드 정보와 문제 해결

이 장에는 부트 단계와 설치 단계에서 발생할 수 있는 문제에 대한 해결책을 제공하는 문제 해결에 관한 절이 있습니다. 또한 Sun Control Station 소프트웨어를 업그레이드할 때 AllStart 구성을 유지하는 방법에 대해 설명하는 절차도 있습니다.

Sun Fire V60x 및 Sun Fire V65x 서버에 필요한 장치 드라이버

이더넷 드라이버

Sun Fire V60x 및 Sun Fire V65x 서버의 기가비트 이더넷 제어기에는 Intel PRO/1000 네트워크 인터페이스(e1000) 드라이버가 필요합니다.

Sun에서는 이 드라이버의 버전 4.4.19 이상을 설치하는 것을 권장합니다. 버전 4.4.19는 Sun 내부에서 호환성 테스트 용도로 사용하던 이더넷 드라이버였습니다. 이 버전은 일관성 있게 설치되며 일련의 사전 정의된 테스트 케이스를 성공적으로 실행하는 것이 확인되었습니다.

e1000 소스 tar 파일의 Intel README 파일에는 드라이버 작성에 관한 지침이 포함되어 있습니다. 이 정보는 다음 위치에서 온라인 HTML 형식으로 볼 수도 있습니다. http://www.intel.com/support/network/adapter/1000/e1000.htm

Intel 드라이버를 다운로드하려면 다음 지원 사이트를 방문합니다. http://appsr.intel.com/scripts-df/support_intel.asp

"e1000 4.4.19"에 대해 검색을 수행하면 적절한 tar 파일을 찾아 다운로드할 수 있습니다.

SCSI 드라이버

Sun Fire V60x 서버와 Sun Fire V65x 서버에는 최신 배포에서만 지원되는 Ultra 320 SCSI 제어기가 있습니다.

Sun에서 인증된 추가 기능 카드만을 사용하려는 경우에는 이 드라이버의 버전 1.3.7 이상을 설치해야 합니다. Sun에서 인증되지 않은 PCI-33 추가 기능 카드를 사용하려는 경우에는 이 드라이버의 버전 1.3.10 이상을 설치해야 합니다.

두 버전(1.3.7과 1.3.10)은 모두 Sun 내부에서 호환성 테스트 용도로 사용되었습니다. 이 버전은 일관성 있게 설치되며 일련의 사전 정의된 테스트 케이스를 성공적으로 실행하는 것이 확인되었습니다.

최신 SCSI 드라이버는 다음 위치의 개발자 사이트에서 다운로드할 수 있습니다. http://people.freebsd.org/~gibbs/linux/

Sun Control Station 소프트웨어 업그레이드 방법 및 AllStart 구성 유지 방법

Sun Control Station 소프트웨어를 제거해야 이후 버전으로 업그레이드할 수 있습니다. AllStart 모듈은 내보내기와 가져오기 스크립트를 제공하여 프로필과 클라이언트 구성을 유지할 수 있게 해줍니다. 배포와 페이로드 구성은 수동으로 다시 만들어야 합니다.

1. 루트로 제어 스테이션에 로그인합니다.

2. AllStart 내보내기 스크립트를 실행합니다. 다음을 입력합니다.

# /scs/sbin/as_export.pl -t profiles -f /tmp/profiles.xml

# /scs/sbin/as_export.pl -t clients -f /tmp/clients.xml

3. Sun Control Station 소프트웨어를 제거하고 다시 설치합니다.

지침은 Sun Control Station 소프트웨어 설치 설명서를 참조하십시오.

4. 이전과 같은 이름을 사용하여 배포와 페이로드를 추가합니다.

/지침은 이 안내서의 해당 절을 참조하십시오.

5. AllStart 가져오기 스크립트를 실행합니다. 다음을 입력합니다.

# /scs/sbin/as_import.pl -f profiles -f /tmp/profiles.xml

# /scs/sbin/as_import.pl -f clients -f /tmp/clients.xml

6. DHCP를 켜고 클라이언트를 활성화합니다.

가져오기와 내보내기 스크립트에 대한 자세한 내용은 /scs/share/man/man1에 있는 설명서 페이지를 참조하십시오.

구성 파일 사용자 정의

구성 파일을 사용자 정의할 수 있습니다.

구성 파일을 사용자 정의하려면 다음 작업을 수행합니다.

구성 파일에 이 구성을 덮어쓰지 말라는 신호를 Allstart 모듈로 보내는(AllStart: static) 주석을 추가하기만 하면 됩니다.

주석은 파일의 어느 위치에나 넣을 수 있지만 항상 행의 시작 부분에 있어야 합니다. 예를 들면 다음과 같습니다.

/etc./exports => # Allstart: static

/etc/dhcpd.conf => # Allstart: static

/tftpboot/pxelinux.cfg/* => # Allstart: static

/scs/share/allstart/config/ks-*.cfg => # Allstart: static

/scs/share/allstart/config/ay-*.xml => <!-- # Allstart: static -->

이제 Allstart에서 생성하는 파일에는 <comment> <date> 항목이 포함됩니다.

다른 서비스와 구성을 공유해야 하는 파일은 이제 사용자 정의를 지원합니다. 구성 파일의 다음 행 아래에 사용자 정의 행을 추가합니다.

Put custom additions below (Do not change/remove this line)

다음 두 개의 구성 파일에서 이 구문을 지원합니다.

/etc/dhcpd.conf

/etc/exports

문제 해결

부트 단계를 지나고 클라이언트가 RPM와 파일을 로드하면 설치가 올바르게 진행되어야 합니다. 다음 절에서는 부트와 설치 단계에서 발생할 수 있는 일반적인 문제에 대해 설명합니다.

부트 단계의 문제

설치 시 문제

일반 문제

단말기 창

단말기 창은 문제를 디버그하려고 할 때 사용할 수 있는 유용한 도구입니다.

구축 중인 클라이언트에서 ctrl-alt-<Fx>를 누르면 단말기 창을 전환할 수 있습니다. 단말기 창은 다음과 같습니다.

ctrl-alt-F1: X11 설치로 넘어가기 전의 초기 콘솔입니다.

ctrl-alt-F2: 설치 커널이 실행 중인 경우에만 사용할 수 있는 셸 액세스입니다. autoyast 로그 파일은 /var/log/YaST2/에 있습니다.

ctrl-alt-F3: 설치 메시지

ctrl-alt-F4: 커널 메시지

ctrl-alt-F7: X11 설치 화면(X11이 실행 중인 경우)

부트 단계의 문제

DHCP 서버 또는 PXE 부트와 관련된 문제

DHCP 서버가 실행되지 않거나 PXE 부트를 제어하는 파일에 오류가 있으면 부트 단계가 실패하게 됩니다.

해결책

다음 명령을 실행합니다.

run tftp localhost

tftp> get pxelinux.0

다음과 비슷한 응답을 받아야 합니다.

Received 10205 bytes in 0.1 seconds

이 방법으로 해결되지 않으면 다음 항목을 확인합니다.

1. tftp가 활성화되었는지 확인합니다.

chkconfig --list |grep tftp

2. xinted가 실행 중인지 확인합니다.

/etc/init.d/xinetd restart

3. /tftpboot/pxelinux.0이 있고 권한이 644로 설정되어 있는지 확인합니다.

4. /tftpboot에서 권한이 755로 설정되어 있는지 확인합니다.

5. dhcpd가 시작되었고 /etc/dhcpd.conf 파일에 클라이언트 MAC 주소 항목이 있는지 확인합니다.

6. /tftpboot/pxelinux.cfg/netboot-$mac가 있는지 확인합니다.

7. /tftpboot/pxelinux.cfg에서 netboot-$mac를 심링크하는 헥스 파일은 클라이언트를 만들 때 입력한 헥스 형식의 IP 주소이어야 합니다.

`pxelinux.0`을 로드한 후에 설치 프로세스가 중단됨

해결책

1. tftp 데몬에서 로깅을 활성화합니다.

2. Sun Control Station 서버에서 루트 사용자로 /etc/xinetd.d/tftp 파일을 편집합니다. server_args 행에 다음 옵션을 추가합니다.

server_args = -l -s /tftpboot

주 - Red Hat 7.3에서 tftp의 이전 버전 중에는 -l 대신 -v 옵션을 사용하는 것도 있습니다. 이를 확인하려면 설명서 페이지에서 in.tftpd를 확인하십시오.

3. 그런 다음 클라이언트를 netboot하면서 다음 명령을 실행합니다.

tail -f /var/log/messages

control station 서버에 다음과 비슷한 메시지가 표시됩니다.

Mar  7 19:03:28 lx50 in.tftpd[31083]: sending pxelinux.0Mar  7 19:03:28 lx50 in.tftpd[31084]: sending pxelinux.cfg/0A010A15Mar  7 19:03:28 lx50 in.tftpd[31085]: sending JDSSUN-8.1-linuxMar  7 19:03:29 lx50 in.tftpd[31086]: sending JDSSUN-8.1-initrd

JDSSUN-8.1-linux만 전송되는 것을 확인했으며 클라이언트에 USB 장치가 연결되어 있는 경우에는(키보드와 마우스 포함) 장치 연결을 해제한 후 클라이언트를 다시 netboot하십시오.

4. 다른 해결 방법은 BIOS에서 USB 레거시 지원을 해제하는 것입니다.

클라이언트 구성에서 발생할 수 있는 문제

해결책

클라이언트 구성에서 선택한 부트 인터페이스가 DHCP 요청을 보내는 인터페이스와 일치하는지 확인합니다.

단말기 창에서 ctrl-alt-F3을 눌러 설치 메시지를 확인합니다.

커널을 부트하는 동안 구축 프로세스가 중단됨

해결책

클라이언트의 설치 부트 정보 구성 테이블에서 커널 매개 변수에 다음 항목을 추가합니다.

첫 시도:

apm=off acpi=off

이 방법으로 문제가 해결되지 않으면 failsafe 모드의 매개 변수를 입력합니다.

ide=nodma apm=off acpi=off vga=normal nosmp noapic

설치 시 문제

시스템에서 /tftpboot/pxelinux.cfg/netboot-$mac에 나열된 ay-$mac.xml(Sun JDS의 경우) 또는 ks-$mac.cfg(Red Hat의 경우)를 찾을 수 없는 경우에는 설치에 실패할 가능성이 높습니다.

설치에 필요한 하드웨어를 발견하지 못해도(예: 정확한 SCSI 드라이버를 로드하지 못하는 경우) 이 단계에서 설치에 실패할 수 있습니다.

NFS를 사용하는 경우에는 portmap 및 nfs 서비스가 시작되었는지 확인합니다.

HTTP를 사용하는 경우에는 http://x.x.x.x/allstart/config/로 이동해 봅니다. 여기서 <x.x.x.x>는 클라이언트의 IP 주소입니다.

ksconfig 파일에 오류가 있으면 여기에 문제가 표시됩니다. 잘못된 디스크 분할 체계나 잘못된 패키지 구성 등과 같은 문제가 표시됩니다.

Sun JDS의 경우: 파일의 오류를 수정합니다.

/scs/share/allstart/config/ay-$mac.xml.

Red Hat의 경우: 파일의 오류를 수정합니다.

/scs/share/allstart/config/ks-$mac.cfg.

부트 단계를 지나고 클라이언트가 RPM을 로드하면 설치가 올바르게 진행됩니다.

Solaris x86 구축 시 문제

구축이 중단되고 Control Station의 /var/log/messages 파일에 아래 메시지와 비슷한 메시지가 표시되면 클라이언트 시스템에서 구축해야 할 파일 시스템을 마운트하는 데 문제가 있는 것입니다.

오류 메시지: Oct 25 20:12:21 machine1 rpc.mountd: authenticated mount request from 192.168.1.88:518 for /scs/share/allstart/jumpstart/2/Solaris_9/Tools/Boot (/scs/share/allstart/jumpstart) (message repeated 7 times)

해결책:

다른 프로그램이 NFS와 충돌하지 않아야 합니다. NFS 서비스를 다시 시작합니다. 다음을 입력합니다.

% /etc/rc.d/init.d/nfs stop

% /etc/rc.d/init.d/nfslock stop

% /etc/rc.d/init.d/portmap stop

% /etc/rc.d/init.d/portmap start

% /etc/rc.d/init.d/nfslock start

% /etc/rc.d/init.d/nfs start

NFS 구축 성능 향상

Solaris 9 x86을 제외한 지원되는 모든 운영 시스템에 대해 NFS 구축 성능을 향상시키려면 다음 작업을 수행합니다.

1. /etc/sysconfig/nfs 파일을 제거합니다.

2. NFS를 다시 시작합니다. 다음을 입력합니다.

% /etc/rc.d/init.d/nfs restart

AllStart 클라이언트 재구축

한 운영 체제(OS)에서 다른 운영 체제로 클라이언트를 재구축하는 경우에는 디스크 분할 오류가 발생할 수 있습니다. 이 문제를 수정하려면 다음을 시도합니다.

1. 클라이언트 시스템의 하드 리셋을 수행합니다. 시스템을 껐다가 다시 켭니다.

이제 클라이언트를 재부트하여 해당 클라이언트에서 구축 프로세스를 다시 시작합니다.

2. 그래도 오류가 수정되지 않으면 하드 디스크 드라이브를 로우 레벨 포맷합니다.

그런 다음 클라이언트를 재부트하여 해당 클라이언트에서 구축 프로세스를 다시 시작합니다.

Sun JDS 클라이언트를 구축하는 동안 직렬 콘솔 출력 중단

Sun JDS 클라이언트의 구축 프로세스 중에 출력을 직렬 콘솔로 리디렉션할 수 있습니다. 이렇게 하는 경우에는 구축 프로세스 중에 직렬 콘솔의 연결을 해제하지 마십시오.

구축 프로세스 중에 연결을 해제하면 구축이 중단되거나 구축 프로세스가 종료됩니다.

직렬 콘솔을 다시 연결하고 나면 구축 프로세스가 계속 진행될 수도 있고 그렇지 않을 수도 있습니다. 이는 직렬 콘솔 소프트웨어에 따라 다릅니다.

Sun JDS 클라이언트의 커널 매개 변수

Sun JDS 클라이언트를 만들 때에는 다음 커널 매개 변수를 지정해야 합니다.

Sun LX50 서버의 경우: acpi=OFF 인수를 추가합니다.

그러면 고급 구성 및 전원 인터페이스(ACPI) 기능이 해제됩니다.

모든 화이트 박스 서버의 경우: apm=OFF 인수를 추가합니다.

그러면 고급 전원 관리(APM) 기능이 해제됩니다.

이 매개 변수가 설정되지 않은 경우에는 클라이언트를 수정하여 설정합니다. 클라이언트 수정을 참조하십시오.

Sun JDS 클라이언트 구축 시 문제

프레임 버퍼 문제

오류 메시지: "Press <RETURN> to see the video modes available, <SPACE> to continue or wait 30 secs."

해결책

이 오류 메시지가 표시되면 프레임 버퍼 선택이 잘못된 것입니다. 이로 인해 클라이언트를 구축한 후에 X11이 올바로 시작되지 않을 수 있습니다.

이 프레임 버퍼 값은 이 클라이언트 프로필의 X11 구성 옵션에서 구성한 해상도 및 색상 깊이 설정을 기반으로 합니다. "X11 설정 자동 탐지"를 선택한 경우 기본값은 1024 x 768 x 16입니다.

필요한 경우에는 클라이언트의 설치 부트 정보 구성 화면에서 이 매개 변수를 대체할 수 있습니다. 클라이언트의 커널 매개 변수에 다음 행을 추가합니다.

No frame buffer install:

vga=normal

프레임 버퍼를 다른 모드로 설정합니다. 위의 프롬프트에서 원하는 모드를 검색하고 정확한 헥스 값을 여기에 입력합니다. 예를 들면 다음과 같습니다.

vga=0x31e

control station UI를 통해 이 매개 변수를 변경하지 않으려면 대신 /tftpboot/pxelinux.cfg/netboot-* 파일을 편집할 수 있습니다. 여기서 *은 클라이언트의 유형에 따라 MAC 주소 또는 기본 [이름]입니다. 이 파일에서 vga= 매개 변수를 수정합니다.

주 - 페이로드나 프로필 또는 클라이언트를 수정하면 control station UI가 이 변경 사항을 대체합니다.

구축을 완료한 후에도 이 오류 메시지가 계속 표시되는 경우 메시지를 제거하려면 /boot/grub/menu.lst 파일을 편집해야 합니다. vga= 매개 변수를 위와 같이 변경합니다.

자세한 내용을 보려면 다음 웹 사이트를 방문하십시오.

http://www.tldp.org/HOWTO/Framebuffer-HOWTO.html

X11 구성 문제

Sun JDS 클라이언트에서 구축 프로세스가 완료된 후에도 X11이 시작되지 않습니다.

해결책

프레임 버퍼가 제대로 작동하는지 확인합니다. X11이 올바로 실행되도록 하기 위한 가장 빠른 방법은 프레임 버퍼 문제를 해결하는 것입니다.

프레임 버퍼 문제를 참조하십시오.

Red Hat 클라이언트 구축 시 문제

Red Hat 2.1 구축 시 Anaconda 오류 메시지

Red Hat 2.1 서버에서 Red Hat 2.1을 구축하는 경우 구축 시 다음 Red Hat Anaconda 오류 메시지가 표시됩니다.

Traceback (innermost last)

File "/usr/bin/anaconda", line 598, in instClass.setInstallData(id)

File "/usr/src/build/110263-i386/install/usr/lib/anaconda/Kickstart.py"

line 839 in setInstallData

File "/usr/src/build/110263-i386/install/usr/lib/anaconda/Kickstart.py"

line 556, in readKickstart

해결책

해결하려면 다음 중 한 가지 방법을 수행합니다.

1) 클라이언트와 같은 Red Hat 2.1 업데이트 버전을 Sun Control Station Server에서 실행합니다.

예를 들어, Sun Control Station 서버에서 Red Hat 2.1u4를 실행하는 경우, 클라이언트에 Red Hat 2.1u3 대신 이 버전을 설치합니다.

2) HTTP 대신 NFS을 사용하여 클라이언트를 구축합니다.

처음 클라이언트 화면의 설치 유형 드롭다운 메뉴에서 "nfs"를 선택하면 됩니다.

RHEL3.0(64 비트)으로 Sun Fire V20z 구축 시 AllStart 중단됨

Sun Fire v20z 하드웨어에 RHEL3.0 AMD 64 비트 버전을 구축하는 경우, scsi mptscsih 드라이버 설치 시 AllStart가 중단될 수 있습니다.

해결책

최신 RHEL3.0 업데이트 버전을 로드합니다. RHEL3.0u3 AMD 64비트는 Sun Fire v20z 하드웨어에 설치하도록 검증되었습니다.

일반 문제

RAID 장치에서 루트(`/') 및 부트(`/boot) 분할 영역을 만들 때 알려진 제한 사항

AllStart 모듈은 매우 제한된 RAID 구성 검증을 수행합니다. AllStart 프로필에서 성공적으로 만든 RAID 구성을 SuSE와 같은 운영 체제 공급업체가 반드시 지원하는 것은 아닙니다.

해결책

특정 정보는 운영 체제 소프트웨어에 포함된 공급업체 설명서를 참조하십시오.

3장