;

Redis 컨테이너를 새 서버로 옮길 때 dump.rdb만 복사하고 바로 실행하면, 복원 시점이 어디인지와 파일 권한이 맞는지 확인하기 어렵습니다. RDB 스냅샷은 Redis가 메모리에 있는 키를 특정 시점 파일로 저장한 결과라서, 저장 완료 전 파일을 가져가면 기대한 값이 빠질 수 있습니다.Redis 백업 복구는 BGSAVE 완료 확인, 컨테이너 중지, dump.rdb 교체, 새 컨테이너 검증 순서로 처리합니다. 이 글은 Docker 볼륨에 저장한 RDB 파일 하나를 같은 Redis 이미지에서 되살리는 범위만 다룹니다. AOF를 켠 운영 환경, Redis Cluster, 복제본 전환은 별도 절차가 필요합니다. 백업 파일이 정상이더라도 컨테이너 권한이나 볼륨 경로가 틀리면 데이터가 없는 빈 DB로 시작할..

# Tailscale 오류, cannot connect to control server 진단 방법Ubuntu 서버에서 tailscale status가 멈추거나 tailscale up 뒤에 아래 오류가 나오면 peer 목록과 ACL 정보를 새로 받지 못합니다.tailscale: cannot connect to control server이미 연결된 장치끼리는 잠시 통신할 수 있어도, 키 갱신과 새 장치 등록은 멈춥니다. 재설치부터 시작하면 원인을 놓치기 쉽습니다. tailscaled 상태, 인터넷 경로, 방화벽, 재인증 순서로 확인하면 됩니다.사전 준비 사항Ubuntu 22.04 LTS 또는 systemd를 쓰는 Linux 서버sudo 실행 권한현재 Tailscale 설정을 바꿀 수 있는 관리자 권한원격 서..

시중 은행 사이트에서 거래내역 CSV를 내려받아 Firefly III에 손으로 옮기기 시작하면 금방 지칩니다. 거래 날짜와 적요, 입출금 금액을 한 줄씩 맞추는 작업이 길어지고, 중간에 한 번만 어긋나도 계좌 잔액 검산이 틀어지기 때문입니다.Firefly III Data Importer를 같이 띄우면 이 반복 작업을 줄일 수 있습니다. 은행 거래내역 CSV 가져오기 경로를 한 번 잡아두면 다음 달 명세서도 같은 규칙으로 다시 올리면 됩니다.앞선 포스트인 Firefly III 개인용 가계부 서버 구축 가이드로 기본 서버를 만들고, Tasker, n8n, Firefly III 연동 가계부 자동 기록 시스템 구축으로 자동 입력 범위를 넓혔다면, 남은 일은 과거 거래내역을 한꺼번에 채우는 것입니다. DB 스냅샷..

Firefly III 가계부 서버를 운영할 때 docker-compose.yml 파일만 보관하고 있으면 재앙을 만납니다. 서버 디스크 장애나 OS 재설치 상황에서 컨테이너를 다시 띄워도 기존 거래 내역과 첨부한 영수증 파일은 자동으로 돌아오지 않습니다. 개인 가계부는 데이터 손실 시 복구할 수 없는 개인 원장이므로, 정기적인 데이터 백업 구조를 미리 만들어 두어야 합니다.이 글은 앞선 Firefly III 개인용 가계부 서버 구축 가이드와 Tasker, n8n, Firefly III 연동 가계부 자동 기록 시스템 구축의 후속 운영 가이드입니다. Docker Compose 환경에서 Firefly III의 데이터베이스, 영수증 첨부 파일, 복호화용 환경 변수를 함께 백업하고 복원하는 실무 절차를 다룹니다. ..

n8n 실행 이력 자동 삭제 설정을 하지 않으면 성공한 워크플로우의 입력값과 출력값이 계속 데이터베이스에 남습니다. HTTP 응답, 파일 메타데이터, 긴 JSON을 다루는 자동화가 자주 돌면 워크플로우 수보다 실행 데이터가 디스크를 더 많이 차지합니다. 서버 용량이 빠르게 줄 때는 Docker 이미지부터 지우기보다 n8n의 저장 정책을 먼저 확인해야 합니다.n8n은 완료된 실행을 정리하는 pruning 기능을 기본으로 켭니다. 공식 환경 변수 문서의 기본값은 보관 기간 336시간(14일), 최대 실행 수 10,000건입니다. 개인 서버에서는 기본값을 그대로 믿기보다 실패 이력은 남기고 성공 이력은 줄이는 쪽이 관리하기 낫습니다. 이 설정은 앞선 n8n 셀프 호스팅 설치 방법의 Docker Compose ..