Автосохранение CloudKey не работает (ошибка zipDir)

Автосохранение CloudKey не работает (ошибка zipDir), UniFi Network

ionos

Guest

13.12.2017 15:09:00

Привет! У меня проблемы с автозапуском резервного копирования на новом CloudKey. Буду признателен за любые советы. Вот что я нашел в логах контроллера:

[2017-12-13 06:30:00,050] <schedule-backup> INFO system - [server backup] started
[2017-12-13 06:30:00,076] <schedule-backup> INFO db - Connecting to mongodb://127.0.0.1:27117
[2017-12-13 06:30:00,988] <schedule-backup> INFO db - Connecting to mongodb://127.0.0.1:27117
[2017-12-13 06:31:32,691] <schedule-backup> ERROR system - zipDir error
[2017-12-13 06:31:32,718] <schedule-backup> ERROR system - Fail to create a backup for version '5.6.26'
[2017-12-13 06:31:32,719] <schedule-backup> ERROR system - Info on backup error is...
[2017-12-13 06:31:32,720] <schedule-backup> INFO system - [server backup] end

То же самое происходит, если в настройках Data Retention Days выбрать «Только настройки».

Заходил по SSH в контроллер:

root@Controller:~# mount
[...]
/dev/mmcblk1p1 on /data type ext4 (rw,noatime,data=ordered)
root@Controller:~# df
Filesystem 1K-blocks Used Available Use% Mounted on
[...]
/dev/mmcblk1p1 7607768 17268 7574116 1% /data
root@Controller:~# ls -ld /data
drwxr-xr-x 3 root root 4096 Dec 31 2009 /data

Спасибо,
Клеменс

P.S. Полный вывод, связанный с расписанием, при включенной отладке (при установленном времени хранения данных 7 дней):

[2017-12-13 07:00:00,043] <schedule-backup> INFO system - [server backup] started
[2017-12-13 07:00:00,065] <schedule-backup> INFO db - Connecting to mongodb://127.0.0.1:27117
[2017-12-13 07:00:00,100] <schedule-backup> DEBUG db - export ...account
[2017-12-13 07:00:00,103] <schedule-backup> DEBUG db - export ...admin
[2017-12-13 07:00:00,108] <schedule-backup> DEBUG db - export ...alarm
[2017-12-13 07:00:00,140] <schedule-backup> DEBUG db - export ...broadcastgroup
[2017-12-13 07:00:00,144] <schedule-backup> DEBUG db - export ...device
[2017-12-13 07:00:00,162] <schedule-backup> DEBUG db - export ...dpiapp
[2017-12-13 07:00:00,165] <schedule-backup> DEBUG db - export ...dpigroup
[2017-12-13 07:00:00,168] <schedule-backup> DEBUG db - export ...dynamicdns
[2017-12-13 07:00:00,170] <schedule-backup> DEBUG db - export ...event
[2017-12-13 07:00:00,768] <schedule-backup> DEBUG db - export ...extension
[2017-12-13 07:00:00,771] <schedule-backup> DEBUG db - export ...firewallgroup
[2017-12-13 07:00:00,773] <schedule-backup> DEBUG db - export ...firewallrule
[2017-12-13 07:00:00,776] <schedule-backup> DEBUG db - export ...guest
[2017-12-13 07:00:00,778] <schedule-backup> DEBUG db - export ...heatmap
[2017-12-13 07:00:00,780] <schedule-backup> DEBUG db - export ...heatmappoint
[2017-12-13 07:00:00,783] <schedule-backup> DEBUG db - export ...hotspot2conf
[2017-12-13 07:00:00,785] <schedule-backup> DEBUG db - export ...hotspotop
[2017-12-13 07:00:00,788] <schedule-backup> DEBUG db - export ...hotspotpackage
[2017-12-13 07:00:00,790] <schedule-backup> DEBUG db - export ...map
[2017-12-13 07:00:00,794] <schedule-backup> DEBUG db - export ...mediafile
[2017-12-13 07:00:00,796] <schedule-backup> DEBUG db - export ...networkconf
[2017-12-13 07:00:00,801] <schedule-backup> DEBUG db - export ...payment
[2017-12-13 07:00:00,803] <schedule-backup> DEBUG db - export ...portalfile
[2017-12-13 07:00:00,806] <schedule-backup> DEBUG db - export ...portconf
[2017-12-13 07:00:00,810] <schedule-backup> DEBUG db - export ...portforward
[2017-12-13 07:00:00,813] <schedule-backup> DEBUG db - export ...privilege
[2017-12-13 07:00:00,817] <schedule-backup> DEBUG db - export ...radiusprofile
[2017-12-13 07:00:00,820] <schedule-backup> DEBUG db - export ...rogue
[2017-12-13 07:00:00,858] <schedule-backup> DEBUG db - export ...rogueknown
[2017-12-13 07:00:00,861] <schedule-backup> DEBUG db - export ...routing
[2017-12-13 07:00:00,863] <schedule-backup> DEBUG db - export ...scheduletask
[2017-12-13 07:00:00,866] <schedule-backup> DEBUG db - export ...setting
[2017-12-13 07:00:00,877] <schedule-backup> DEBUG db - export ...site
[2017-12-13 07:00:00,880] <schedule-backup> DEBUG db - export ...stat
[2017-12-13 07:00:00,883] <schedule-backup> DEBUG db - export ...tag
[2017-12-13 07:00:00,887] <schedule-backup> DEBUG db - export ...task
[2017-12-13 07:00:00,889] <schedule-backup> DEBUG db - export ...user
[2017-12-13 07:00:00,909] <schedule-backup> DEBUG db - export ...usergroup
[2017-12-13 07:00:00,912] <schedule-backup> DEBUG db - export ...verification
[2017-12-13 07:00:00,914] <schedule-backup> DEBUG db - export ...voucher
[2017-12-13 07:00:00,916] <schedule-backup> DEBUG db - export ...wall
[2017-12-13 07:00:00,919] <schedule-backup> DEBUG db - export ...wlanconf
[2017-12-13 07:00:00,924] <schedule-backup> DEBUG db - export ...wlangroup
[2017-12-13 07:00:00,937] <schedule-backup> INFO db - Connecting to mongodb://127.0.0.1:27117
[2017-12-13 07:00:00,957] <schedule-backup> DEBUG db - export ...stat_5minutes
[2017-12-13 07:01:28,709] <schedule-backup> DEBUG db - export ...stat_archive
[2017-12-13 07:01:29,029] <schedule-backup> DEBUG db - export ...stat_daily
[2017-12-13 07:01:29,293] <schedule-backup> DEBUG db - export ...stat_dpi
[2017-12-13 07:01:29,494] <schedule-backup> DEBUG db - export ...stat_hourly
[2017-12-13 07:01:35,199] <schedule-backup> DEBUG db - export ...stat_life
[2017-12-13 07:01:35,214] <schedule-backup> DEBUG db - export ...stat_minute
[2017-12-13 07:01:35,216] <schedule-backup> DEBUG db - export ...stat_monthly
[2017-12-13 07:01:35,253] <schedule-backup> ERROR system - zipDir error
[2017-12-13 07:01:35,278] <schedule-backup> ERROR system - Fail to create a backup for version '5.6.26'
[2017-12-13 07:01:35,278] <schedule-backup> ERROR system - Info on backup error is...
[2017-12-13 07:01:35,280] <schedule-backup> INFO system - [server backup] end

toogle

Guest

07.01.2018 01:51:00

Спасибо, @ionos, рад слышать, что вы всё починили. Полагаю, это была бета-версия, я тоже присоединился к бета-программе просто ради информации, но, скорее всего, буду держаться подальше от бетки для продакшена.

@thermik, у тебя всё должно работать, если создать каталог /data/autobackup. Я установил права доступа 700, а владельца и группу — root, так же, как у меня на AWS Ubuntu UniFi контроллере.

ionos Guest	#3 06.01.2018 16:39:00 Привет, @thermik, пока исправление не попадёт в публичный релиз, возможно, стоит воспользоваться фиксами от @toogle.

thermik Guest	#4 06.01.2018 16:20:00 Где можно найти прошивку версии 0.8.8?

ionos Guest	#5 06.01.2018 13:18:00 @toogle, ты прав, проблема была в отсутствующей директории. (пост изменён, так как он касался бета-версии)

toogle Guest	#6 06.01.2018 01:11:00 Я только что заметил, что сегодня у меня тоже выскакивала похожая ошибка zipDir при автозапасном копировании, но, кажется, мне удалось её исправить. Заканчивал настройку Cloud Key, который изначально шел с версией 5.6.22. Когда дошел до финальной настройки, увидел доступное обновление до 5.6.26 и связанного с ним прошивки, всё обновил без проблем. Автозапасное копирование не настраивал до обновления, и не замечал, что оно не работает, пока не увидел ошибку zipDir в логе и твоё сообщение тут. Сначала думал, что путь /data/autobackup/autobackup_5.6.26_xxxxxxxxxxx.unf в ошибке — это относительный путь внутри /srv/unifi, и там не было папки autobackup, но создание этой папки не помогло. Потом наконец понял, что /data — это точка монтирования SD-карты /dev/mmcblk1p1, и именно туда пытаются сохранить резервные копии. Там не было папки autobackup, создал её, выставил права и владельца, как на рабочем AWS Ubuntu контроллере, который у меня есть, и автозапасное копирование запустилось. Оно работает каждый час весь день без проблем. Не понимаю, почему папка /data/autobackup не создаётся сама и почему система не создаёт её, если её нет. Не знаю, связано ли это с обновлением с 5.6.22 до 5.6.26 или с чем-то другим, но теперь всё вроде работает. Проверь у себя, может, и тебе поможет!

Читают тему (гостей: 1)