===[ Программы / ownCloud ]=== #post-id: 6671-20-56 #original-date: 31.10.2018 Wed #original-time: 8:56 PM #original-day: 6671 #original-host: WinXP Home SP3 (Build 2600) Только вчера начала использовать новый сервер с установленным ownCloud 10, а уже проблема. Неожиданно посыпались сообщения об ошибках такого рода: > Exception: OCP\Files\NotFoundException > Message: /docs/byaka.txt.v1541001242 not found while trying to get > owner Гугл не подсказывает ничего интересного, нечто подобное у народа есть, но сообщения либо очень старые, либо про другие кейсы. Пока разбиралась, вдруг поняла, что время появления сообщений совпадают с временем запуска по расписанию cron.php. Значит, это какие-то внутренние чистки, а во время обмена данными с клиентами. Среди попадавшихся сообщений было что-то про file locks. Я уже решала проблему с залоченными файлами и даже писала пост про это. https://lindachan.diary.ru/p213830848.htm Но там было всё иначе: файлы не синхронизировались в принципе, и сообщения шли как раз при обмене данными с клиентами. Ради интереса я поискала в каталоге данных сервера указанный файл, но его не было. Более того, в логе имена файлов повториялись при каждом проходе cron.php. Значит таки блокировки. Чтобы не искать пост, открыла сохранённую страницу: https://central.owncloud.org/t/file-is-locked-how-to-unlock/985 Зашла на MySQL сервер уже напрямую (DatabaseBrowser почему-то не пустило) и глянула указанную таблицу. А там под триста записей. Очистила, сообщения пропали. В конце статьи сказано, как побороть это раз и навсегда. В частности говорится про Redis. Я когда настраивала memcache и все дела при установке сервера, сотолкнулась с проблемой, что описанные в инструкции действия не работают. https://doc.owncloud.org/server/10.0/admin_manual/configuration/server/caching_configuration.html#apcu-label Ну тоесть делаю как в инструкции, чтобы настроить APCu, а там то нет указыннх файлов, то ещё чего. В итоге я разобралась как активировать этот APCu, но админка сервера всё равно ругалась, что кэширование не настроено. Помог такой финт ушами в конфиге. > 'memcache.local' => '\OC\Memcache\APCu', > 'memcache.locking' => '\OC\Memcache\APCu', Первая строчка как на старом сервере, а вторая помогла убрать сообщение об ошибке. Она нигде не документирована, я сама догадалась ^^v Возможно, проблема из-за неё. В ownCloud 9 то ли Redis не требовался так сильно, то ли товарищи из DigitalOcean сумели правильно настроить сервер в предустановленной конфигурации. В ownCloud 10 либо я что-то не так настроила, либо установки редиски не избежать. Пичалька, когда только смутно понимаешь, что происходит =_= #upd(31.10.2018 - 9:24 PM): Кстати, я только начинаю осваивать доступ к БД через команду «mysql», поэтому шпаргалка. Запускаем вот так: > mysql -u root -p Нас спросят пароль, а потом будет консоль сабого сервера БД. Там делаем так: > USE owncloud; > DELETE FROM oc_file_locks WHERE 1; > exit Это минимум для очистки таблицы. Если хочется осмотреться, то вот что можно сделать. Глянуть все базы данных на сервере: > SHOW DATABASES; Глянуть все таблицы в базе данных (вводится после команды «USE»), если нет уверенности в том, как именно называется нужная нам: > SHOW TABLES; Посмотреть, что есть в искомой таблице. Если пусто, то блокировок, разумеется, нет. > SELECT * FROM oc_file_locks; #upd(31.10.2018 - 9:30 PM): А вообще, вот сравнительно неплохая шпаргалка. Правда, там порядок разделов странный. https://www.digitalocean.com/community/tutorials/how-to-manage-sql-database-cheat-sheet #upd(31.10.2018 - 10:00 PM): Опять та же проблема, а в таблице с блокировками – пусто. Блин =_= #upd(1.11.2018 - 12:38 AM): Установила Редиску, но не помогло. Зато нашёлся, наконец, такой же страдалец. https://github.com/owncloud/core/issues/33028 Только Чип и Дейл нифига не спешат на помощь =_= #upd(2.11.2018 - 6:11 PM): Оказывается, что спешат. Просто медленно ^^' https://github.com/owncloud/core/issues/32346