유비퀴티 UniFi 복구

UniFi 컨트롤러가 오프라인 상태가 된 것을 알았을 때 이것이 모험이 될 것이라는 것을 알았습니다. Ubuntu 서버를 파헤쳤을 때 실행 중인 서버가 설치된 하드 드라이브에 오류가 있는 것이 분명해졌습니다.

너무 자주 그렇듯이 이것은 내가 최근 백업을 수행하기를 바랐던 정확한 순간이었습니다. 걱정하지 마세요. this guide from Ubiquiti을 사용하여 mongodb를 수정한 후 Unifi 컨트롤러를 다시 실행할 수 있었습니다. 시스템과 하드 드라이브는 절뚝거리고 있었지만 구성을 시도하고 오프로드할 만큼 충분히 작동했습니다.

이제 좌절이 시작되었습니다. UniFi GUI를 통해 백업을 생성하려고 했습니다. Ubiquiti guide on this . 그러나 모든 시도에서 백업이 생성되지 않고 백업 다운로드가 시작되지 않았습니다. "다운로드가 곧 시작됩니다"라는 친절한 메시지에도 불구하고.


following steps 로깅을 늘리기 위해 성공적인 백업이 실제로 생성되고 있음을 확인할 수 있었습니다.

/usr/lib/unifi/logs/server.log
[2022-02-25T12:59:05,595] <webapi-20> DEBUG api    - /api/s/default/cmd/backup finished (3 handling, 0 rendering)                                                     
[2022-02-25T12:59:27,460] <webapi-29> DEBUG api    - /api/s/default/cmd/backup finished (16 handling, 1 rendering)                                                    
[2022-02-25T12:59:35,307] <webapi-20> DEBUG api    - /api/s/default/cmd/backup finished (1 handling, 1 rendering)                                                     
[2022-02-25T12:59:35,406] <backup> INFO  system - [server backup] started  
[2022-02-25T12:59:35,409] <backup> INFO  db     - Connecting to mongodb://localhost:27117                                                                             
[2022-02-25T12:59:35,419] <backup> DEBUG db     - export ...heatmap          
[2022-02-25T12:59:35,431] <backup> DEBUG db     - export ...voucher              
[2022-02-25T12:59:35,433] <backup> DEBUG db     - export ...networkconf
[2022-02-25T12:59:35,436] <backup> DEBUG db     - export ...rogueknown
[2022-02-25T12:59:35,437] <backup> DEBUG db     - export ...traffic_rule
..... Snip
[2022-02-25T12:59:35,601] <backup> DEBUG db     - export ...stat_daily
[2022-02-25T12:59:35,611] <backup> DEBUG system - zipDir: timestamp
[2022-02-25T12:59:35,612] <backup> DEBUG system - zipDir: format
[2022-02-25T12:59:35,613] <backup> DEBUG system - zipDir: db_stat.gz
[2022-02-25T12:59:35,613] <backup> DEBUG system - zipDir: db.gz
[2022-02-25T12:59:35,620] <backup> DEBUG system - zipDir: sites/
[2022-02-25T12:59:35,622] <backup> DEBUG system - zipDir: sites/default/
[2022-02-25T12:59:35,622] <backup> DEBUG system - zipDir: sites/default/config.gateway.json
[2022-02-25T12:59:35,623] <backup> DEBUG system - zipDir: system.properties
[2022-02-25T12:59:35,624] <backup> DEBUG system - zipDir: version
[2022-02-25T12:59:35,631] <backup> INFO  system - [server backup][BACKUP] end
[2022-02-25T12:59:35,634] <backup> INFO  event  - [event] Backup has been created

그러나 WHERE는 백업이 생성되고 있습니다. 확실히 브라우저에서 다운로드되지는 않지만 디스크 어딘가에 있을 수 있습니까? 백업 시간에 새로 수정된 시간이 있는 파일을 찾기 위해 찾기를 실행했습니다. find를 사용하여 지난 120분 동안 수정된 파일을 찾는 것이 티켓으로 판명되었습니다. mongodb의 작업 디렉토리이므로 db 경로를 제외했습니다. DB가 지속적으로 업데이트되기 때문에 해당 폴더에 많은 오탐지가 있습니다.

 find /usr /var  -mmin -120  -not -path "/var/lib/unifi/db/*" 2> /dev/null 
/usr/lib/unifi
/usr/lib/unifi/replay_pid6141.log
/usr/lib/unifi/replay_pid7807.log
/var/lib/unifi
/var/lib/unifi/firmware.json
/var/lib/unifi/backup/6.5.55.unf
/var/lib/unifi/backup/meta.json
/var/lib/unifi/db
/var/lib/unifi/model_lifecycles.json
/var/lib/unifi/system.properties
/var/lib/unifi/system.properties.bk

/var/lib/unifi/backup/에 백업처럼 보이는 여러 파일이 있는지 확인합니다.

나는 내 UniFi 컨트롤러를 위한 새로운 시스템에서 새로 시작하는 것이 가장 좋을 것이라고 결정했습니다. 새 컨트롤러를 설정하고 나면 새 사이트를 만들거나 백업에서 복원할 수 있는 옵션이 제공되었습니다. 손가락 교차.

백업 파일을 업로드했는데 아무 일도 일어나지 않았습니다. 그렇군요. 좋아, 아마도 멍청하고 .unifi 확장자가 필요합니다. 이것도 작동하지 않았습니다. 여기서 무슨 일이 일어나고 있는지, 오류도 없고 아무것도 없습니다. (이것은 잊어 버려 스크린 샷을 의미).

Chrome 검사기 도구가 구출됩니다. 백업 파일 업로드를 위한 javascript XHR 요청이 40* 오류를 반환했습니다. 파일이 "너무 큽니다"라고 분명히 말합니다. Ubiquiti가 웹 페이지에서 이 오류를 렌더링하지 않는다는 것은 실망스러운 일입니다.

에 두려워하지 않는다. 백업을 생성할 때 "지난 7일"옵션을 사용했음을 깨달았습니다.

"설정만"을 사용하여 백업을 다시 실행하고 대부분 손상된 컨트롤러의 백업 폴더에서 백업을 가져왔습니다.


이번에는 새 컨트롤러가 파일을 가져와 내 모든 설정을 성공적으로 복원했습니다.

흥미롭게도 새 컨트롤러에서도 여전히 다운로드 백업 버튼이 작동하지 않습니다. 내가 충분히 관심을 가졌다면 API를 조금 더 살펴보기 시작했을 것입니다. API 호출을 통해 백업이 트리거된 것 같습니다.

post to /api/s/default/cmd/backup

{cmd: "async-backup", days: 0}
cmd: "async-backup"
days: 0

내 새 시스템이 활성화되었으므로 내 백업은 일반 스냅샷의 형태로 해당 스냅샷을 별도의 서버에 보관할 것입니다.