일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 |
- CPU
- PORT
- Hack
- PERL
- Performance
- rm
- ext3
- Bash
- 리눅스
- Disk
- http
- DNS
- windows
- goaccess
- ext4
- apachetop
- Cache
- 솔라리스
- 디스크
- pid
- iptables
- 쇼펜의상속자 #킨텍스메가쇼 #섬유향수탈취제
- Kernel
- 칭찬교육
- 좌절교육
- rsync
- cadre
- Linux
- Python
- rm -rf
- Today
- Total
목록리눅스 (93)
Ben's
use strict; # $SIG{ALRM} = sub { print "UNKNOWN: Script timed out\n"; &do_page("nhkotest-002=>check failed - script timeout"); exit -1; }; # Start the timer to script timeout alarm(55);
http://archives.postgresql.org/pgsql-performance/2009-06/msg00319.php I see a lot of io wait time there. My guess is that your DB is flooded with synchronous writes. IF you want to optimize the hardware for this you have a couple options. I'm assuming your RAID 0 is not hardware RAID. 1. Use 8.3+ and asynchronous commit (set synchronous_commit=false). This is safe data wise, but if your DB crash..
http://blog.naver.com/kimbeast?Redirect=Log&logNo=60060710009 http://blog.naver.com/invain?Redirect=Log&logNo=80065594228 http://skcha.tistory.com/152 http://www.ibm.com/developerworks/kr/library/l-ext4/index.html http://ext4.wiki.kernel.org/index.php/Main_Page
make rpm
perl -MCPAN -e shell Perl에서 모듈 업데이트시 지정한 사이트로 접속이 되지 않아 업데이틀 할 수 없는 경우가 있다. 이와 같은 경우에는 다음과 같이 다운로드 사이트를 변경하여 해결할 수 있다. $ perl -MCPAN -e shell cpan> o conf urllist pop # 기존 URL목록 중에서 하나를 삭제. 경우에 따라서 몇 번 수행할 수도 있다. cpan> o conf urllist push ftp://cpan.mirror.cdnetworks.com/CPAN/ ※URL은 http://www.perl.com/CPAN/SITES.html를 참조할 것. cpan> o conf commit # 현재 설정을 저장 cpan> install LWP::UserAgent # 모듈의 설치
http://archives.fedoraproject.org/pub/archive/fedora/linux/core/3/x86_64/os/Fedora/RPMS/
1. 부팅되는 디스크를 준비한다(os나 architecture 상관 없음) 2. 부팅되는 디스크를 PM 에 연결하고 Lilo를 심고자 하는 디스크를 SM 에 연결하고 부팅한다. 3. 부팅이 되면 SM 에 연결된 디스크의 주 파티션을 마운트 한다. 4. SM 에 연결된 디스크에서 boot loader 를 심기 위한 작업을 한다. cp -a /disk/etc/lilo.conf /disk/etc/lilo.conf.hdc vi /disk/etc/lilo.conf.hdc ----------------------- boot=/dev/hdc -> 수정 disk=/dev/hdc -> 추가 bios=0x80 -> 추가 map=/disk/boot/map -> 수정 install=/disk/boot/boot.b -> 수정 ..
http://www.playwares.com/xe/tipntech/6895632 경험상 아래 값 정도만 유효한것 같네요. 참고로 디스크 장애란 예측하기 아주 어렵습니다 "구글을 지탱하는 기술" 이라는 책에서도 나와 있듯이 단순히 디스크가 오래되었다고 장애가 날 가능성이 높아지는것도 아니구요 좀 충격적인 이야기 하나는 모 벤더 사에서는 출고부터 bad sector가 포함된 디스크가 있을수 있다 라고 하구요. 그렇지만 이런 경우 주기적인 scan 시스템에 의해 별도 표시가 되고 쓰기를 못하게 처리되기 때문에 디스크 장애와는 직접 관련이 없다 라는 주장을 하기도 합니다. ^^; --------------------------------------------------------------------------..