docs: record NAS outage and fallback backup recovery

This commit is contained in:
happybell80 2026-02-26 21:04:40 +09:00
parent c7673ec626
commit 59c5f4af19
2 changed files with 40 additions and 1 deletions

View File

@ -10,6 +10,8 @@
### 크론잡 및 로그 백업 현황 점검
> 후속 장애 기록: [260226_NAS_192_168_219_51_접속불가_임시백업복구.md](./260226_NAS_192_168_219_51_접속불가_임시백업복구.md)
**문제 발견**:
- 크론잡은 정상 작동 중 (매일 새벽 4시 cleanup 스크립트 실행)
- NAS 마운트 정상 (192.168.219.51, 5.3T 중 1% 사용)

View File

@ -0,0 +1,37 @@
# 260226 NAS(192.168.219.51) 접속불가 임시 백업 복구
## 시간
- 기준일: 2026-02-26
- 발생 시각: 2026-02-26 20:4x KST
- 임시 복구 완료: 2026-02-26 20:55 KST
## 증상
- `51123`에서 `/mnt/nas` 접근 시 `Host is down` 발생
- `192.168.219.51``ping` 100% 손실
- SMB(445) 접근 시 `No route to host`
## 원인 판정
- `51123`/`51124` 양쪽에서 동일하게 `192.168.219.51` 불통 확인
- 로컬 서버(51123) 네트워크 자체는 정상(`192.168.219.1`, `192.168.219.52` 통신 정상)
- 판정: 서버 로컬 이슈가 아니라 NAS 전원/링크/스위치 구간 장애 가능성 높음
## 즉시 조치 (백업 공백 방지)
1. 기존 `/mnt/nas` 마운트 해제
2. 로컬 대체 경로 생성: `/mnt/hdd/nas-fallback/backup/{weekly,current,archives}`
3. bind 마운트 적용: `/mnt/hdd/nas-fallback` -> `/mnt/nas`
4. `weekly-backup.sh` 수동 실행으로 동작 검증
## 검증 결과
- `/mnt/nas/backup/weekly/20260226` 생성 확인
- `weekly-backup-20260226.log` 기준 백업 완료 크기: `30M`
- 임시 상태에서 주간 백업 크론 경로(`/mnt/nas/backup/weekly`) 정상 유지
## 원복 절차 (NAS 복구 후)
1. NAS(192.168.219.51) 통신 복구 확인 (`ping`, SMB 445)
2. `sudo umount /mnt/nas`
3. `sudo mount /mnt/nas` (fstab의 CIFS 원마운트 복귀)
4. `/mnt/nas/backup` 실제 NAS 경로 접근 확인
5. 임시 데이터(`/mnt/hdd/nas-fallback/backup`)를 NAS로 동기화 후 정리
## 참고
- 기존 NAS 백업 체계 문서: `./250729_서버백업및로그관리체계구축.md`