Duck's Log Duck's Log

MongoDB의 컬렉션별 데이터를 BSON 형식으로 export 할 수 있다. 먼저 export할 db에 Read 권한을 가지고 있는 유저가 있는지 확인한다. 없으면 해당 db에 use db명으로 접속하여 유저를 만들어 준 후에, admin으로 계정을 전환하여 read 권한을 부여한다. 그리고 dump 파일을 저장할 폴더를 생성한 후에, mongo shell이 아닌 리눅스의 shell에서 12sudo mongodump --out 저장할 폴더 경로 --host 호스트명(기본 localhost) --port 포트명 -u 계정명 -p 비밀번호 -d DB명 Colored by Color Scriptercs 다음 명령을 실행한다. 그러면 12345678910111213141516171819root@ip-111-1..

크롤링 작업 할 일이 생겨 셀레늄 사용을 위해 X-window를 설치하였는데.. 실행 과정에서 문제가 생겨 화면이 멈추더니 비정상적으로 종료되고 말았다. 그와 동시에 몽고 디비도 뻗어버리고 서비스 재시작 명령도 아예 듣질 않는다. 이상한건 tomcat을 비롯한 다른 백그라운드 프로그램은 아주 잘 돌아가는 상황. 몽고만 뻗어버려 굉장히 당황스러웠다. 보였던 증상 1. service mongodb restart가 먹지 않음. unrecognized service 라는 오류가 계속 뜸.2. systemctl status로 서비스 상태 확인해 보니 이런 로그가 뜸 12345678● mongodb.service - High-performance, schema-free document-oriented databas..

Spring 버전과 MongoDB dependency 버전 호환성을 잘 맞춰야 한다. 특히 org.springframework.data 버전이 최신 버전으로 사용하고 있다면, 스프링 버전도 최신 버전으로 맞춰야 하는듯 하다. (스택오버플로에 관련 이슈가 많이 보인다) 현재 설정 : 123456789101112131415161718192021222324252627282930313233 5.0.8.RELEASE org.springframework.data spring-data-mongodb 2.0.10.RELEASE org.mongodb mongodb-driver 3.8.1 Colored by Color Scriptercs

냥냥봇이 이유없이 뻗어서 이유를 찾다가 몽고 db에서 이런 것을 발견하였다. 100% 랜섬웨어가 의심되는 상황. 찾아보니 2017년에 몽고 디비 랜섬웨어 대란이 있었다고 한다. 나는 아마존 웹서비스를 쓰고 있었고 깃허브도 사용하지 않았기 때문에, 이런일이 발생할 것이라고는 꿈에도 몰랐다. 자체적으로 원인을 분석해 보자면.. 시큐리티 그룹에 27017 포트를 public으로 열어두었다.. (이게 제일 첫 원인인듯) 몽고 db에 사용자 계정을 설정하지 않았다 (이게 크리티컬) 백업도 하지않아 그대로 데이터가 다 날아갔다. 혹시 모르는 롤백 시킬 자료가 남아있나 찾아봤지만 아예 mongodb 폴더 자체를 lock으로 걸어뒀다. 접근은 되지만 찝찝해서 아예 인스턴스를 밀어 버리기로 결심. 우선 시험이 끝난 후,..

잘되던 몽고 디비가 어느 순간부터 서버가 돌아가지 않았다. 어떤 이유인가 열심히 구글링을 해 본 결과 몽고 디비가 비정상적으로 종료가 되었을시에 mongod.lock 이라는 파일에 복구할 내용을 저장하고 이것을 제대로 복구시키지 않으면 실행이 안된다고 한다. 이 파일을 삭제하니 다시 정상적으로 실행. 파일은 몽고디비의 설치폴더에 있다. 리눅스 기준으로는 ~/var/lib/mongodb에 있다. 참고링크