꾸냥의 잡탕찌게

Mysql::Error: Incorrect key file for table ‘/tmp/#sql_****.MYI try to repair it 라는 경고 메시지 처리하기 상당히 많은 데이터를 left join 하고 order by 와 group by 까지 걸어버리니 해당 메시지가 나오며 쿼리가 날아가지 않았다. 동일한 구문에서 order by 와 group by 를 제거하고 작업을 하니 정상 작동을 하였는데 이것으로 해당 구문을 실행시 메모리가 부족할꺼라는 예상을 하였다. 그 후 관련 Mysql 세팅에서 메모리 늘리는 작업을 해봤는데 소용이 없었다. 여전히 안됨 마지막으로 tmp 폴더 용량을 체크해봤더니 전체 사용할 수 있는 용량이 400메가가 채 안되었다. 이것을 여유 많은 곳으로 옮겼더니. 이상없이 ..

기존에 mysql 4.x 버전으로 운영중인 서버에 mysql 5.x 버전을 깔고 php 에서 localhost 로 포트번호만 달리해 접근을 하려했다. 외부에서 포트 번호만 달리해서 접근하는데에는 아무런 문제가 없었고 콘솔에서도 접근시 문제가 없었다. 하지만 PHP 에서 연결을 하려고 하니 "Client does not support authentication protocol requested" 에러메시지가 나오며 배짱을 부렸다. 이노무 자식!!! 이곳저곳 뒤져보니 mysql 4.x 기준으로 php 를 세팅을 하는 바람에 접근 자체가 php 에서 mysql 로 접근할때에 패스워드 암호화가 잘못되어서 접근이 안되는 문제였다. mysql 5.x 의 콘솔로 접근을 해서 mysql > UPDATE user SET..

PHP에서 ftp 전송을 하기 위해 ftp_connect 함수를 사용해서 전송을 하는데 "Warning: ftp_put(): Could not create file. in ***" 에러가 발생하였다. 해당 소스는 다른 서버로 전송해봤는데 이상이 없었고 전송 될 폴더의 권한도 전부 허용을 해놓은 상태였다. 서버 FTP 설정 권한 전부 체크해 봤는데 별다른 특이점이 없었다. 그러다 퍼뜩 든 생각... 서버에 따라 ftp 로 접근했을때 들어갈 수 있는 폴더가 제한되어 있다. 전송할 폴더를 지정하는데 기존에는 절대 경로를 적었다. (/home/htdocs/filename.tar.gz) 하지만 이렇게 하면 ftp 가 해당 폴더를 인식을 못한다. 절대가 아닌 상대로 적어야 해당 폴더에 접근이 가능하여 데이터를 입력..

애드온을 다운로드 하려고 보니 "다운로드 에러 -228" 메시지만 뱉어내고 배째버렸다. 구글링을 해본결과 캐쉬 관련한 문제로 판단되어 "도구 > 설정 > 고급 > 오프라인 보관소 사용 용량" 을 증가시켜 줬다. [자세한 관련 문서]

언어상에서도 구현이 가능하지만 MySql 에서 계산을 해보도록한다. 단지 그뿐... mysql> SELECT DATE_ADD('2010-03-04', INTERVAL (DAYOFWEEK('2010-03-04')-1) * -1 DAY); 설명을 하자면 DAYOFWEEK('날짜') : 해당 날짜의 요일을 숫자로 구한다. (1:일요일 ~ 7:토요일) [관련설명] DATE_ADD(날짜, INTERVAL 이동할날짜 DAY) : 지정한 날자로 부터 며칠을 옮길지를 정한다. 해당 명령어들은 MySql 버전에 따라 되고 안되고 하는 것들이 있으니 해당 부분은 메뉴얼을 참조함 [메뉴얼링크]

정말 미친듯이 까먹는다. 루트로 로그인 해서 shutdown 명령어로 종료를 한다. # shutdown -h now shutdown : 종료 명령어 -h : 종료 조건 (h: 전원종료, r: 리부팅, k: 사용자에게 경고메시지 보냄) now : 시간(now: 즉시, 10: 10초후)

기존에 사용하던 서버가 커널 패닉을 일으키며 반항을 하길래 이번 기회에 갈아치워 버리자! 난 매정한 사람이니깐 이라는 생각으로 여차 저차 한대를 구했는데. 이런... 사양이 너무 좋아버렸다. 어째튼 집에 남는 IDE 하드를 끼우고 슥슥슥 centos 5.4 버전을 설치하고 테스트를 하는데 파일 전송이 너무 늦는것이다. 사양에 비해서 뭐 이리 늦나 봤더니 # hdparm -t /dev/hda .... 전송속도 8메가 컥 구글이 갈켜준 DMA 활성화를 눌러 봤다 # hdparm -c 1 -d 1 /dev/hda ... HDIO_SET_DMA failed: Operation not permitted ... 어랏! DMA 가 설정이 안된다. ... 이때부터 고난은 시작되었다. 건 8시간 가량의 DMA 와의 사투..

몇시간 고생을 하고 남김. 새로 구해온 컴퓨터에 테스트겸 윈도우를 설치하려고 하는데 자꾸만 블루스크린에 0x0000007b 에러가 발생하였다. 다른 IDE 하드를 연결해서 테스트 해보아도 멀쩡한데 설치하려고 맘먹은 IDE 하드에서만 해당 에러가 발생하였다. 마소는 "네 하드웨어 문제다 새로 사던지 고쳐라!" 라고 하고 쥐군과 엔군을 뒤져도 뚜렷한 대책이 없던 터에... 해당 에러가 sata 쪽 하드를 연결해도 왕왕 발생한다고 하는거 같다. 오호라~ 뒤적뒤적 바이오스 옵션을 손보고 이것저것 하다가 결국... 알아낸 것이 설치 시디의 문제! 편하게 윈도우를 설치하기 위해 통합 설치시디를 사용했는데 해당 시디에서 sata 를 기본 지원하는데 이것으로 설치를 하게 되면 에러가 발생한다. 고로 sata 옵션이 안..

가장 편한 방법은 컴퓨터를 뜯어 보던지 아니면 초기 구매 목록을 살펴보는 것이지만 그렇게 하기 힘들 경우에는 # dd if=/dev/mem bs=1k skip=768 count=256 2>/dev/null | strings -n 8 를 하면 정보들을 살펴볼 수 있음. 자세한 옵션은 잘 모름...ㅡㅡ; strings 는 바이너리파일을 문자로 보여주는 역할을 하고 /dev/mem 은 해당 정보들 파일 dd 는 파일을 변환함

서버 접속을 하려고 하는데 오류 : Connection closed by server with exitcode 127 라는 메시지가 나오면서 접속이 안되었다. 해당 메시지는 쉘이 해당 명령어를 실행하지 못하면 발생하는 오류임 해당 부분 처리함 될꺼 같은데 나의 경우는 서버 관리자에게 연락함....ㅡㅡ; 덧붙임 - 2010/04/21 해킹의 전조. 아니 이미 누군가 침을 질질 발라놨음. 접속이 되면 백업 받을 수 있는 건 모조리 백업 받고 해당 서버는 재설치 및 보안에 신경써야함. 소스 코드에도 어떤 짓을 해놨을지 모름 전체적으로 점검을 해야함.