Align homelab docs repo with local homelab changes, including updated storage layout and the Steam games presence checker script. Co-authored-by: Cursor <cursoragent@cursor.com>
3.4 KiB
Исправление отображения квоты и размера «Игры» в Nextcloud
Проблемы
- «Использовано 928,4 GB» — устаревшее значение (остаток от папки «Игры» на SSD до переноса).
- «Игры» → «Ожидается» — размер внешней папки ещё не посчитан или считается в фоне.
Что сделано на сервере
1. Сброс кэша квоты
- Удалена запись
lastSeenQuotaUsageдля пользователя kerrad вoc_preferences. При следующем заходе Nextcloud пересчитает использование заново.
2. Очистка устаревшего кэша хранилища
- В БД оставался старый «storage» для пути
/mnt/nextcloud-extra/(корень до переноса игр вgames/). В нём было ~844 тыс. записей и ~29 TB в кэше — это могло влиять на расчёт квоты. - Удалены все записи этого хранилища из
oc_filecacheи строка изoc_storages. Сейчас используется только хранилищеlocal::/mnt/nextcloud-extra/games/.
3. Пересканирование файлов
- Выполнен
occ files:scan kerrad --all: обновлён кэш домашнего хранилища (удалено 161 устаревшая запись).
Что сделать тебе
-
Жёсткое обновление страницы
Обнови страницу Nextcloud с очисткой кэша браузера: Ctrl+Shift+R (или Cmd+Shift+R на Mac). Либо открой Nextcloud в режиме инкогнито.
После этого «Использовано» должно пересчитаться (ожидаемо порядка ~8–9 GB для «домашних» файлов без учёта внешнего хранилища, в зависимости от настроек квоты). -
«Игры» → «Ожидается»
Размер больших внешних каталогов Nextcloud часто считает в фоне. Подожди несколько минут или зайди в «Игры» и открой папку — расчёт может запуститься/обновиться. Если через 10–15 минут по-прежнему «Ожидается», можно запустить на сервере повторное сканирование внешнего хранилища:ssh root@192.168.1.150 'pct exec 101 -- docker exec nextcloud-nextcloud-1 php occ files_external:scan 1'
Если 928 GB снова появится
Проверь в настройках пользователя (Администрирование → Пользователи → kerrad), включено ли «Учитывать внешние хранилища в квоте». Если да и в кэше внешнего хранилища были старые данные — значение могло быть завышено. После очистки старого storage и сброса lastSeenQuotaUsage при следующем пересчёте цифра должна стать адекватной.