CLIEN

본문 바로가기 메뉴 바로가기 보기설정 테마설정
톺아보기 공감글
커뮤니티 커뮤니티전체 C 모두의광장 F 모두의공원 I 사진게시판 Q 아무거나질문 D 정보와자료 N 새로운소식 T 유용한사이트 P 자료실 E 강좌/사용기 L 팁과강좌 U 사용기 · 체험단사용기 W 사고팔고 J 알뜰구매 S 회원중고장터 B 직접홍보 · 보험상담실 H 클리앙홈
소모임 소모임전체 ·굴러간당 ·아이포니앙 ·주식한당 ·MaClien ·방탄소년당 ·일본산당 ·소시당 ·개발한당 ·자전거당 ·이륜차당 ·AI당 ·안드로메당 ·소셜게임한당 ·골프당 ·바다건너당 ·걸그룹당 ·곰돌이당 ·나스당 ·콘솔한당 ·가상화폐당 ·키보드당 ·클다방 ·패스오브엑자일당 ·리눅서당 ·퐁당퐁당 ·물고기당 ·전기자전거당 ·노젓는당 ·디아블로당 ·찰칵찍당 ·라즈베리파이당 ·3D메이킹 ·X세대당 ·ADHD당 ·AI그림당 ·날아간당 ·사과시계당 ·육아당 ·배드민턴당 ·야구당 ·농구당 ·블랙베리당 ·비어있당 ·FM당구당 ·블록체인당 ·보드게임당 ·활자중독당 ·볼링친당 ·캠핑간당 ·냐옹이당 ·문명하셨당 ·클래시앙 ·요리한당 ·쿠키런당 ·대구당 ·DANGER당 ·뚝딱뚝당 ·개판이당 ·동숲한당 ·날아올랑 ·e북본당 ·갖고다닌당 ·이브한당 ·패셔니앙 ·도시어부당 ·FM한당 ·맛있겠당 ·포뮬러당 ·젬워한당 ·안경쓴당 ·차턴당 ·총쏜당 ·땀흘린당 ·하스스톤한당 ·히어로즈한당 ·인스타한당 ·IoT당 ·KARA당 ·꼬들한당 ·덕질한당 ·어학당 ·가죽당 ·레고당 ·LOLien ·Mabinogien ·임시소모임 ·미드당 ·밀리터리당 ·땅판당 ·헌팅한당 ·오른당 ·영화본당 ·MTG한당 ·소리당 ·노키앙 ·적는당 ·방송한당 ·PC튜닝한당 ·그림그린당 ·소풍간당 ·심는당 ·품앱이당 ·리듬탄당 ·달린당 ·Sea마당 ·SimSim하당 ·심야식당 ·윈태블릿당 ·미끄러진당 ·축구당 ·나혼자산당 ·스타한당 ·스팀한당 ·파도탄당 ·테니스친당 ·테스트당 ·빨콩이당 ·공대시계당 ·여행을떠난당 ·터치패드당 ·트윗당 ·창업한당 ·VR당 ·시계찬당 ·WebOs당 ·위스키당 ·와인마신당 ·WOW당 ·윈폰이당
임시소모임
고객지원
  • 게시물 삭제 요청
  • 불법촬영물등 신고
  • 쪽지 신고
  • 닉네임 신고
  • 제보 및 기타 제안
© CLIEN.NET
공지[점검] 잠시후 서비스 점검을 위해 약 30분간 접속이 차단됩니다. (금일 18:15 ~ 18:45)

리눅서당

서버/넷트웍
IoT 홈서버 백업/업그레이드/유지관리 등등에 관한 질문입니다 10

건설노무자
2,863
2023-02-05 08:59:30 220.♡.87.144


안녕하세요

집에 IoT홈서버 (엄청 거창하네요)용으로 고물 x201에 우분투 데스크탑을 설치해서 몇년간 써오고 있는데요

무척 안정적이라 벽장안에 넣어두고 거의 신경 안 쓰고 있었는데 어제 저녁에 갑자기 grafana가 먹통이 되더니

오늘 아침에는 node-RED 자동 백업하는 스크립트가 용량부족으로 실행불가능하다는 메시지가 뜨네요

부랴부랴 하드용량확인하는 명령어를 얼른 인터넷으로 검색해서 Putty에 실행해보니 뭐가 엄청 복잡한데... ㅠㅠ 결론적으로 /dev/sda1 246G가 233G 사용중이라 꽉찼다는 얘기인것 같습니다

01.jpg



서버하드에 용량이 찰 이유는 아마도 수년전에 태양광패널 설치하면서 모니터링을 위해 설치한 influxDB때문이 아닐까 싶습니다. 태양광발전량/전기사용량/실내온도/실외온도등등의 자료를 매 십초단위로 저장하다보니 그게 쌓이고 쌓여서 그런걸까요... 뭐 제 수준에서는 정확하게 알 도리가 없네요ㅠㅠ


하여간 제게는 무척 중요한 작업들을 24시간 자동으로 해주는 서버라 이걸 어떻게든 빨리 손봐줘야 할 것 같은데 어디서부터 시작해야 할 지 모르겠습니다


질문을 정리해보자면,


1. 하드를 대용량으로 교체하고 기존의 셋팅을 새 하드에 그대로 옮기는 방법?

2. 다른 고물랩톱에 새서버를 구축하고 기존 서버의 셋팅을 그대로 옮기는 방법?

3. 미봉책인것 같지만 influxDB를 공부해서 오래된 데이타를 삭제하거나 압축해서 용량 확보?

4. 이것도 미봉책인것 같지만 불필요한 우분투 데스크탑을 삭제해서 용량확보?


참고로 제 서버에 설치되어 작동하는 프로그램(=서비스?)들이 뭔지 기억을 더듬어보면...

1. node-RED

2. MQTT

3. InfluxDB

4. grafana

5. apache

등등이 돌아가고 있는것 같습니다. 그때그때 필요할 때 마다 대충 인터넷보고 설치/추가한거라 이것 말고도 더 있을것 같긴 한데 일단 저 정도가 중요한 서비스인것 같습니다


리눅스를 나름 오랫동안 사용해왔지만 보시다시피 실제로 아는게 거의 없으니 도움을 부탁드립니다 ㅠㅠ

건설노무자 님의 게시글 댓글
SIGNATURE
호주이민19년차입니다
https://www.youtube.com/user/nomuza1/videos
서명 더 보기 서명 가리기
  • 주소복사
  • Facebook
  • X(Twitter)
댓글 • [10] 을 클릭하면 간단한 회원메모를 할 수 있습니다.
3G이용자
IP 121.♡.210.186
02-05 2023-02-05 11:02:59 / 수정일: 2023-02-05 11:03:19
·
저도 잘은 몰르지만 /dev/loop 가 너무 많은 듯 한데 일단 snapd 정리해 보시는건 어떨까 합니다.
참고 : https://beausty23.tistory.com/m/234
그리고 db 누적은 3번이 정답일거 같은데 과거데이타를 안 지우고 전부 남겨둬야 한다면 하드증설이 답이겠죠!
건설노무자
IP 220.♡.87.144
02-05 2023-02-05 12:06:44
·
@3G이용자님 우와 완전 요술이네요 ㅋㅋ
순식간에 여유공간 5기가 확보!
스크립트 에러 나던것도 자동으로 해결됐네요~
일단 잠깐이나마 숨돌리고 제대로 업글계획을 세워볼 수 있을것 같습니다 감사합니다
기존 랩톱에 하드증설은 제 실력으론 어려울 것 같아서 아마도 다른 고물랩톱에 우분투 서버를 깔아놓고 서비스 하나하나 테스트해가면서 설치해서 모두 잘 돌아가는것 확인하고 최종적으로 새 서버로 갈아타는 그런 방법이 가장 현실적일 것 같군요
influxDB도 처음 설치하던 시절에는 돌아가는거 보고 무척 뿌듯했지만 실시간으로 grafana에 이쁘게 뿌려주는거 말고는 사실 별 쓰잘데기없는 데이타인데 공부 좀 해서 좀 더 합리적으로 운용하는 방법을 찾아야 할 것 같아요 (처음 설치할때 빼고는 한번도 건드리지 않았습니다 ㅠㅠ)
아 리눅스는 뭐 하나 하려면 공부하고 시간투자해야 하는게 너무 많아서 그게 제일 큰 문제에요 ㅠㅠ
건설노무자
IP 220.♡.87.144
02-05 2023-02-05 12:53:59
·
보시다시피 문외한이라 잘 모르지만 아무래도 influxDB 수치 데이타가 몇년만에 200기가가 넘을 수는 없을것 같아서 다음 명령어로 대형파일만 검색해봤습니다
du -aBM 2>/dev/null | sort -nr | head -n 50 | more

그랬더니 글쎄 pm2.log라는 놈이 120기가, 그 밑에 node-red-error.log가 82기가를 먹고 있네요
그 둘이 범인이었습니다
pm2라는건 ADVANCED, PRODUCTION PROCESS MANAGER FOR NODE.JS라는데 뭐 별로 자세히 알고 싶지는 않지만 하여간 이런 비슷한 문제를 겪는 사람들이 저 말고도 좀 있는것 같아서 해결을 보는건 그리 어렵지는 않을 것 같네요 ㅠㅠ
건설노무자
IP 220.♡.87.144
02-05 2023-02-05 13:12:35
·
https://dannnb.medium.com/pm2-large-log-files-and-how-to-remove-them-4bffb30e99dc
에 해법이 잘 나와 있네요
일단 다음 명령어로 pm2.log파일을 지우고,
pm2 flush

다음을 설치해서 사태의 재발을 방지하면 된답니다
pm2 install pm2-logrotate
ifmkl
IP 211.♡.244.129
02-06 2023-02-06 12:07:57
·
pm2는 node process manager ? 라고 해야하나 그런 툴인데 거기서 나온 로그들이 텍스트로 그대로 쌓여서 생긴 문제네요. 중요하지 않은 파일이니 깔끔하게 지워주시고 위처럼 logrotate로 일정 주기만 저장되게 하시거나 원래는 운영에 장애를 주는 / 파티션에는 그래서 log 파일을 저장하지 않고 추가 파티션에 설정해주시는것도 방법입니다.
건설노무자
IP 220.♡.87.144
02-07 2023-02-07 20:54:52
·
@꼬반님 조언 감사드립니다 보시다시피 일단 한숨돌렸지만 서버로 돌리는 랩톱이 워낙 고물컴이라 (대충 10년은 훨씬 넘은 놈이겠죠) 언젠가는 새 고물컴(?)으로 옮기는게 불가피할터이니 그때는 말씀대로 로그저장용 파티션을 추가해 보겠습니다
지금은 겁나서 손도 못 대겠어요 ㅎㅎ
DearMai
IP 39.♡.47.134
02-06 2023-02-06 12:20:11
·
본래 로그성 데이터들이 관리안하면 용량이 무지 먹고 있는지라..
influxdb 는 사용해본적 없지만 elastic stack 으로 비스무리하게 금융사에서 구축해서 사용해본적 한적 있었는데
수개월만에 수백기가 데이터가 쌓여서 난리친적이 있었네요.. (금융사 서비스 지만 사용량이 그리 많은 서비스는 아니였습니다.)

시간나실때 좀 지난 데이터를 삭제 하도록 하거나 아님 아래 문서 참고하셔서 데이터 용량을 줄이시는 세팅 권장 드립니다.
(만약 초단위 데이터가 있다면 특정 기간이 지나면 분 단위, 시간 단위 이런식으로 묶어버리는 형식 입니다.)
https://docs.influxdata.com/influxdb/v1.7/guides/downsampling_and_retention
건설노무자
IP 220.♡.87.144
02-07 2023-02-07 20:55:07
·
@DearMai님 결국 인플럭스디비의 용량은 문제가 아닌 것으로 밝혀지긴 했지만 언젠가는 자료의 백업 및 이전을 해야 할테니 디비 관리 공부를 하긴 해야 할 것 같습니다...ㅠㅠ 감사합니다
꼬소
IP 121.♡.132.113
02-06 2023-02-06 17:43:08
·
아마도 다른 log 파일도 동일한 상태가 아닐까 싶습니다.
https://server-talk.tistory.com/271
참고하시면 감이 오실 것 같습니다. /var/log 밑의 파일도 한 번 점검해 보시기 바랍니다.
건설노무자
IP 220.♡.87.144
02-07 2023-02-07 20:55:39
·
@꼬소님 /var/log쪽도 뭐가 만만찮게 많은데요... journal폴더가 특히 눈에 띄여서 좀 검색해보니 https://askubuntu.com/questions/1238214/big-var-log-journal

이 명령어로 지우고,
sudo journalctl --vacuum-size=100M

이 명령어로 최근 10일치만 저장하게끔 셋팅하라고 하네요
sudo journalctl --vacuum-time=10d

시키는대로 했더니 3.9G 또 확보했습니다 ㅎㅎ
새로운 댓글이 없습니다.
이미지 최대 업로드 용량 15 MB
업로드 가능 확장자 jpg,gif,png,jpeg,webp
지나치게 큰 이미지의 크기는 조정될 수 있습니다.
목록으로
글쓰기
목록으로 댓글보기 이전글 다음글
아이디  ·  비밀번호 찾기 회원가입
이용규칙 운영알림판 운영소통 재검토요청 도움말 버그신고
개인정보처리방침 이용약관 책임의 한계와 법적고지 청소년 보호정책
©   •  CLIEN.NET
보안 강화를 위한 이메일 인증
안전한 서비스 이용을 위해 이메일 인증을 완료해 주세요. 현재 회원님은 이메일 인증이 완료되지 않은 상태입니다.
최근 급증하는 해킹 및 도용 시도로부터 계정을 보호하기 위해 인증 절차가 강화되었습니다.

  • 이메일 미인증 시 글쓰기, 댓글 작성 등 게시판 활동이 제한됩니다.
  • 이후 새로운 기기에서 로그인할 때마다 반드시 이메일 인증을 거쳐야 합니다.
  • 2단계 인증 사용 회원도 최초 1회는 반드시 인증하여야 합니다.
  • 개인정보에서도 이메일 인증을 할 수 있습니다.
지금 이메일 인증하기
등록된 이메일 주소를 확인하고 인증번호를 입력하여
인증을 완료해 주세요.