Jehna :)

PDO로 UPDATE 쿼리 실행 시, There is already an active transaction in.. 와 같은 오류가 발생하는 경우가 있다. * 보통은 업데이트 할 column의 values값이 잘 못 전달되거나 column수와 values 수가 다를 경우 발생하지만 transaction 문제가 있는 경우에도 위와 같은 오류가 발생할 수 있다. 한번에 쿼리가 여러번 실행될 때, transaction도 여러번 실행되는 환경 하나의 transaction이 끝나기도 전에 다른 transaction이 호출되면서 과부하가 걸려 DB에서 자체적으로 막아버림 1. 쿼리 준비 전, beginTransaction() 실행 2. 실행할 모든 ..

php excel을 사용할대 zipArchive 오류가 발생할 수 있다. 이런 경우는 php zip모듈이 없어서 발생한 것. 1. php 모듈 위치 및 버전 확인 - php 모듈 위치 확인 (명령어 또는 phpinfo()로 확인 가능) # find / -name php -type d - php 버전 확인 # php -version 2. yum 으로 php zip 모듈 설치 # yum search php74-pecl-zip // 모듈이 있는지 확인 # yum install php74-pecl-zip 3. php.ini에 모듈 경로 추가 - 경로 추가 전, 꼭! php모듈 위치에 zip.so가 추가되었는지 확인 필요 # vi /etc/php.ini extension_dir = "/usr/local/php/l..

디스크 용량이 꽉 차 불필요한 데이터를 정리했는데도 용량 확보가 안되는 경우!! 1. 용량 확인 # df -h 2. 디렉토리별로 사용하고 있는 용량 확인 # du -sh * | sort -hr => 용량을 아무리 계산해봐도..... 문제가 없다. disk2, disk1은 다른 파티션이라 해당이 안됨. 3. 프로세스 확인 - 좀비 또는 활성화된 프로세스 중 문제가 있는 프로세스 확인 필요! # lsof / | grep deleted 4. 문제의 프로세스 죽이기 - 3번 프로세스 확인을 보면 두번째 열이 PID이다. - ps로 PID를 한번 더 확인한 후, lsof에서 출력해준 정보가 맞는지! 꼭! 확인한 후 kill -9 실행 # kill -9 5607 - 명령어 실행한 후, 3번 명령어를 다시 실행해서 ..

DB 복구 후, 잘 사용하고 있다 에러가 발생했다. 아마도 서버에 설치한 MariaDB 는 10.6이고 복구한 버전은 10.1이여서 발생한 오류같다. 해결 방법은 간단하다. MariaDB 업그레이드! # mysql_upgrade -u root -p

서버가 왜 그랬는지 모르겠지만 ㅠㅠ.. 강제 종료되면서 디비가 손상되었다. 이럴 수도 있는건가..? 아무튼 /var/lib/mysql을 백업해둔게 있어 복구해보려고 한다. innodb로 복구를 하기 위해선 /var/lib/mysql/안에 ib_logfile0, ib_logfile1, ibdata1등등이 필요하다. /var/lib/mysql전체 백업되어 있으면 끝~ 1. /etc/my.cnf 추가 설정 innodb_force_recovery = 0 innodb_purge_threads = 0 2. /var/lib/mysql 백업본으로 교체 - 백업해둔 mysql로 변경 3. mariadb 재시작 systemctl restart mariadb ※ 복구해서 잘 사용하다 갑자기 Cannot load from m..

mariadb root패스워드 분실로 패스워드 변경 후 서비스 재실행하니까.. 아래 오류가 떴다. - Cent OS 7 - Mariadb 10.X [ERROR] WSREP: rsync SST method requires wsrep_cluster_address to be configured on startup. /etc/my.cnf.d/galera.cnf 수정 (wsrep_on 설정값 변경) // 변경 전 wsrep_on = 1 // 변경 후 wsrep_on = 0 - 변경 후, mariadb 재시작!! 갈레라 클러스터를 사용하지 않으면서 사용함으로 되어 있어 발생한 오류

＊ 환경 CentOS7.x / php 7.3 opendir로 삭제하려는 파일이 위치한 디렉토리를 열고 unlink로 파일 삭제! 생각보다 쉽고 간단합니당~ // 파일 경로 선언 $upload_path = $_SERVER['DOCUMENT_ROOT']."/test/"; // 파일이 위치한 디렉토리 열기 if ( opendir($upload_path) ) { @unlink($upload_path."파일명.txt"); }

＊ 환경 CentOS7.x / nginx / php-fpm / mariadb ＊ 에러 메시지 1. /var/log/nginx/error.log 2020/11/08 23:39:18 [error] 16076#16076: *3 FastCGI sent in stderr: "Primary script unknown" while reading response header from upstream, client: 157.55.39.52, server: XXXXXXXX, request: "GET /progress_list.php HTTP/1.1", upstream: "fastcgi://unix:/run/php-fpm/www.sock:", host: "new.hscan.co.kr" 2. 브라우저 상태 403 Forbid..

php imagick 설치 시, 오류가 아래와 같이 발생한다면!! php pear 업데이트가 필요하다. PHP Parse error: syntax error, unexpected 'new' (T_NEW) in /usr/share/pear/PEAR/Frontend.php on line 91 참고) centOS7 기준!! 1. wget으로 설치할 라이브러리 가지고 오기 # wget http://pear.php.net/go-pear.phar 2. 가지고 온 라이브러리 설치(업데이트) # php go-pear.phar Below is a suggested file layout for your new PEAR installation. To change individual locations, type the num..

NGINX [emerg] no port in upstream "php-fpm" ■ 환경: php-fpm, nginx, mariadb !!해결 방법!! - /etc/nginx/conf.d/php-fpm.conf 파일이 없거나 설정이 잘 못되었을 때 발생 # PHP-FPM FastCGI server # network or unix domain socket configuration upstream php-fpm { #server 127.0.0.1:9000; server unix:/run/php-fpm/www.sock; }