Жуткие лаги при использовании davfs (Nextcloud)

[vkapas]

При активном использовании хранилища Nextcloud, подключённого с помощью davfs (например, копировании в него нескольких десятков гигабайт файлов), система начинает жутко лагать:

- переключение раскладок работает с задержкой до нескольких минут;
- некоторые спец.клавиши (ThinkVantage — на неё назначен запуск одной из программ) также работают с задержкой в 10-20 секунд;
- система не может уйти в ждущий режим — выключается экран, проходит несколько минут, затем появляется экран блокировки;

Через полчаса-час после завершения операций с хранилищем всё возвращается в норму.

Есть какое-нибудь решение проблемы?

Ubuntu 20.04 с Unity, сетевой диск подключён через /etc/fstab:

Код: [Выделить]

https://nextcloudstorage.url/remote.php/dav/files/user/ /mnt/nextcloud davfs user,rw,_netdev 0 0

[valrust]

А если в Nautilus подключить по webdav тоже тормоза?

[ALiEN]

система не может уйти в ждущий режим

Тут абсолютно логичное поведение.

[AnrDaemon]

например, копировании в него нескольких десятков гигабайт файлов), система начинает жутко лагать:

Ничего удивительного.
DAV - сам по себе небыстрый протокол со значительным рверхедом, а при попытке впихнуть в него невпихуемое происходит то же самое, что с торрентом - попытка прочитать кучу фрагментов по 10 мегов забивает системную очередь и тормозит все процессы, особенно если оперативной памяти мало.

[vkapas]

А если в Nautilus подключить по webdav тоже тормоза?

Кстати, нет, в таком случае всё работает быстро, ни одной из перечисленных выше проблем не появляется, спасибо за наводку.

Но там другие проблемы, из-за которых в своё время и отказался от этого варианта — после нескольких часов работы с сетевым хранилищем либо при кратковременном отключении доступа к сети появляется ошибка Duplicity (а с webdav работает именно он) Giving up after 5 attempts. Error: HTTP Error: Locked или Giving up after 5 attempts. Error: HTTP Error: Internal Server Error.

Причём я работал с webdav и в предыдущих версиях Ubuntu (тот Deja-Dup, как сейчас; duplicity+rsync) и в Windows (Duplicati) — и такие проблемы первый раз. Потому что пытаюсь сделать бекап третий день подряд, и каждый раз процесс валится на одной из ошибок из абзаца выше. Да, протокол не быстрый и местами что-то подглючивает, но в целом везде работает, в отличие от.

Ничего удивительного.
DAV - сам по себе небыстрый протокол со значительным рверхедом, а при попытке впихнуть в него невпихуемое происходит то же самое, что с торрентом - попытка прочитать кучу фрагментов по 10 мегов забивает системную очередь и тормозит все процессы, особенно если оперативной памяти мало.

Понимаю, но при подключении хранилища Nextcloud через Nautilus (davs://nextcloudstorage.url/remote.php/webdav) таких проблем уже нет. То есть переключение раскладок срабатывает как обычно, все горячие клавиши откликаются мгновенно, засыпание и выход из него проходят штатно.

[AnrDaemon]

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

[vkapas]

Всем большое спасибо за помощь, проблема решена.

Причина оказалась в банальном переполнении корзины Nextcloud (после каждого неудачного резервного копирования Deja-Dup перемещал туда файлы последнего незавершённого бекапа), и я не сразу это заметил из-за неочевидного отображения % занятого места в Nextcloud. Ошибки HTTP Error: Locked и HTTP Error: Internal Server Error ушли сразу после очистки раздела Deleted files.

Процесс правда несколько раз внезапно останавливался без явной причины, например, загружал очередные 20 мегабайт не минуту, а час и больше, и из-за этого приходилось его перезапускать, но в конце концов дошёл до финала без ошибок. (Скорее всего, здесь причина — в большом объёме данных и, одновременно, подключении по Wi-Fi с периодическими разрывами соединения.)

[valrust]

появляется ошибка Duplicity (а с webdav работает именно он)

Может заранее не нужно монтировать ресурс по WebDAV. deja-dup и duplicity сами умеют работать с удаленным хостом по протоколу WebDAV.

[vkapas]

Может заранее не нужно монтировать ресурс по WebDAV. deja-dup и duplicity сами умеют работать с удаленным хостом по протоколу WebDAV.

Да, попробовал и так, всё прошло без проблем. Правда, Deja-Dup всё равно подмонтировал его точно так в процессе, да и данных в этот раз было на порядок меньше.

Думаю, разницы особой не будет, подмонитирован или нет заранее ресурс, главное — стабильный инернет, особенно в случае больших объёмов данных.

[piyavking]

rclone классическое решение для, ЕЯНО...