Rich Teer, 솔라리스 컨설턴트, The Rite Group

소개

이 글은 오픈솔라리스 소스 코드를 빌드 하는 법을 소개하는 두개의 문서중 첫번째 입니다. 첫번째 문서는 모든 필요한 배경 정보(단어나, 툴 등) 그리고 기본적인 컴파일과 설치에 대해 설명하고 두번째 문서는 좀 더 복잡한 컴파일과 설치 방법을 다룹니다.

이 문서들은 오픈솔라리스를 어떻게 빌드하고 설치하는지에 대해 다룹니다. "오픈솔라리스 개발자 가이드"가 아니기 때문에 빌드와 설치 이외에 정보는 다루지 않습니다.

약간의 C 프로그래밍 지식과 스프트웨어 프로젝트 빌드 지식이 필요합니다. "Hello World" 수준의 프로그램 컴파일에도 곤란을 겪는 유저에게는 조금 어려울 지도 모릅니다. 어쨌든 솔라리스 빌드에 대한 지식이 전혀 없다는 가정하에서 필요한 모든 단계들을 설명하겠습니다.

용어 설명

오픈솔라리스 빌드에 대해 설명하기 전에 몇가지 단어에 대해 설명하겠습니다. 최대한 짧게 설명하기 위해 오픈솔라리스의 설치와 빌드에 관련된 단어만 설명합니다. 여기서 설명되는 단어들은 오픈솔라리스 개발자들이 사용하는 단어들의 극히 일부분입니다. 문서 중간에 필요할 때마다 각 단어에 대해서 설명해 드리겠습니다.

첫번째 단어는 오픈솔라리스 그 자체입니다. 오픈솔라리스 웹사이트, www.opensolaris.org/os/about/ 에는 공식적인 정의가 내려져 있습니다. 오픈솔라리스는 Sun에 의해서 배포된 소스 코드와 그 소스코드를 이용해 빌드된 바이너리를 뜻합니다. 따라서 오픈솔라리스 소스 코드의 카피를 가지고 있다 또는 오픈솔라리스를 운용하고 있다 라고 말할 수 있습니다.(오픈솔라리스 의 나중 버전은 그 이전 버전에서 빌드 되어짐) 오픈솔라리스 런치를 위해서 Sun은 Sun만의 오픈솔라리스 배포 버전을 배포할 계획이 없습니다. 또한 다른 사람들이 그렇게 하지 못하도록 막을 계획도 없습니다.(필자가 알기로는 적어도 3가지의 오픈솔라리스 배포판 프로젝트가 진행하는걸로 알고 있고 그 중엔 PowerPC 플랫폼도 포함됩니다.)

오픈솔라리스가 명확하게 아니라고 할 수 있는건 솔라리스 DVD나 CD등으로 출시 되는 것이 아니란 것입니다. 이 글을 쓰는 현재(2005년 6월) 오픈솔라리스는 오직 ON consolidation으로만 구성되어 있습니다. consolidation은 같이 개발되고 배포되어 지는 서로 연관이 있는 소프트웨어 컴포넌트들의 집합입니다. ON은 consolidation의 또 다른 예로써 Java Desktop System 과 같은 윈도우 시스템을 포함합니다. ON은 "OS/NET" 또는 "OS/Networking"의 약자이고 커널과 파일시스템, 기본 명령어, 기본 모듈, 몇가지 드라이버들과 데몬, 헤더 파일과 라이브러리들을 포함하고 있습니다. (Sun에 의해 판매되고 있는 Solaris DVD, CD들은 WOS로 불립니다. 그것은 솔라리스 제품을 구성하는 모든 consolidation들이 통합된 것입니다.)

ON을 구성하는 모든 컴포넌트의 소스코드들이 현재 사용 가능하진 않습니다. 그것에 대해서는 www.opensolaris.org/os/no_source/ 사이트에 이유가 설명되어져 있습니다. 시간이 지나면 전체는 아니더라도 거의 대부분의 비공개 소스들이 오픈 소스 코드들로 대체될 것입니다.(썬에 의해 혹은 오픈솔라리스 커뮤니티에 의해 개발된 소스) 그 전까지는 미리 빌드된 바이너리 오브젝트들이 오픈솔라리스의 빌드를 위해 제공 될 것입니다.

시스템에 민감한 부분이 있기 때문에 새로 컴파일된 오픈솔라리스 버전이 제대로 동작하지 않을 수도 있습니다. 이런 경우는 다른 미디어(CD나 DVD등)을 통해 부팅해서 복구 하는 방법이 있습니다.

마지막으로 오픈솔라리스를 다루면서 많이 접하는 단어는 Nevada와 Tonic입니다. Nevada는 솔라리스10의 차후 버전의 Sun내부 코드 명입니다. 오픈솔라리스는 솔라리스 Nevada 소스를 기반으로 이루어져 있습니다. (즉 오픈솔라리스 소스 코드가 솔라리스10의 FCS 버젼(First Customer Shipment) 버전을 기반으로 한게 아니라는 것입니다) Tonic은 OpenSolaris 프로젝트의 썬 내부 코드 명입니다. 그래서 Sun의 직원들이나 파일럿 프로그램 참가자들은 이런 단어들을 자주 사용합니다.

오픈솔라리스를 다루면서 접하게 될 단어를 알아 보았습니다. 이제는 실제로 빌드를 하기 위한 준비 작업에 대해 알아보겠습니다.

준비 사항

정확하게 말을 할 수는 없지만 오픈솔라리스를 빌드하기 위해서는 적절한 머신이 필요합니다: 일반적으로 일반적인 컴퓨터는 솔라리스10을 운용하기 충분합니다. 즉 200MHZ 또는 그 이상의 UltraSPARC-II 나 최신의 프로세서가 SPARC 빌드를 위해 필요하단 의미입니다. 다양한 하드웨어 때문에 x86 빌드의 요구사항은 더 복잡합니다. (x86은 32-bit x86 플랫폼과 64-bit amd64 플랫폼등 때때로 x86 로 불리는 시스템들을 포함) 어쨌든 최신의 하드웨어들은 모두 설치가 가능하고 Solaris x86 HCL(Hardware compatibility list)에 가능한 하드웨어들이 기재되어 있습니다. www.sun.com/bigadmin/hcl/ 을 방문해 보시기 바랍니다.

현재 SPARC과 x86 아키텍쳐 모두 지원하지만 크로스 컴파일은 지원되지 않습니다.(다시 말해 오픈솔라리스는 각 플랫폼에 맞는 것을 빌드해야 한다는 의미입니다) 오픈솔라리스 소스 트리를 빌드 하는것은 꽤 시간이 걸립니다. 그래서 적당한 스펙의 머신이 요구됩니다.(저자는 현재 Acer Ferrari 3400에 2GB의 램 그리고 7200RPM의 하드 드라이브를 가진 x86 시스템과 두개의 450MHz 프로세서, 2GB 램을 가진 SPARC 시스템을 사용하고 있습니다.) 이 글에서는 Solaris Express: Community Release(SXCR) Build 16이나 그 후 버전을 사용하고 가능하면 최선버전을 쓸것을 권장합니다. 왜냐하면 가장 최근 버전의 오픈솔라리스는 가장 최신버전의 SXCR을 기본적으로 필요하기 때문입니다.

본문에 나오는 솔라리스, 오픈솔라리스, Solaris Expresss는 사람들에게 조금 혼동될 수도 있습니다. 그렇기 때문에 이것들에 대해서 약간 설명을 드리도록 하겠습니다. 우선 솔라리스는 Sun에서 판매하는 제품입니다. 새로운 버전은 보통 2,3년정도에 한번씩 나오고 업데이트된 버전은 거의 분기에 한번식 제공됩니다.

Solaris Express는 매달 배포되는 현재 솔라리스 개발 트리의 스냅샷입니다. 공식 배포 날짜와 Solaris Express 배포 날짜의 사이에 있는 것이 가장 안정적인 빌드입니다. 비록 충분하게 테스트 되었더라고 Solaris Express의 코드들은 베타 버젼이므로(Sun의 제품 출시 테스트 절차를 거치지 않음) 실제 상용제품에 이용되어선 안됩니다. 간단히 말해서 Solaris Express는 최신 솔라리스 기능(Zone이나 DTrace 같은 기능)을 FCS 버젼이 나오기 전에 접할 수 있는 방법으로써 사용되는게 옳습니다. 저자의 경험으로는 Solaris Express는 놀라울 정도로 안정적입니다. Solaris Express 빌드 버젼은 Sun의 엔지니어링 빌드를 따라갑니다. 예를 들어 이 글이 쓰여진 지금 Solaris Express는 Nevada build 15 기반입니다 그러나 build 16은 현재의 엔지니어링 버전입니다.(이전에 말했듯이 Solaris Express의 커뮤니티 버전도 있습니다. 그것은 보통의 Solaris Express 보다 테스트가 덜 되어져 있고 오픈솔라리스 개발자들 전용 이므로 설치시에 아주 특별한 주의를 요구합니다.)

앞에서 암시했듯이 오픈솔라리스는 Sun의 엔지니어링으로 부터 나온 가장 최신의 그리고 가장 위험한 빌드 입니다. 그러므로 작업을 할때에는 주의를 기울여야 합니다. 특히 미션크리티컬한 제품으로는 사용하지 마시기 바랍니다.

적어도 90MB의 용량이 소스 코드를 위해 필요하고 바이너리와 툴 그리고 빌드 트리들은 적어도 1.5GB 의 용량이 필요합니다. 안정적으로 2GB의 용량이 빌드를 원하는 각 소스 트리에 필요합니다. 당연히 다른 소스 코드를 오픈솔라리스상에서 작업하기 위해선 좀 더 많은 용량이 필요합니다.

솔라리스의 바이너리 배포판을 설치하는 방법

오픈솔라리스를 설치 하려는 머신에는 가장 최신의 Solaris Express 또는 SXCR 또는 이전 버전의 오픈솔라리스 가 필요합니다. 비록 저자는 개발자 버전이 설치된 머신상에서 오픈솔라리스를 빌드 하는 것에 성공했지만 썬은 전체 설치가 된 곳에서 작업할 것을 권장합니다.

솔라리스를 어떻게 설치하는지에 대해서는 이 문서의 범위를 벗어 나기 때문에 Sun의 Installation 문서(docs.sun.com에서 열람 가능)를 참조하기 바랍니다.

준비 사항을 모두 준비했다면(필요하다면 솔라리스 바이너리 인스톨도 포함) 필요한 다른 도구들을 다운받을 준비가 됐다는 것을 의미합니다.

필요한 컴포넌트들을 다운로드

오픈솔라리스 컴포넌트나 툴등을 다운로드 하기 전에는 작업 디렉토리를 만들어야 합니다. 이 작업토리 하위는 작업 공간이라 불립니다. 실습을 위해 open_solaris라는 서브 디렉토리를 루트 밑에 만들어 줍니다. 이 디렉토리의 서브 디렉토리로 각 빌드들의 이름을 포함한 디렉토리로 사용하고 그것들을 테스트를 위한 작업 공간으로 사용할 것입니다.

실습을 위한 디렉토리 구조:

$HOME/open_solaris Base directory

$HOME/open_solaris/build-17 Source and other bits for build 17

$HOME/open_solaris/build-n Source and other bits for build n

$HOME/open_solaris/build-n/testws Compilation workspace

오픈솔라리스 웹사이트에서 빌드 디렉토리로 다운받아야 할 많은 파일들이 있습니다. 최소한 우리는 소스 코드가 필요하고 비공개된 소스코드로 빌드된 바이너리가 필요하며 ON build 툴과 컴파일러, 기타 도구들이 필요합니다. 릴리즈 노트 또한 필요합니다.

이번 실습을 위해 Nevada build 17을 컴파일 해야 하고 Solaris Express Community Releas build 16(Nevada build 16)을 설치해야 합니다. build17을 사용하기 때문에 $HOME/open_solaris/build-17에 다운 로드한 파일들을 설치해야 하고 설명의 간결함을 위해 앞으로는 이 디렉토리를 $OPEN_SOL로 나타내겠습니다.

컴파일러와 도구들 설치

필요한 파일들을 다운로드 받은 후에는 컴파일러와 ON build 도구들을 설치해야 합니다. ON build tool은 오픈솔라리스를 빌드하고 설치하기 위한 특수한 스크립트와 프로그램들을 포함하고 있습니다. 컴파일러와 Sun Studio 툴은 tar ball 형태나 패키지로 제공되고 ON build 도구들은 패키지로 제공 됩니다. 이 후에 나오는 파일 이름들은 모두 실제 파일명과 같지만 때에 따라 조금씩 달라 질 수도 있음을 주의하기 바랍니다.

일단 ON build 도구들을 SUNWonbld 패키지를 통해 설치합니다:

# cd /tmp

# bzip2 -dc $OPEN_SOL/SUNWonbld-20050322.i386.tar.bz2.tar | tar xf -

# cd oxblood

# pkgadd -d . SUNWonbld

# cd ..

간결하게 설명하기 위해 pkgadd의 출력 결과물은 생략하겠습니다. 또한 실제 ON build 패키지의 파일 이름은 현재 빌드의 이름을 반영하기 때문에 약간 다를수 있습니다.

다음 단계로 Sun Studio 컴파일러와 도구의 tar 이미지를 설치합니다:

# cd /opt

# bzip2 -dc $OPEN_SOL/sunstudio10-20050613.x86.tar.bz2 | tar xf -

컴파일러와 도구들을 설치 한 다음 설치한 디렉토리가 PATH에 추가됐는지 확인하고 오픈솔라리스 작업을 위한 디렉토리를 생성해야 합니다. (root 계정 보단 사용자 계정으로 작업을 진행하고 $OPEN_SOL/build-n 디렉토리로 돌아갑니다):

$ export PATH=/opt/onbld/bin:/opt/SUNWspro/bin:$PATH

$ mkdir testws

PATH를 적절하게 설정하기 위해 login script를 고치는 것도 좋은 방법입니다.

소스코드와 비공개 바이너리들의 압축해제

다음 단계는 비공개 바이너리들과 소스코드를 압축해제 하는 것입니다:

$ cd testws

$ bzip2 -dc ../opensolaris-closed-bins-20050322.i386.tar.bz2.tar | tar xf -

$ bzip2 -dc ../opensolaris-src-20050322.tar.bz2.tar | tar xf -

오픈솔라리스 코드 빌드

이제 오픈솔라리스 소스 코드를 빌드할 준비가 끝났습니다. 빌드 환경을 구성하기 위해 스크립트를 사용할 것 입니다. 이 스크립트는 여러가지 다양한 환경을 설정해 줍니다. 그러므로 우리 환경에 맞게 약간의 수정이 필요합니다. 파일을 백업 한 후에 수정합니다:

$ cp usr/src/tools/env/opensolaris.sh .

$ chmod 644 opensolaris.sh

opensolaris.sh 는 GATE, CODEMGR_WS, STAFFER, VERSION 환경 변수를 필요에 맞게 수정합니다. 우리는 STAFFER, CODEMGR_WS, VERSION을 제외한 나머지 것들은 그대로 둘 것입니다. 각각"rich", "/home/rich/open_solaris/build-17/$GATE", "OpenSolaris_build-17" 로 수정합니다. (물론 CODEMGR_WS 은 적절하게 수정되어야 합니다).

그리고 nightly 스크립트는 실제 빌드를 만들기 위해 사용됩니다.(nightly 는 커널을 포함한 모든 부분을 빌드합니다):

$ nightly opensolaris.sh

이 단계는 시간이 조금 걸립니다.(저자의 Ferrari 2GHz 3400 랩탑에서 약 90분이 소요되었습니다.) 빌드가 완료 되면 mail_msg, nightly.log, proto_list_i386(또는 비슷한) 이 세가지의 로그가 log/log.mmdd 디렉토리에 생성됩니다. mail_msg에는 완료된 후 $STAFFER에 지정된 e-mail로 보내질 내용이 포함되고 두번째 파일은 빌드 과정중에 자세한 로그를 포함하고 마지막 파일은 패키지를 만들기 위한 프로토 타입 리스트들을 포함합니다.(자세한 내용은 이 글의 범위를 벗어 납니다.)

만약 mail_msg 파일에 에러가 없다면 빌드가 성공했다는 것을 의미하고 만약 그렇지 않다면 nightly.log를 검사하여 원인을 분석할 수 있습니다.

오픈솔라리스 인스톨 (Part 1)

모든 과정이 잘 진행 되었다면 새롭게 컴파일한 비트를 설치할 수 있습니다. 새로운 비트(커널과 중요 라이브러리 그리고 어플리케이션등)의 설치는 매우 복잡하기 때문에 우리는 설치 유틸리티(" cap eye install"이라 불림)를 사용할 것입니다. 이 유틸리티는 새로 빌드된 커널의 tar ball을 만들어서 다른 머신에도 쉽게 설치가 가능하도록 해 줍니다. 알아둘 것은 여기서 설치는 오직 새로운 커널과 모듈만 설치 하는 것을 말합니다. 즉 인스톨 과정에서 현재 인스톨된 커널에 덮어 씌우지 않기 때문에 위험성이 현저히 줄어듭니다.

root 계정으로 들어가서 우리가 사용하고 있는 작업 디렉토리($OPEN_SOL이라고 불렀던) 디렉토리로 이동합니다. 중요한것은 도구들과 컴파일러들의 경로인 /opt/onbld/bin 과 /opt/SUNWspro/bin 가 root의 PATH안에 지정 되 있어야 한다는 것입니다.

모든 필요한 사항이 준비됐는지 확인 하기 위해서는 bldenv 스크립트를 이용 합니다:

# bldenv opensolaris.sh

다음 단계로 tar ball을 설치하고 같은 머신에서 테스트를 한다는 가정하에 다음과 같이 인스톨을 합니다:

# Install -k i86pc -G kernel-17

# cd /

# tar xf /tmp/Install.root/Install.i86pc.tar

-k 인스톨 플래그는 우리가 인스톨하는 커널 아키텍쳐를 컴파일러에게 미리 알려주고, -G 플래그는 glomname을 알려 줍니다.glomname은 /platform/<arch> 즉 새로운 커널이 설치될 장소를 알려 주는 것이고 우리의 경우에 설치가 끝나면 /platform/i86pc/kernel-17 에 들어갈 것입니다.(스팍에서는 /platform/sun4u/kernel-17 가 될 것입니다). 만약 glomname을 지정해주지 않는다면 우리가 새로 컴파일할 커널은 기존의 것을 덮어 씌우게 될 것입니다. 결국 시스템 오류로 인해 다른 미디어(CD 나 DVD)를 통해서 복구를 해야 합니다.

x86 시스템에서는 새로운 커널을 부팅시키기 위해 해야할 일이 한가지 더 있습니다: tarball의 압축을 해제한 후 우리의 새로운 커널 디렉토리를 /boot/solaris/filelist.ramdisk 파일 안에 기록해야 합니다. SPARC 플랫폼에서는 필요 없는 작업인데 왜냐하면 GRUB 부트 로더를 사용하지 않기 때문입니다.

이제 마지막으로 남은 작업은 새로운 커널을 이용해서 부팅하는 것입니다:

# reboot -- kernel-17/amd64/unix

이 예는 64비트 amd64 머신을 예로 든 것입니다. 64비트 SPARC은 kernel-17/sparcv9/unix 32비트 x86 은 kernel-17/unix 입니다.

모든 일이 정상적으로 진행 되었다면 opensolaris.sh 에 VERSION 에 지정했던 문자가 정상적으로 표시될 것입니다:

rich@orac3559# uname -a

SunOS orac 5.11 OpenSolaris_build-17 i86pc i386 i86pc

몇몇 머신들에서는 오픈솔라리스에서 지원하는 디바이스 드라이버가 없어서 이 같은 방법으로 부팅이 안될 수도 있습니다. 이런 경우는 베이스 OS가 설치된 디렉토리에서 모듈과 드라이버들을 테스트 디렉토리로 카피해 오는 방법이 있습니다.

지금까지를 간단하게 요약 정리해 보겠습니다:

# cd /platform/i86pc

# rm -fr kernel-17/*

# (cd kernel; tar cf - .) | (cd kernel-17; tar xf -)

# cd $OPEN_SOL

# Install -k i86pc -G kernel-17

# cd /

# tar xf /tmp/Install.root/Install.i86pc.tar

# reboot -- kernel-17/amd64/unix

새로운 커널만 인스톨하길 원하는게 아니라 더 많은 일을 하고자 한다면 BFU라고 불리는 프로세스가 필요합니다. 이것은 다른 문서에서 설명할 것입니다. BFU는 여러가지 작업을 하는데 있어서 안전하게 진행 할 수 있는 유용한 툴입니다.

요약

이 글에서는 몇가지 용어에 대해 설명하고 오픈솔라리스에 대해 다뤘습니다. 소스코드를 얻는 방법과 컴파일을 위해 필요한 비트들에 대해서도 다뤘고 마지막으로 오픈솔라리스를 간단하게 컴파일하고 설치 할 수 있는 단계들에 대해 다루었습니다. 이런 단계들은:

소스코드, 비공개 바이너리, 컴파이러와 빌드 도구들을 www.opensolaris.org나 미러 사이트에서 구하는 방법

ON build 도구들과 Sun Studio 컴파일러 /opt에 설치하고 PATH에 추가한다

소스 코드와 비공개 바이너리의 tar ball을 푼다

opensolaris.sh 스크립트를 복사하고 수정한다

nightly 스크립트를 이용해서 스크립트를 빌드한다

인스톨 스크립트를 이용해 새로 빌드한 커널을 설치 한다

재부팅하여 새로운 커널을 사용한다

추가 자료

opensolaris.org 웹 사이트에는 오픈솔라리스 개발자 레퍼런스와 문서들이 올려져 있습니다. 또한 OpenSolaris Tools 커뮤니티 와 Sun Studio 다운 로드 사이트(opensolaris.org/os/community/tools/sun_studio_tools/)도 참고 바랍니다. 저자가 쓴 책인 Solaris Systems Programming은 [Teer 2005]은 OpenSolaris 코드를 수정하려는 사용자들에게 유용한 책입니다. 그리고 Solaris Internals [Mauro and McDougall 2001] 는 오픈솔라리스 커널 해커들이 읽어야 할 중요한 책입니다. 커뮤니티 블로그 www.opensolaris.org/os/blogs/ 에 엄청난 양의 정보가 있습니다.

연재물

OpenSolaris의 빌드와 설치 (Part 2of 2)