반응형

send-pack: unexpected disconnect while reading sideband packet

fatal: the remote end hung up unexpectedly

 

git push 시에 위 오류가 발생하며 push가 되지 않았다.

검색해보니 git push 기본값은 1MB여서 발생한다고 한다.

 

아래 커맨드를 실행하여 수정후 정상적으로 push 를 수행할 수 있었다.

 

git config --global http.postBuffer 2048M
git config --global ssh.postBuffer 2048M
반응형

'프로그래밍' 카테고리의 다른 글

docker 이미지 전체 삭제하기  (0) 2020.07.03
반응형
# mysql -u root -p

mysql > alter user 'root'@'localhost' identified with mysql_native_password by 'pw123';
mysql > flush privileges;

서버에 워드프레스를 설치하려고 했는데, "데이터베이스 연결 중 오류" 가 발생했다.

실제로 연결을 시도해보니 로그인이 되지 않고 있는 점을 발견했고, 아래와 같이 해결했다.

문제는 인증체계가 바뀌어서 그런것인데, php7.4 이상으로 업그레이드해주거나, mysql 에서 alter user 로 native passwod (기존 인증방식)을 사용하도록 해주면 된다.

 

 

반응형
반응형

용량이 14gb에 달하는 테이블을 아무런 생각도 없이 PMA에서 "테이블 최적화" 를 눌러버렸다.

서버에서 그 즉시 mysql 프로세스가 먹는 메모리와 CPU가 급증하고 멈추기만을 기다렸다.

 

장장 7시간이 넘게 소요되었다.. 이걸 강제로 멈춘다면 테이블이 crash가 발생할수도 있다라는 글을 여럿 발견하고는 아무런 일도 할수 없었다.

그럼 이 작업이 언제 끝났는지를 알수 있었냐면, PMA또는 터미널상에서의 mysql command를 통해 가능하다.

 

PMA 에서는 "서버 > 상태 > 프로세스" 로 접근하면, 당당히 목록에 "OPTIMIZE TABLE XXX"가 열심히 작업 중일 것이다..

터미널에서는 mysql -u root -p 로 로그인하여 mysql command로 들어가 "SHOW PROCESSLIST"를 입력해주면 된다.

 

어쨌건... 용량 큰 테이블을 쪼개는 작업을 진행 중인데.. 

맨처음 설계부터 신중해야함을 다시한번 느낀다.

반응형
반응형

최근에 구축 중인 사이트가 있는데, 방대한 양의 시세 정보 데이터를 적재하고 이를 검색서비스를 제공하는 사이트이다. 

여러 다른서버들이 있어 다른서버의 시세도 한눈에 보게끔 해주고 싶었는데, 아무 생각 없이 where 에 in 으로 서브 쿼리를 넣어 주는걸로 작성을 해주었더니, 시간이 매우 오래 걸렸다.

 

SELECT * FROM auction
	WHERE idx IN (
    	SELECT MAX(idx) FROM auction
        	WHERE item_id = :item_id
            GROUP BY realm_id, auction_house_id, item_id)
    ORDER BY price_min DESC;

위 쿼리의 결과가 도출되는데 4초에서 6초가 소요되었다. 개선을 해볼수 있지 않을까 싶어 여러 검색을 해보았는데, where 에서는 서브 쿼리를 절대 쓰지 말라, join 을 사용하라는 글이 많이 있어 join 으로 변경 해보았다.

 

SELECT main.* FROM auction AS main
	JOIN (
    	SELECT MAX(idx) AS max_idx
        FROM auction WHERE item_id = :item_id
        GROUP BY realm_id, auction_house_id, item_id) AS sub
    ON main.idx = sub.max_idx
    ORDER BY price_min DESC

이렇게 변경 하니 채 1초도 걸리지 않았다. 10~30ms가 소요되었다... 

서브쿼리가 참 최악인가보다.

반응형
반응형

쿠버네티스를 통해 배포를 하고 있는데, 로컬에서 빌드해서 배포하다보니 디바이스에 이미지가 계속 쌓이면서 공간을 잡아먹는다. (..) 아래 명령어를 가끔씩 쳐주면서 정리중.

 

$ docker image prune

 

반응형
반응형
설치된 자바 버전과 프로젝트의 컴파일러 버전이 맞지 않을때 나는 에러입니다.
물론 실행은 잘 되고 있을 확률이 높음...

Error: Java compiler level does not match the version of the installed Java project facet

프로젝트에 마우스 오른쪽 > Properties > Project Facets
자바버전을 설치된 것과 같은 것으로 맞춰주면 해결됩니다.

 

반응형
반응형

I faced the same issue when I tried to deploy using the Ant tool.

The solution that worked for me was:

  • Right click on project, and then click Properties
  • Go to Java Build Path
  • Go to JRE System Library
  • Execution Environment was selected; I instead selected Alternate JRE and then jre7 (as shown below)

enter image description here

 

반응형
반응형

Maven Resource Filtering 사용 시에 An error occured while filtering resources 오류가 발생하는 경우가 있습니다.


이때, 프로젝트 메뉴에서 'Maven > Update Project...' 또는 Alt + F5 를 눌러서 업데이트를 수행하고 나면 에러가 사라집니다.

 

반응형

+ Recent posts