[이현철]님이 남기신 글:
>
>언제나 산이님의 답변 감사합니다..
>
>그런데 random 문제는 해결이 어렵네요..
>
>리부팅이 최고인지...쩝...
>[root@wmail ]# /etc/init.d/random stop
> [ OK ]
>[root@wmail ]# /etc/init.d/random start
> [ OK ]
>
>
>하고
>[root@wmail]# ls -al /dev/random
>crw-r--r-- 1 root root 1, 8 9月 15 2003 /dev/random
>
>이놈도 제대로 있는것 확인하고..
>
>이놈 커널에서 인식하는지 봤는데 제대로
존재하는데..말이죠..
>[root@wmail]# ls -al /boot/System.map
>c0218f00 t md5_transform
>c02195c0 t md5_init
>c02195f0 t md5_update
>c0219710 t md5_final
>c0219810 t __constant_memcpy
>c0219920 t __constant_c_and_count_memset
>c02199c0 t sha1_transform
>c021b1b0 t sha1_init
>c021b1e0 t sha1_update
>c021b2d0 t sha1_final
>
>[root@wmail ]# more /proc/sys/kernel/random/entropy_avail
>0
>
>이런씩 이네요.....
>산이님을 곤란하게 해서 죄송합니다.
>
>
재부팅을 해야겠네요. ㅠㅠ
>
>그리고 du 문제도
>이제 /backup 100% 입니다.
>[root@ ~]# df -h
>/dev/mapper/VolGroup00-LogVol00
> 12G 2.1G 9.0G 19% /
>/dev/mapper/VolGroup00-LogVol05
> 20G 20G 0 100% /backup
>/dev/mapper/VolGroup00-LogVol03
> 23G 17G 4.3G 80% /var
>/dev/cciss/c0d0p1 99M 19M 76M 20% /boot
>none 1.5G 0 1.5G 0% /dev/shm
>/dev/mapper/VolGroup00-LogVol04
> 44G 3.0G 39G 8% /home
>
>그리고 umount를 해보니 /backup 파티션은 어떻게 해도 umount가
안되네요
>
>[root@ ~]# umount -a
>umount: /var: 이용중
>umount: /backup: 이용중
>umount: /: 이용중
>
lsof 로 어느 PID에서 사용하는지 확인하고
해당 PID에 대한 프로세스를 죽이고 나면 정상적으로 umount 할
수
있습니다.
>umount 후에 파티션
>[root@ ~]# df -h
>/dev/mapper/VolGroup00-LogVol00
> 12G 2.1G 9.0G 19% /
>/dev/mapper/VolGroup00-LogVol05
> 20G 20G 0 100% /backup
>/dev/mapper/VolGroup00-LogVol03
> 23G 17G 4.3G 80% /var
>
>
>아무래도 LVM형태로 구성해서 그런지..
>이놈 아직까지 실전에는 좀 힘들것 같네요..
>제가 부족해서 그렇겠치만....
>
>
>산이님 좋은 하루 되세요.
>
>[산이]님이 남기신 글:
>
>>[산이]님이 남기신 글:
>>
>>>
>>>[이현철]님이
남기신 글:
>>>
>>>>-----------------------------------------
>>>>답변자가 기본적으로 참고할 내용입니다.
>>>>- 배포판(옵션) :
>>>>- 커널버전(옵션)
:
>>>>- 데몬버전(예:apache
1.3.27) :
>>>>- 데몬설치유형(RPM/컴파일/기타)
:
>>>>-----------------------------------------
>>>>오랜만에 질문을 드립니다..
>>>>혼자서 몇칠째.. 머리싸메다가 끝에는 산이님께
>>>>조언을 구할수밖에...
>>>>
>>>>현재 서버에서 random 난수를 이용해서 md5형태의 암호화
화일을 만드는 프로그램이 있는데 요 근래에 random 난수가
하나도 없습니다..
>>>>아래와 보시면 아시겠지만
>>>>[hcle@wmail random]$ pwd
>>>>/proc/sys/kernel/random
>>>>[hcle@wmail random]$ ls -al
>>>>合計 0
>>>>dr-xr-xr-x 2 root root 0 7月 12 04:22 .
>>>>dr-xr-xr-x 3 root root 0 7月 12 04:22 ..
>>>>-r--r--r-- 1 root root 0 7月 12 04:27 boot_id
>>>>-r--r--r-- 1 root root 0 7月 12 04:27
entropy_avail
>>>>-rw-r--r-- 1 root root 0 7月 12 04:27 poolsize
>>>>-rw-r--r-- 1 root root 0 7月 12 04:27
read_wakeup_threshold
>>>>-r--r--r-- 1 root root 0 7月 12 04:27 uuid
>>>>-rw-r--r-- 1 root root 0 7月 12 04:27
write_wakeup_threshold
>>>>
>>>>이중에 엔트리를 보면
>>>>-----------------------------------------------
>>>>[hclee@wmail random]$ more entropy_avail
>>>>0
>>>>-----------------------------------------------
>>>>0 으로 나오고 있습니다.
>>>>열매라고 말하는 것이 맞을까요.난수가
없다보니 암호화 형태로 만들지 못해서
>>>>그냥 평문으로(ID,PW를
통한 인증에 사용중입니다) 소켓통신을 사용하고
있습니다.
>>>>
>>>>다른 서버를 찾아보면 아래와같이
>>>>[hcle@wmail1 hcle]$ cat /proc/sys/kernel/random/entropy_avail
>>>>3947
>>>>[hcle@wmail1 hcle]$ cat /proc/sys/kernel/random/entropy_avail
>>>>4096
>>>>언제나 특정난수 숫자가 표시 되고 있는데
말이지요..
>>>>
>>>>
>>>>구글에서 조사해보면 엔트리 같은경우에는
키보드,마우스,인터페이스에
노이즈 를 가지고 난수를 만든다고 하는데. 제가 걱정인것은
단지 난수를 만들지 못하는것이 뿐인지 서버 전체 특히 커널에
영향을 미치는지.. 찾아보면 거의 리부팅하면 정상으로
돌아온다고 하는데, ..이놈 리부팅후에 완전히 죽으면 어쩌지
해서요 제 능력으로 한계인것 같습니다. 뭐가 문제인지..
원인이야 많을것 같은데 특별한 것은 없고 단지 nfs이용해서
파일시스템을 마운트해서 사용하고 있는정도입니다.
>>>>산이 님의 작은 조언만이라도..
>>>>
>>>
>>>현재 random 디비이스 없거나 커널에서 지원하지 않은것
같습니다.
>>>
>>>
>>>다음의 방법으로 시도해 보세요
>>>
>>>1) /etc/init.d/random
>>>
>>>shell> chkconfig random on
>>>shell> /etc/init.d/random start
>>>
>>>위의 스크립트 한번 보시고, 난수 발생 여부 확인해
보세요.
>>>
>>>
>>>2) /dev/random 디바이스
>>>
>>>shell> ls -l crw-r--r-- 1 root root 1, 8 Jan 30 2003 /dev/random
>>>
>>>major 1, minor 8 인 cractor device 입니다.
>>>없다면(?) 만들어 놓으세요.
>>>
>>>
>>>3) 커널 컴파일
>>>
>>>컴파일하기 전에 현재 커널 버전에 대해서
>>>
>>>/boot/System.map-`uname -r`
>>>
>>>의 파일을 열어서 md5_xxx, sha1_xxx 와 같은 기능이
>>>지원하지는 확인해 보세요.
>>>
>>>커널 2.4 에서는
>>>
>>>Cryptographic options
>>> |-- [*] Cryptographic API
>>> |-- [*] HMAC support
>>> ...
>>> |-- <*> MD5 digest algorithm
>>> |-- <*> SHA1 digest algorithm
>>> ...
>>>
>>>이렇게 설정하고 커널을 재빌드 해보세요.
>>>
>>>
>>>>
>>>>하나만 더 여쭈어 볼께요..
>>>>
>>>>현재 CentOS release 4.3 를 사용하고 있는 서버가
있습니다.
>>>>파티션을 LVM(가상 볼륨)을 통해 사용하고 있습니다.
>>>>[hcle@dhn ~]$ df -h
>>>>/dev/mapper/VolGroup00-LogVol00
>>>> 12G 2.1G 9.0G 19% /
>>>>/dev/mapper/VolGroup00-LogVol05
>>>> 20G 18G 295M 99% /backup
>>>>/dev/cciss/c0d0p1 99M 19M 76M 20% /boot
>>>>none 1.5G 0 1.5G 0% /dev/shm
>>>>/dev/mapper/VolGroup00-LogVol04
>>>> 44G 3.0G 39G 8% /home
>>>>/dev/mapper/VolGroup00-LogVol03
>>>> 23G 17G 4.3G 80% /var
>>>>
>>>>위에서 보면 /backup 파티션이 99%입니다.
>>>>하지만 /backup .디렉토리를 보면
>>>># du -sh
>>>>1.9G
>>>>
>>>># du
>>>>16 ./lost+found
>>>>1930760 ./idc-data
>>>>1930780 .
>>>>
>>>>2G정도 입니다.
>>>>
>>>>특별히 심볼링크가 있는것도 아니고 파일이 하나뿐입니다..
>>>>LVM가 문제일까요..?
>>>>
>>>>좋은 하루되세요..
>>
>>현재 /backup 디렉토리를 사용하지 않는다면, /etc/fstab
파일을
>>열어서 어떤 옵션이 있는지 확인하고,
>>
>>shell> umount /backup
>>shell> mkdir /tmp/foo
>>shell> mount /dev/mapper/VolGroup00-LogVol05 /tmp/foo
>>shell> df -h
>>
>>이런식으로 기존의 마운트 포인트 지점을 바꾸어서 다시
마운트해 보세요.
>>아무래도 마운트 포인트 지점이 중복된것도 같네요.
>
>========================================
========================================
|