CloudKey очистка памяти

[fox_ch2]

Вообщем заглянул по SSH
получается самый большой файл ( в моем случае папка ) - это именно база данных ( судя по названию и пути хранения )

Спойлер

root@UniFi-CloudKey:/# du | sort -n -r | head -n 20
1469920 ./srv
1351900 ./srv/unifi
1349316 ./srv/unifi/data
1343272 ./srv/unifi/data/db
1132609 ./mnt
731485 ./mnt/.rofs
728012 ./usr
667253 ./mnt/.rofs/usr
445160 ./usr/lib
401120 ./mnt/.rwfs
384582 ./mnt/.rofs/usr/lib
261304 ./mnt/.rwfs/usr
240148 ./mnt/.rwfs/usr/lib
233036 ./usr/lib/unifi
233036 ./mnt/.rwfs/usr/lib/unifi
173128 ./mnt/.rofs/usr/lib/unifi
143955 ./var
140663 ./usr/bin
138891 ./mnt/.rofs/usr/bin

Спойлер

root@UniFi-CloudKey:/# du ./srv/unifi/data/ -a -h | sort -r -h | head -n 20
1.3G ./srv/unifi/data/db
1.3G ./srv/unifi/data/
512M ./srv/unifi/data/db/ace.5
256M ./srv/unifi/data/db/ace.4
129M ./srv/unifi/data/db/ace_stat.3
128M ./srv/unifi/data/db/ace.3
64M ./srv/unifi/data/db/ace_stat.2
64M ./srv/unifi/data/db/ace.2
32M ./srv/unifi/data/db/ace_stat.1
32M ./srv/unifi/data/db/ace.1
16M ./srv/unifi/data/db/local.ns
16M ./srv/unifi/data/db/local.0
16M ./srv/unifi/data/db/ace_stat.ns
16M ./srv/unifi/data/db/ace_stat.0
16M ./srv/unifi/data/db/ace.ns
16M ./srv/unifi/data/db/ace.0
5.5M ./srv/unifi/data/backup
4.0M ./srv/unifi/data/backup/6.1.71.unf
420K ./srv/unifi/data/sites
416K ./srv/unifi/data/sites/default

Очевидно - это сама база данных, но блин, как её сократить, что там находится, и почему она разрослась вдруг столько лет было нормально, а тут прям выросла с чего то

 

[fox_ch2]

кто нить когда нибудь пробовал перемонтировать системную папку srv на флешку?
как система на это отреагирует?

Спойлер: mount

root@UniFi-CloudKey:~# fdisk -l

Disk /dev/mtdblock0: 64 KiB, 65536 bytes, 128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mtdblock1: 960 KiB, 983040 bytes, 1920 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk0: 3.7 GiB, 3937402880 bytes, 7690240 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: E8F563F2-B208-4756-8276-8C7FADFD8CDD

Device Start End Sectors Size Type
/dev/mmcblk0p1 512 1535 1024 512K Linux filesystem
/dev/mmcblk0p2 1536 2047 512 256K Linux filesystem
/dev/mmcblk0p3 2048 2559 512 256K Linux filesystem
/dev/mmcblk0p4 2560 68095 65536 32M Linux filesystem
/dev/mmcblk0p5 68096 133631 65536 32M Linux filesystem
/dev/mmcblk0p6 133632 2230783 2097152 1G Linux filesystem
/dev/mmcblk0p7 2230784 5376511 3145728 1.5G Linux filesystem
/dev/mmcblk0p8 5376512 7690206 2313695 1.1G Linux filesystem

Disk /dev/mmcblk0rpmb: 512 KiB, 524288 bytes, 1024 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk0boot1: 2 MiB, 2097152 bytes, 4096 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk0boot0: 2 MiB, 2097152 bytes, 4096 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk /dev/mmcblk1: 7.3 GiB, 7860125696 bytes, 15351808 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 17A0FCC2-2EBC-44DE-A41C-5B87ABE73EF8

Device Start End Sectors Size Type
/dev/mmcblk1p1 2048 15349759 15347712 7.3G Linux filesystem

root@UniFi-CloudKey:~# mc

root@UniFi-CloudKey:~# mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=125866,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,relatime,size=205640k,mode=755)
/dev/mmcblk0p8 on /mnt/.rwfs type ext4 (rw,noatime,data=ordered)
/dev/mmcblk0p6 on /mnt/.rofs type squashfs (ro,relatime)
aufs-root on / type aufs (rw,noatime,nodiratime,si=cb53318e)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd-cgroups-agent,name=systemd)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpuacct,cpu)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=25,pgrp=1,timeout=0,minproto=5,maxproto=5,direct)
mqueue on /dev/mqueue type mqueue (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
tmpfs on /tmp type tmpfs (rw,nosuid,nodev,noatime,nodiratime,size=514096k)
/dev/mmcblk0p7 on /srv type ext4 (rw,noatime,data=ordered)
/dev/mmcblk1p1 on /data type ext4 (rw,noatime,data=ordered)

Сейчас под папку SRV выделен отдельный раздел ограниченный 1.5G по идее можно же перемонтировать этот раздел на флешку, и выдать разделу больше места под базу данных
но очкую, так как не знаю, как себя поведет система при этих действиях, не очень хочется оставить офис без вайфая

 

[fox_ch2]

скачайте резервную копию контроллера или сделайте скрины и сбросте контроллер к заводским настройкам, далее обновите его и настройте с нуля.

к сожалению не могу
у меня настроена авторизация на wifi через radius сервер, получается если я отключу контроллер на какое то время, то народ тупо не сможет подключаться к вафле и будет беда.
Внедрять через GPO параметры временной WIFI сети, с автоконектом к ней, тоже как то слишком мощно для такой проблемы, но как вариант надо будет это оставить.
Проблема еще в том, что сам контроллер находится в ЦОДе, и кататься туда просто так для того, чтоб обресетить и накатить бекап - не очень интерестно.

Если контроллер с заводскими настройками поднимается с DHCP клиентом на интерфейсе, а не со своей заданной статикой - то это как вариант можно использовать. но рисковать просто так не охото

 

[fAntom]

Очевидно - это сама база данных, но блин, как её сократить, что там находится, и почему она разрослась вдруг столько лет было нормально, а тут прям выросла с чего то

Вероятно проблема возникла из-за обновления до 6 версии. Там и версия базы данных MongoDB кажется менялась (вроде и внутренний движок тоже менялся).
А вот тут: http://www.ubnt.su/FAQ/unifi/unifi-troubleshooting-offline-cloud-key-and-other-stability-issues.htm, ближе к концу может быть полезная для Вас информация. С учетом, что в первой версии UCK используют 32-бит ARM, Вам стоит рассмотреть вариант или перехода на второе поколение или на программный вариант.

 

[workubnt]

ace.5 4 3 2
ace_stat.3 2 1.

Почему бы не удалить их. Это же дубли. По крайне мере в линуксе я их иногда удаляю. Но размеры там меньше значительно. И база при этом не страдает.

 

[Ubiq]

Проверьте положение переключателя:
System Settings -> Maintenance -> Collect Historical Data
Не рекомендуется включать на Cloud Key первого поколения, по дефолту - включен.

 

[stalk:er]

к сожалению не могу
у меня настроена авторизация на wifi через radius сервер, получается если я отключу контроллер на какое то время, то народ тупо не сможет подключаться к вафле и будет беда.
Внедрять через GPO параметры временной WIFI сети, с автоконектом к ней, тоже как то слишком мощно для такой проблемы, но как вариант надо будет это оставить.
Проблема еще в том, что сам контроллер находится в ЦОДе, и кататься туда просто так для того, чтоб обресетить и накатить бекап - не очень интерестно.

Если контроллер с заводскими настройками поднимается с DHCP клиентом на интерфейсе, а не со своей заданной статикой - то это как вариант можно использовать. но рисковать просто так не охото

Это всегда можно сделать ночью! ИТ именно так и работает. Это в Ваших интересах ))

 

[fox_ch2]

Проверьте положение переключателя:
System Settings -> Maintenance -> Collect Historical Data
Не рекомендуется включать на Cloud Key первого поколения, по дефолту - включен.

выключено

 

[fox_ch2]

Это всегда можно сделать ночью! ИТ именно так и работает. Это в Ваших интересах ))

Ночью работы ведутся только те, которые нельзя выполнить днем
ИТ работает так, чтобы минимизировать вообще какую либо работу Ну и опять таки, торчать в ЦОДе за тридевядь земель только чтоб откатить бекап, лениво но как крайний вариант - приемлимо
Ну и кстати, сегодня евент выдал сообщение, что памяти мало, но там было значение явно больше чем по состоянию на вчера
The UniFi Controller data partition is nearly full. Only 11.6 MB of 1.45 GB free
Вчера было 8 МБ, значит база как то подчистилась получается

Переход с Gen1 на Gen2 - это проблемно вообще?
бекап подходит? точки потом переопределять надо будет? а то помню как переходили с программного на компе, на этот блочек, пришлось все точки ресетить, потому что они отказывались добавляться, типа управляются другим контроллером.

 

[stalk:er]

Переход с Gen1 на Gen2 - это проблемно вообще?
бекап подходит? точки потом переопределять надо будет? а то помню как переходили с программного на компе, на этот блочек, пришлось все точки ресетить, потому что они отказывались добавляться, типа управляются другим контроллером.

Преход с Gen1 на Gen2 - не проблема, бэкапы не подходят. Точки нужно будет адоптить

 

[fAntom]

Я бы рекомендовал, все-таки на программный. Если нет unifi video/protect, лучше программный и даже возможно на виртуалке (будет возможность динамически расширить необходимые ресурсы). И, основное, можно поставить ту же версию и через бэкап перенести. Но! потом новый программный контроллер должен получить тот же IP, что и старый.

Преход с Gen1 на Gen2 - не проблема, бэкапы не подходят. Точки нужно будет адоптить

Не очень верно, если переходят с одной версии unifi [network] controller на такую же, но на другом устройстве проблем быть не должно.

 

[stalk:er]

Не очень верно, если переходят с одной версии unifi [network] controller на такую же, но на другом устройстве проблем быть не должно.

вы лично это пробовали сделать? Я пробовал

 

[fAntom]

вы лично это пробовали сделать? Я пробовал

И что получилось? С gen1 на gen2 или на программный? А в чем подвох? Такое не пробовал.
P.S. Некоторые другие пробовал перемещения, но они не связанны с этим вопросом.

 

[stalk:er]

И что получилось? С gen1 на gen2 или на программный? А в чем подвох? Такое не пробовал.
P.S. Некоторые другие пробовал перемещения, но они не связанны с этим вопросом.

Я пробовал переход с аппаратного Gen1 на аппартный Gen2 - Gen2 ругается, что нельзя восстановить резерную копию от Gen1

 

[fAntom]

Я пробовал переход с аппаратного Gen1 на аппартный Gen2 - Gen2 ругается, что нельзя восстановить резерную копию от Gen1

А версии unifi контроллера совпадали? Если да - спасибо, буду знать

 

[fox_ch2]

вообщем нарушая все правила айтишнеков в пятницу вечером, заскринив все что только можно, скопировав через winscp всю файловую структуру при потушеном Unifi контроллере, и сохранив все что только можно сохранить по паре тройке раз в разные места, я перемонтировал папку srv на флешку, и выделил область 4 гига данному разделу
скопировав назад всю файловую структуру в новый srv я запустил unifi и он заработал
Правда это не решение проблемы, потому как у Gen1 использовалась 32-х битная конфигурация БД, она файлово не сможет занять размер больше 2 гигов, сколько бы места там небыло свободно, но в любом случае сейчас у меня есть запас в лишние 500мб на рост, чтобы придумать как можно сократить БД.

ну а если не пойдет и место быстро кончится, тогда обресечу на заводские настройки и восстановлю из бекапа конфиг, уж на совсем крайний случай, база по идее пересоздается с нуля и все настройки подтягиваются из конфига.

 

[terentevsd]

Да народ, поражаюсь долгому обсуждению знатоков!
Не легче просто по ССШ зайти, посмотреть чем там забито?
Да и apt-get update / upgrade сделать, так как через веб морду не все апдейтится.
да и просто поискать десяток самых большие файлы если не ошибаюсь, типа типа find / -type f -exec du -sh {} 2>/dev/null + | sort -rh | head -n 10, или куча маленьких

 

[terentevsd]

чтобы придумать как можно сократить БД

Убрать все галки - и придумаете - по скорости роста