Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Авто резервное копирование — больше не работает., UniFi Network
 
Кто-нибудь ещё столкнулся с проблемами функции автосохранения? Раньше она отлично работала, разве что появлялись уведомления о потере связи или heartbeat, когда процесс запускался. Но внезапно автосохранение совсем перестало работать. У меня запланированы бэкапы на воскресенья в 3 ночи. Последний успешный автосейв прошёл 18 декабря. До этого с сентября всё стабильно запускалось каждую неделю. С контроллером ничего не обновлял после перехода на версию 5.3.8 где-то между 27 ноября и 4 декабря. Ручное сохранение всё ещё работает. Искал в логах, как советовали здесь: https://community.ui.com/questions/cec72eba-5bab-4979-8a1d-518674770a0b, но нашёл только запись о ручном запуске бэкапа. Есть идеи или советы?
 
Вдруг начали появляться похожие проблемы (автоматические резервные копии больше не делаются, а ручное резервное копирование так и не позволяло мне скачать файл, хотя я видел, что он создаётся в каталоге /var/lib/unifi/backup). После обновления до 5.7.20 помогла команда chown (не забудьте перезапустить контроллер после этого), и теперь всё отлично работает. Спасибо!
 
Да, проблема была в правах доступа. Изменил их как указано ниже, резервное копирование (ручное и автоматическое) теперь работает нормально:

/var/lib $ sudo chown -R unifi:unifi /var/lib/unifi
 
@slooffmaster

Похоже, это была «часть» проблемы;  
Я был на 100%.

/home/ubuntu $ df -h  
Filesystem      Size  Used Avail Use% Mounted on  
udev            488M     0  488M   0% /dev  
tmpfs           100M  100M     0 100% /run/  
/dev/xvda1       16G  5.8G  9.8G  38% /  
tmpfs           496M     0  496M   0% /dev/shm  
tmpfs           5.0M     0  5.0M   0% /run/lock  
tmpfs           496M     0  496M   0% /sys/fs/cgroup  
tmpfs           100M     0  100M   0% /run/user/1000

Потом, согласно вышеуказанному:

tmpfs           512M   19M  494M   4% /run

Но все равно, из веб-интерфейса --> :

Произошла ошибка при создании нового файла резервной копии. Резервное копирование не удалось.

Единственная мысль — не испортил ли я права доступа?

/var/lib/unifi/backup $ ls -al  
total 12796  
drwx------ 3 unifi root     4096 Dec  9 03:08 .  
drwx------ 8 unifi root     4096 Dec 11 00:24 ..  
-rw------- 1 unifi root    86352 Jun  8  2017 5.4.16_07tcztrr.unf  
-rw------- 1 unifi root    87984 Jun  8  2017 5.4.16_kx51lrro.unf  
-rw------- 1 unifi root  3574736 Oct 22 14:03 5.4.16.unf  
-rw------- 1 unifi root    87872 Jun  8  2017 5.4.16_wwwbkhya.unf  
-rw------- 1 unifi root   180096 Nov 25 06:54 5.5.24_default.unf  
-rw------- 1 unifi root  3661120 Nov 30 06:07 5.5.24.unf  
-rw------- 1 unifi unifi 5394688 Dec  9 03:08 5.6.22.unf  
drwx------ 2 unifi root     4096 Dec 14 21:29 autobackup  
-rw------- 1 unifi root      457 Dec  9 03:08 meta.json
 
@schreibman

Скорее всего, в вашем случае место tmpfs для /run исчерпано. По умолчанию его размер — 25% от оперативной памяти, лучше увеличить и перезагрузить сервер. Я следовал этим шагам: https://community.ui.com/questions/614becf6-5fec-49dd-86cc-4b867a3c5703
 
ВЕРСИЯ КОНТРОЛЛЕРА 5.6.22; на AWS Ubuntu. Возникают проблемы как с Автоматическим Резервным Копированием — больше не работает, так и при ручном создании, которое заканчивается ошибкой: «Произошла ошибка при создании нового файла резервной копии. Резервное копирование не выполнено».

Пробовал включать и выключать автообслуживание, менял настройки хранения и даты.
Для ручного копирования пробовал только настройки, все данные, 7 дней… результат тот же — ошибка.

На сервере есть свободное место на диске.
В файле server.log есть такие записи:

[2017-12-14 21:38:09]:1519/var/log/unifi $ cat server.log | grep "schedule-backup"
[2017-12-11 10:05:17,645] <schedule-backup> ERROR db - Невозможно экспортировать базу данных
[2017-12-11 19:05:17,325] <schedule-backup> ERROR db - Невозможно экспортировать базу данных
[2017-12-12 06:05:30,516] <schedule-backup> ERROR db - Невозможно экспортировать базу данных
[2017-12-13 23:35:00,500] <schedule-backup> ERROR system - Не удалось создать резервную копию для версии '5.6.22'
Страницы: 1
Читают тему (гостей: 1)