EXT3-fs error (device sda2) in start_transaction: Journal has aborted EXT3-fs error (device sda2) in start_transaction: Journal has aborted 위와같은 에러 메시지가 발생되면서 특정 파티션이나 혹은 모든 파티션이 읽기모드로(Read Only mode) 변경된다. 이러면서 업데이트가 불가능해지는데... 원인은 아래와 같다. 1. 파워 불량 2. 일시적인 전원 불량 3. 비정상적인 서버 종료 InstructionsThings You'll Need:A linux Rescue CD, like SysRescueCD or a bootable OS from CD or disk, like Tomcat. Step 1Reboot the server, and watch for the moment when it asks you to push "Y" to start a filesystem check, and let it cleanup the system. If you never get the opportunity to do the "Y" selection because it
EXT3-fs error (device sda2) ext3_journal_start_sb : Detected aborted journal EXT3-fs error (device sda2) ext3_journal_start_sb : Detected aborted journal EXT3-fs error (device sda2) ext3_journal_start_sb : Detected aborted journal 에러가 발생하면 읽기모드로 변경되면서 더이상 업데이트가 안된다. 해결방법 1. 해당장치를 unmount 2. debugfs -w -R "feature ^has_journal,^needs_recovery" /dev/장치명 파티션을 ext2모드로 바꾸어 줍니다. 3. fsck -y /dev/장치명 점검 4. tune2fs -j /dev/장치명 저널링을 활성화 5. mount
vi 에서 여러줄 주석 설정 및 해제하기 # 주석 설정하기 - v로 비주얼 블럭 선택 - :norm i주석 예) :norm i// (주석 // 이 추가된다) 예) :norm i# (주석 # 이 추가된다) # 주석 해제하기 - v로 비주얼 블럭 선택 - :norm x주석
ftp 기본 함수 list ftp_alloc / ftp_cdup / ftp_chdir / ftp_chmod / ftp_close / ftp_connect / ftp_delete ftp_exec / ftp_fget/ ftp_fput / ftp_get_option / ftp_get / ftp_login / ftp_mdtm ftp_mkdir / ftp_nb_continue / ftp_nb_fget / ftp_nb_fput / ftp_nb_get / ftp_nb_put ftp_nlist / ftp_pasv / ftp_put / ftp_pwd / ftp_quit / ftp_raw / ftp_rawlist /ftp_rename ftp_rmdir / ftp_set_option / ftp_site / ftp_size / ftp_ssl_connect / ftp_systype
# PHP 실행시간 늘리기 php에서 실행시간을 늘리고자 할 경우 php.ini을 수정하여 늘릴 수 있다. max_execution_time = 30 기본값은 30초이다. 이 값을 수정하고 웹서버를 재시작해주면 되겠다. 다른 방법은 set_time_limit()함수를 이용하여 실행 시간을 컨트롤 할 수 있다. 참고 set_time_limit()는 PHP가 안전 모드일 때는 작동하지 않는다.
한글로 된 URL을 정상적으로 처리할 수 있게 하는 mod_url.c의 설치 방법은 다음과 같습니다. 현재 실행되고 있는 httpd 프로세스를 확인하여 DSO(Dynamic Shared Object)가 사용 가능한지 확인합니다. 다운 로드 : http://kle.kldp.org/apache/mod_url.c http://kle.kldp.org/apache/readme.mod_url 1. DSO 확인 =========== # httpd -l (in debian) Compiled-in modules: http_core.c mod_so.c mod_php3.c # /usr/sbin/httpd -l |grep mod_so (in redhat) mod_so.c 여기서 mod_so.c 가 보이면 DSO를 통해 간편하게 mod_url.c를 설치할 수 있습니다. 2.1. 컴파일(일반적인 경우 RedHat은 아래 참조) ============================================ 설치는 아파치 확장 툴인 apxs를 이용합니다. #apxs -i -a -c mod_url.c 이렇게 실행하면 됩니다. $ apxs -i -a -c mod_url.c gcc -fpi
# apache 1.3.x apache_1.3.x/src/include/httpd.h HARD_SERVER_LIMIT 256 # apache 2.0.x - prefork httpd-2.0.63/server/mpm/prefork/prefork.c DEFAULT_SERVER_LIMIT 256 - worker httpd-2.0.63/server/mpm/worker/worker.c DEFAULT_SERVER_LIMIT 16 DEFAULT_THREAD_LIMIT 64
하드디스크 속도체크 # 버퍼링되어 있지않은 데이터의 디스크 ACCESS 속도 검사 hdparm -t /dev/sda # 버퍼링되어 있는 데이터의 디스크 ACCESS속도 검사 hdparm -T /dev/sda # CD-ROM 드라이브 읽는속도 검사 hdparm -t /dev/cdrom
리눅스를 사용하고 있는 사용자 중, 많은 수의 사람들은 아파치 웹 서버를 사용하고 있을 것입니다. 이들 중에는 아파치를 공부하기 위해 사용하시는 분도 계실 것이고, 자신만의 웹서버를 운영하기 위해 사용하시는 분도 계실 것이고, 업무상 사용하시는 분도 계실 것입니다. 저를 포함해서 아파치를 사용하시는 분들이 공통적으로 궁금해 하는 것이 있습니다. 바로 방문정보입니다. 자신의 사이트에 얼마만큼의 방문객이 다녀갔고, 가장 많은 방문객이 엑세스 한 파일은 어떤 것이며, 어떤 검색 엔진에서 어떤 검색어를 사용해서 사이트를 알게 되었나 하는 등등의 것입니다. 이러한 궁금증을 해소하기 위해 아파치 웹 로그 분석 프로그램 중 하나인 Webalizer를 소개하고자 합니다. Webalizer는 빠르고 강력한 웹 로그 분석 프로그램입니다. 아파치의 로그파일을 분석해서 그 결과를 html형태로 출력해 주기 때문에 매우 자세한 결과를 쉽게 확인 할 수 있습니다. Webalizer 설치하기 다음 URL은 Webalizer를 다운로드 할 수 있는 Webalizer 홈페이지입니다. http://www.mrunix.net/webalizer/ [Webalizer의 홈페이지] Webalize
YUM을 이용한 Redhat 패키지 관리 YUM (Yellowdog Updater Modified)을 통한 Redhat 계열 서버 관리. 리눅스 서버 관리자나 IT에 종사하는 사람들의 가장 큰 적은 바로 "귀찮음" 이다. 거의 매일같이 나오는 프로그램의 취약성 / 오래된 패키지들의 업데이트 들은 정말 필요하지만, 귀찮은 작업이 아닐수 없다. 윈도우의 windows updates처럼 자동으로 패키지를 관리해주면서, 필요한 업데이트를 받을수있다면 하는 생각을 하는 리눅스 관리자들이 많을 것으로 생각된다. 그나마 Freebsd, gentoo 등의 OS들은 나름대로의 패키지 관리자가 따로 있어 패키지의 업데이트및 설치를 쉽게 할 수 있어 왔으며, 이것은 그들 OS만의 큰 장점으로 자리매김해 오고 있었지만, 설치2및 사용이 일반 Redhat계열의 리눅스에 비해 어렵고, 이들 OS에 대한 자세한 메뉴얼이나, 도움을 얻을수 있는곳이 별로 없어 국내에서는 많이 사용 되고 있지는 않다. 국내에 많이 배포된 linux중에서는 Redhat이 있다. 전세계적으로 가장 많은 사용자를 보유하고 있어, 트러블 슈팅 등 많은 정보를 손쉽게 얻을수 있는 장점은 있었으나, 전문화된
예전에 포스트로 적어 뒀던거 같은데 기억도 가물가물해서 다시 [php.ini 설정] file_uploads = On ;파일 업로드 사용여부 upload_max_filesize = 10M ;업로드 파일의 최대 크기 post_max_size = 11M ;PHP가 허용하는 POST 데이터의 최대 크기 POST 데이터가 허용하는 최대 사이즈를 설정합니다. 이 설정은 파일 업로드에도 관여합니다. 큰 파일을 업로드 하기 위해서는 이 값이 upload_max_filesize보다 커야만 합니다. 환경 설정 스크립트에서 메모리 제한을 활성화하였으면, memory_limit도 파일 업로드에 관여합니다. 일반적으로, memory_limit는 post_max_size보다 커야만 합니다. memory_limit = 20M ;스크립트가 사용할 수 있는 최대 메모리 크기스크립트가 사용할 수 있는 최대 메모리 양을 바이트로 설정합니다. 엉망인 스크립트가 서버의 많은 메모리를 차지하는 것을 방지할 수 있습니다. PHP 4.3.2부터, memory_limit를 활성화 했을때, PHP 함수 memory_get_usage()가 사용 가능합니다. 크기 설정시
/usr/local/bin/memcached -p 11211 -m 64m -d -m 64m : use 64mb memory -p 11211 : use port 11211 -d : background execute -h : 명령어 도움말 -w : debuging mode
출처 : http://wiki.heedy.pe.kr/index.php/Memcached 1 서론 2 memcached의 캐쉬 방식 3 memcache의 인스톨 4 memcache의 기동 5 memcache의 동작확인 서론 memcached는 고속의 분산형 Memory Cache이며, 주로 DB에의 참조 결과를 Cache, 웹시스템에 있어서의 성능향상을 위해 많이 사용된다. 웹시스템에 있어서의 부하대책 서버의 구성을 살펴본다. Scale Out (서버의 수를 늘린다) Scale Up (CPU/Memory 등의 하드웨어를 향상시킨다) OS/Middleware의 설정을 살펴본다. 네트워크구성을 살펴본다. 어플리케이션 로직을 살펴본다. 위의 대책 중에 DB서버에의 대책에는 데이터의 배치, 데이터 액세스방법을 어떻게 구현했는지가 문제가 된다. DB서버에의 부하를분산 (DB파티션팅 등의 기술을 사용해 Scale Out) DB서버에 있어서의 쓸때없는 처리를 줄인다. (DB Query를 다시 살펴본다) 바로 memcache가 위의 문제가 될 수 있는 곳의 해결책이 될 수 있을 것 같다. memcached에 의한 성능향상 파일 입출력 (File I/O)가 줄어듬 파일의 내용
시스템 하드웨어 정보 보기 파일 업로두 후 make만 수행하면 된다. 컴파일 후 실행파일은 lshw-B.02.15/src 안에 있다. ./lshw : 서버정보 전체보기 ./lshw -short : 서버정보 간략하게 보기 ./lshw –businfo : bus에 대한 자세한 정보 확인 ./lshw -html > system.html : html 페이지로 만들기 ./lshw -help : 옵션 보기 [##_1C|8517759422.gz|style="width: 90px; height: 30px; border: 2px outset #796; background-color: #efd; background-repeat: no-repeat; background-position: center center; background-image: url('/image/extension/unknown.gif')"|_##]
INFO: task mysqld:24715 blocked for more than 120 seconds. "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. mysqld D ffffffff80150939 0 24715 2442 24718 24712 (NOTLB) ffff81000fd03e18 0000000000000086 0000000000000074 ffffffff80225c04 00000000ffffffda 000000000000000a ffff810073667820 ffff810037e57860 00054ecb31e59901 000000000001991f ffff810073667a08 0000000700000000 Call Trace: [<ffffffff80225c04>] sock_aio_read+0x4f/0x5e [<ffffffff800646ac>] __down_read+0x7a/0x92 [<ffffffff80066ad0>] do_page_fault+0x446/0x874 [<ffffffff800a0b5f>]
사이트에 관련하여 연락은 메일로 주세요. kosthb골뱅이gmail.com
Copyright 2011 mediaon. All rights reserved.
