아 반나절을 이거 하나때문에 다 보내버렸네요.
아 진짜 왕짜증.
AIX 6에 Oracle 10g client를 설치하는 건 다운로드받은 파일을 압축푸는 것부터 쉽지 않았슴미다.
다운로드받은 오라클 사이트에 설명되어 있는대로 압축을 풀려고 하면 이런 에러가 납니다.
아 진짜 왕짜증.
AIX 6에 Oracle 10g client를 설치하는 건 다운로드받은 파일을 압축푸는 것부터 쉽지 않았슴미다.
다운로드받은 오라클 사이트에 설명되어 있는대로 압축을 풀려고 하면 이런 에러가 납니다.
panboy:/usr/local/oracleClient>gunzip 10gr2_aix5l64_client.cpio.gz
gunzip: 10gr2_aix5l64_client.cpio: File too large
gunzip: 10gr2_aix5l64_client.cpio: File too large
아 어쩌라는 건지..
혹시나 해서 버전을 확인해 보니,
panboy:/usr/local/oracleClient>gzip -V
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H
gzip 1.2.4 (18 Aug 93)
Compilation options:
DIRENT UTIME STDC_HEADERS HAVE_UNISTD_H
93년도 버전... 장난쳐? gzip.org에 가봐도 AIX용 링크는 죄다 끊어져 있고..
그래서 더 찾아보다가 아래의 방법을 알게되었슴미다.
panboy:/usr/local/oracleClient>gunzip < 10gr2_aix5l64_client.cpio.gz > 10gr2_aix5l64_client.cpio
이거이 압축풀리는 듯 하다가 딱 멈춤미다. 역시 반응은 파일이 너무 크다고.
한가지 차이점은 이렇게 해 놓으면 어쨋든 압축풀린 10gr2_aix5l64_client.cpio 파일이 만들어지기는 한다는 거.
panboy:/usr/local/oracleClient>gunzip < 10gr2_aix5l64_client.cpio.gz > 10gr2_aix5l64_client.cpio
gunzip: stdout: File too large
gunzip: stdout: File too large
10gr2_aix5l64_client.cpio 파일의 크기는 정확히 1073741312 임미다.
그래서 안되겠다 싶어 윈도우에서 10gr2_aix5l64_client.cpio.gz 파일의 압축을 풀어 10gr2_aix5l64_client.cpio 파일을 ftp로 올렸는데, 올라가다가 멈춤미다. 끝에 몇 바이트 안 남겨놓고. 아 놔. 모하자는 건지.
앗! 그런데 ftp로 올라가다가 멈춘 파일의 크기가 1073741312 byte 임미다.
응? 둘다 1073741312 잖아? 몬가 있군. 싶어서 이 값을 512(block size니까) 로 나누니까 2097151 라는 값이 나옵니다. 그러니까 저 1073741312 는 block size인 512의 배수였던 겁니다. 이거이 몬가 있군 싶어서 gooooooooogle에 1073741312 을 넣고 검색해 봤습니다.
http://www-01.ibm.com/support/docview.wss?uid=swg21041563
Resolving the problem
Any UNIX OS sees AFS volumes as individual files. Looking at specific OS kernel parameters, we found that the fsize parameter in the /etc/security/limits file on the receiving fileserver was set at 2097151 blocks. These blocks were set at 512 bytes each. Performing the math we found that 2097151 x 512 = 1073741312, or the exact byte size at which the volume moves would fail. A reset of the fsize parameter in the /etc/security/limits file to a value of "-1" (essentially "unlimited") and a reboot is necessary to resolve this.
Any UNIX OS sees AFS volumes as individual files. Looking at specific OS kernel parameters, we found that the fsize parameter in the /etc/security/limits file on the receiving fileserver was set at 2097151 blocks. These blocks were set at 512 bytes each. Performing the math we found that 2097151 x 512 = 1073741312, or the exact byte size at which the volume moves would fail. A reset of the fsize parameter in the /etc/security/limits file to a value of "-1" (essentially "unlimited") and a reboot is necessary to resolve this.
이렇게 나옵니다.
아 지금 재부팅하고 있습니다.
이 밑에 속았네 어쩌고 소리 없으면 리부팅하고 제대로 된겁니다. 그래도 거참. IBM 사이트에서 유닉스한테 리부팅을 하라니. 장난쳐. 아 제발 리부팅 잘 되길.. 안되면.. 거까지 뛰갔다 와야되는뎅.
ps. 리부팅하고 나니 그냥
cdpws:/usr/local/oracleClient>gunzip 10gr2_aix5l64_client.cpio.gz
이렇게만 해도 압축 잘 풀리네요. -.-;
'프로그래밍' 카테고리의 다른 글
드뎌 찾았다! 이클립스에서 사용가능한 델파이식 북마크! (0) | 2010.03.14 |
---|---|
IBM AIX 타임 서버랑 싱크맞추는 법 (0) | 2010.03.09 |
jboss soap wsdl 주소 변경하는 방법 (0) | 2010.02.22 |
JBoss 5: 웹서버와 웹서비스 서버 물리적으로 분리하기 (0) | 2010.02.09 |
oracle MD5 암호화 (0) | 2009.10.23 |