ab를 이용한 벤치마크 테스트 결과중.. 뭔가 신경쓰이는 부분이 발생할 수 있다. Complete requests: 400 Failed requests: 393 (Connect: 0, Receive: 0, Length: 393, Exceptions: 0) Failed requets 수치.. 그 중에서도 Length 항목… 다른 것들은 확실히 ”실패”에 의한 결과이겠으나.. Length는 보는 사람으로 하여금 혼란이 있을 수 있다. 결론부터 얘기하면… 그냥 ”무시”해도 된다. ab를 통한 사이트 테스트중 첫번째 요청 결과에 대한 Length를 기록한뒤 이후 발생하는 요청 결과에 대한 Length가 다르면 발생하는 내용 이다…
환경 OS : linux(centos6) WEB : nginx-1.8 PHP : php-fpm php-fpm은 포트가 아닌 소켓을 오픈 기본값 : listen = 127.0.0.1:9000 변경값 : listen = /var/php/php-fpm.sock 로그 2016/01/12 07:20:21 [crit] 15637#0: *1 connect() to unix:/var/php/php-fpm.sock failed (13: Permission denied) while connecting to upstream, client: 141.101.83.235, server: greatuser.net, request: “GET /index.php HTTP/1.1”, upstream: “fastcgi://unix:/var/php/php-fpm.sock:”, host: “greatuser.net”, referrer: “https://www.google.co.kr/” 원인 및 처리 php-fpm 과 nginx 의 실행 유저가 맞지 않기 때문에 발생하는 에러.. php-fpm.conf 에 다음과 같이 지정을 해줘야함… user = nobody group = nobody listen.mode = 0666 예제에서는 저렇게 나와 있지만.. nginx 를 구동하는 유저와 동일하게 설정하면 되겠다. listen.mode 역시 0660 이상이면 된다… 그런데 왜 listen 값을 포트에서 유닉스 소켓으로 변경했냐고???? 그건 다음에 알랴줌…
samba failing to start after centos7.2(rhel7.2) update 환경 : CentOS-7.2 (64bit) 증상 얼마전 제공된 centos-7.2 업데이트 이후 갑자기 samba 구동이 되지 않음 # systemctl start smb Job for smb.service failed because the control process exited with error code. See “systemctl status smb.service” and “journalctl -xe” for details. ???? 사실 이 때 까지만 해도 7.2업데이트(정확히는 samba 업데이트) 때문에 발생한 문제 라는 것을 몰랐음. 서비스 확인 # systemctl status smb ● smb.service – Samba SMB Daemon Loaded: loaded (/usr/lib/systemd/system/smb.service; disabled; vendor preset: disabled) Active: failed (Result: exit-code) since 월 2016-01-04 12:35:20 KST; 39s ago Main PID: 19226 (code=exited, status=1/FAILURE) 1월 04 12:35:20 lvs1 systemd[1]: Starting Samba SMB Daemon… 1월 04 12:35:20 lvs1 systemd[1]: smb.service: main process exited, code=exited, status=1/FAILURE 1월 04 12:35:20 lvs1 systemd[1]: Failed to start Samba SMB Daemon. 1월 04 12:35:20 lvs1 systemd[1]: Unit smb.service entered failed state. [ more… ]
[MySQL] ERROR 1457 (HY000): Failed to load routine after upgrade or migratrion 에러메세지 ERROR 1457 (HY000): Failed to load routine DB_NAME.MY_PROCEDURE_01. The table mysql.proc is missing, corrupt, or contains bad data (internal code -6) 상황 mysql 업그레이드 및 마이그레이션 작업 이후 데이터상태 proc 테이블에는 MY_PROCEDURE_01 이 제대로 들어가 있음 use mysql; select * from proc where name=’MY_PROCEDURE_01′; 의 결과는 제대로 나옴… 호출시 call DB_NAME.MY_PROCEDURE_01; show create procedure DB_NAME.MY_PROCEDURE_01; 등을 수행하게 되면.. 위의 에러메세지가 발생한다는것… 원인 테이블 손상 데이터 마이그레이션 실패 등 여러가지가 있겠으나.. 나같은 경우는… 구버전 -> 최신(mysql-5.7) 업데이트를 하다보니.. 프로시저 선언시 CREATE TEMPORARY TABLE TMPTTT(REGDATE varchar(10))TYPE = HEAP 이런식으로 현재 버전에서 지원하지 않는 구문오류로 인해 해당 프로시저가 정상적으로 생성되지 않았던 것. 찾느라 무척 애먹음.. ;;;;; mysql upgrade : https://dev.mysql.com/doc/refman/5.7/en/upgrading.html#upgrade-procedure-logical
Copyright © 2024 | WordPress Theme by MH Themes
