https://www.opennet.ru/openforum/vsluhforumID1/97876.html Приветствую коллективный разум!<br><br>Не возможно синхронизировать каталог с Яндекс Диском, т.к. systemd-oomd через пять часов убивает либо процесс yandex-disk либо консольную сессию в которой он запущен.<br>Это происходит на NAS под Ubuntu (16Гб ОЗУ, ZFS+RIDEZ2). Соответственно, доступ к NAS (через smb) через какое-то время (часа два) становится очень затруднителен, пока не убит yandex-disk.<br><br><br>1. ================<br>Вот картина с памятью перед запуском:<br><br>#free -h<br> total used free shared buff/cache available<br>Память: 13Gi 4,9Gi 8,5Gi 2,0Mi 135Mi 8,3Gi<br>Подкачка: 4,0Gi 726Mi 3,3Gi<br><br>2. ================<br>Вот через полчаса работы:<br><br>ps -eo rss,vsz,%mem,comm &#124; grep ya ; free -h<br><br>1514840 2938020 10.6 yandex-disk <br><br> total used free shared buff/cache available<br>Память: 13Gi 10Gi 2,3Gi 2,0Mi 314Mi 2,2Gi<br>Подкачка: 4,0Gi 726Mi 3,3Gi https://www.opennet.ru/openforum/vsluhforumID1/97876.html#13 Thu, 04 Aug 2022 21:33:38 GMT &gt; Сам пользовался диском, то что вы говорите это не проблема.. вообще не <br>&gt; проблема. Он у меня иногда требует 38Gb Озу, может и 64Gb <br>&gt; во время синхронизации.<br>&gt; Ответ решения простой.. или прокачиваеие озу до требуемого обьема)) или ТУПО увеличивай <br>&gt; SWAP.<br><br>Свап не помогает. В свап вытесняется все кроме ЯД и система встает колом. <br>Сколько нужно ОЗУ для 700 тыс. файлов? Учитывая что у меня память с ecc (для zfs) то это слишком дорогое удовольствие, для NAS сервера обслуживающего всего две рабочие станции. Тогда уж проще купить облачное хранилище с возможностью смонтировать монтировать, лет на пять-десять вперед. <br><br>На самом деле решение еще проще. В крон пишем вот это:<br>[ $(cat /proc/meminfo &#124; grep -i 'MemAvailable' &#124; grep -o '[[:digit:]]*') -lt 1000000 ] && /usr/bin/yandex-disk stop<br><br>с исполнением каждые минут пять-десять. <br>А загрузку ЯД пихаем в системд с ключом релоад. Перезагрузка ни как не влияет на синхронизацию. А уже после полного переноса данных, процесс синхронизации уже вполне https://www.opennet.ru/openforum/vsluhforumID1/97876.html#12 Thu, 04 Aug 2022 21:20:45 GMT &gt;[оверквотинг удален]<br>&gt; (3867000832) / total (4294963200) being more than 90.00% <br>&gt; 4. ======================= <br>&gt; Так же еще использую yandex-disk на рабочей станции под Ubuntu (19 Гб <br>&gt; ОЗУ), но т.к. там нет &#171;systemd-oomd&#187;, то система через какое то <br>&gt; время попросту зависает. Не совсем уверен, но возможно частично проблема на <br>&gt; рабочей станции решилась через.<br>&gt; vm.swappiness=10 <br>&gt; vm.min_free_kbytes=262144 <br>&gt; Но возможно это совпадение. К сожалению на большее моего навыка не хватает. <br>&gt; Можно ли как-то решить эту проблему?<br><br>Сам пользовался диском, то что вы говорите это не проблема.. вообще не проблема. Он у меня иногда требует 38Gb Озу, может и 64Gb во время синхронизации.<br>Ответ решения простой.. или прокачиваеие озу до требуемого обьема)) или ТУПО увеличивай SWAP.<br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#11 Mon, 25 Jul 2022 10:22:57 GMT &gt; 2) не используй продукты жизнедеятельности яндекса <br><br>Удваиваю.<br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#10 Mon, 25 Jul 2022 09:37:16 GMT На мой взгляд - типичная XY проблема.<br><br>Ты пытаешься скрутить из говна и палок какое-то решение. Говно воняет, палки ломаются. А что ты ожидал, терабайт в секунду?<br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#9 Mon, 25 Jul 2022 06:32:37 GMT &gt;&gt; терабайт на такой скорости закинуть невозможно.<br>&gt; Ты что-то не то делаешь. Полный backup через Internet - это плохая <br>&gt; идея.<br><br>Это не совсем бекап. Это задумано как реалтайм синхронизация с возможностью работать удаленно в облаке и одновременно своеобразный бекап. Основа безопасности в комплексе с raidZ2 на шести дисках с рекурсивными снепшотами (15 мин, дни, недели, месяцы). <br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#8 Mon, 25 Jul 2022 04:39:13 GMT Как hack-around - по cron убивай процесс раз в час. Пусть эти бандерлоги сами разбираются.<br>Как-то так.<br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#7 Mon, 25 Jul 2022 00:48:09 GMT &gt; терабайт на такой скорости закинуть невозможно.<br><br>Ты что-то не то делаешь. Полный backup через Internet - это плохая идея.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#6 Sun, 24 Jul 2022 18:59:34 GMT Попробуй rclone<br> https://www.opennet.ru/openforum/vsluhforumID1/97876.html#5 Sun, 24 Jul 2022 17:15:38 GMT &gt; Попробуй выбросить yandex-disk и цепляться с помощью mount.davfs из пакета davfs2.<br><br>Пробовал. Скорость работы не превышает мегабита. Вероятно принудительное ограничение яндекса. <br><br>терабайт на такой скорости закинуть невозможно. <br><br>