Steps to reproduce
- Login as Admin
- Go to Settings -> Administration -> Overview
Expected behaviour
Checking server setup should pass.
Actual behaviour
Get error under «Security & setup warning»
Server configuration
Operating system: CentsOS 7.5
Web server: nginx 1.15.3
Database: mariadb 10.3.9
PHP version: 7.2.9
Nextcloud version: 14.0.0
Updated from an older Nextcloud/ownCloud or fresh install: yes
Where did you install Nextcloud from: docker image
Signing status:
The error is about the server setup checking.
Are you using encryption: No
Are you using an external user-backend, if yes which one: No
Client configuration
Browser: Firefox 62.0
Operating system: ArchLinux
Logs
Web server error log
nothing here
Nextcloud log (data/nextcloud.log)
Nextcloud log
{"reqId":"qruZgYucXWF7sk27q0O9","level":3,"time":"2018-09-06T12:57:27+02:00","remoteAddr":"xx.xx.xx.x","user":"admin_user","app":"index","method":"GET","url":"/settings/ajax/checksetup","message":"Exception":"TypeError","Message":"Argument 1 passed to OC\SettingsController\CheckSetupController::getAppDirsWithDifferentOwnerForAppRoot() must be of the type array, boolean given, called in /nextcloud/settings/Controller/CheckSetupController.php on line 551","Code":0,"Trace":[{"file":"/nextcloud/settings/Controller/CheckSetupController.php","line":551,"function":"getAppDirsWithDifferentOwnerForAppRoot","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[false,{"path":"/apps2","url":"/apps2","writable":true}]},{"file":"/nextcloud/settings/Controller/CheckSetupController.php","line":624,"function":"getAppDirsWithDifferentOwner","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[]},{"file":"/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":166,"function":"check","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[]},{"file":"/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":99,"function":"executeController","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OC\Settings\Controller\CheckSetupController"},"check"]},{"file":"/nextcloud/lib/private/AppFramework/App.php","line":118,"function":"dispatch","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OC\Settings\Controller\CheckSetupController"},"check"]},{"file":"/nextcloud/lib/private/AppFramework/Routing/RouteActionHandler.php","line":47,"function":"main","class":"OC\AppFramework\App","type":"::","args":["OC\Settings\Controller\CheckSetupController","check",{"__class__":"OC\AppFramework\DependencyInjection\DIContainer"},{"_route":"settings.CheckSetup.check"}]},{"function":"__invoke","class":"OC\AppFramework\Routing\RouteActionHandler","type":"->","args":{"_route":"settings.CheckSetup.check"}]},{"file":"/nextcloud/lib/private/Route/Router.php","line":297,"function":"call_user_func","args":[{"__class__":"OC\AppFramework\Routing\RouteActionHandler"},{"_route":"settings.CheckSetup.check"}]},{"file":"/nextcloud/lib/base.php","line":989,"function":"match","class":"OC\Route\Router","type":"->","args":["/settings/ajax/checksetup"]},{"file":"/nextcloud/index.php","line":42,"function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/nextcloud/settings/Controller/CheckSetupController.php","Line":568,"CustomMessage":"--"},"userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0","version":"14.0.0.19"}
Browser log
nothing
Steps to reproduce
- Login as Admin
- Go to Settings -> Administration -> Overview
Expected behaviour
Checking server setup should pass.
Actual behaviour
Get error under «Security & setup warning»
Server configuration
Operating system: CentsOS 7.5
Web server: nginx 1.15.3
Database: mariadb 10.3.9
PHP version: 7.2.9
Nextcloud version: 14.0.0
Updated from an older Nextcloud/ownCloud or fresh install: yes
Where did you install Nextcloud from: docker image
Signing status:
The error is about the server setup checking.
Are you using encryption: No
Are you using an external user-backend, if yes which one: No
Client configuration
Browser: Firefox 62.0
Operating system: ArchLinux
Logs
Web server error log
nothing here
Nextcloud log (data/nextcloud.log)
Nextcloud log
{"reqId":"qruZgYucXWF7sk27q0O9","level":3,"time":"2018-09-06T12:57:27+02:00","remoteAddr":"xx.xx.xx.x","user":"admin_user","app":"index","method":"GET","url":"/settings/ajax/checksetup","message":"Exception":"TypeError","Message":"Argument 1 passed to OC\SettingsController\CheckSetupController::getAppDirsWithDifferentOwnerForAppRoot() must be of the type array, boolean given, called in /nextcloud/settings/Controller/CheckSetupController.php on line 551","Code":0,"Trace":[{"file":"/nextcloud/settings/Controller/CheckSetupController.php","line":551,"function":"getAppDirsWithDifferentOwnerForAppRoot","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[false,{"path":"/apps2","url":"/apps2","writable":true}]},{"file":"/nextcloud/settings/Controller/CheckSetupController.php","line":624,"function":"getAppDirsWithDifferentOwner","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[]},{"file":"/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":166,"function":"check","class":"OC\Settings\Controller\CheckSetupController","type":"->","args":[]},{"file":"/nextcloud/lib/private/AppFramework/Http/Dispatcher.php","line":99,"function":"executeController","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OC\Settings\Controller\CheckSetupController"},"check"]},{"file":"/nextcloud/lib/private/AppFramework/App.php","line":118,"function":"dispatch","class":"OC\AppFramework\Http\Dispatcher","type":"->","args":[{"__class__":"OC\Settings\Controller\CheckSetupController"},"check"]},{"file":"/nextcloud/lib/private/AppFramework/Routing/RouteActionHandler.php","line":47,"function":"main","class":"OC\AppFramework\App","type":"::","args":["OC\Settings\Controller\CheckSetupController","check",{"__class__":"OC\AppFramework\DependencyInjection\DIContainer"},{"_route":"settings.CheckSetup.check"}]},{"function":"__invoke","class":"OC\AppFramework\Routing\RouteActionHandler","type":"->","args":{"_route":"settings.CheckSetup.check"}]},{"file":"/nextcloud/lib/private/Route/Router.php","line":297,"function":"call_user_func","args":[{"__class__":"OC\AppFramework\Routing\RouteActionHandler"},{"_route":"settings.CheckSetup.check"}]},{"file":"/nextcloud/lib/base.php","line":989,"function":"match","class":"OC\Route\Router","type":"->","args":["/settings/ajax/checksetup"]},{"file":"/nextcloud/index.php","line":42,"function":"handleRequest","class":"OC","type":"::","args":[]}],"File":"/nextcloud/settings/Controller/CheckSetupController.php","Line":568,"CustomMessage":"--"},"userAgent":"Mozilla/5.0 (X11; Linux x86_64; rv:62.0) Gecko/20100101 Firefox/62.0","version":"14.0.0.19"}
Browser log
nothing
07.04.2021
В предыдущей статье я писал как можно установить и настроить nextcloud на операционной системе Ubuntu Server 20.04 с web-сервером nginx+php-fpm и базой данных postgresql. Почитать можно тут.
После успешного запуска nextcloud в панели администратора Вы можете в пункте общие сведения, увидеть следующие предупреждения:
Индексирование файлов
Для устранения запустим команды для ускорения индексирования файлов. В терминале набираем:
cd /var/www/nextcloud/
Включаем режим обслуживания:
sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --on
И вводим данные строки:
sudo -u www-data php occ db:add-missing-indices
sudo -u www-data php occ db:convert-filecache-bigint
Выключаем режим обслуживания
sudo -u www-data php /var/www/nextcloud/occ maintenance:mode --off
После данной манипуляции ошибка должна исчезнуть.
Предупреждения о текущей конфигурации /.well-known/.
- Веб-сервер не настроен должным образом для разрешения «/.well-known/webfinger».
- Веб-сервер не настроен должным образом для разрешения «/.well-known/nodeinfo».
- Веб-сервер не настроен должным образом для разрешения «/.well-known/caldav».
- Веб-сервер не настроен должным образом для разрешения «/.well-known/carddav».
Чтобы исправить данные предупреждения в конфигурационный файл nginx вашего облака внесем следующую location:
location /.well-known {
location = /.well-known/carddav { return 301 https://$host/remote.php/dav/; }
location = /.well-known/caldav { return 301 https://$host/remote.php/dav/; }
location ~ /.well-known/acme-challenge { allow all; }
rewrite ^/.well-known/webfinger /public.php?service=webfinger last;
rewrite ^/.well-known/host-meta.json /public.php?service=host-meta-json last;
location ^~ /.well-known { return 301 https://host/index.php$uri; }
try_files $uri $uri/ =404;
}
Адрес https://mynextcloud.ru измените на свой.
Также внесём следующие строки в файл .htaccess
<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{HTTP_USER_AGENT} DavClnt
RewriteRule ^$ https://%{SERVER_NAME}/remote.php/webdav/ [L,R=302]
RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteRule ^.well-known/host-meta https://%{SERVER_NAME}/public.php?service=host-meta [QSA,L]
RewriteRule ^.well-known/host-meta.json https://%{SERVER_NAME}/public.php?service=host-meta-json [QSA,L]
RewriteRule ^.well-known/webfinger https://%{SERVER_NAME}/public.php?service=webfinger [QSA,L]
RewriteRule ^.well-known/carddav https://%{SERVER_NAME}/remote.php/dav/ [R=301,L]
RewriteRule ^.well-known/caldav https://%{SERVER_NAME}/remote.php/dav/ [R=301,L]
RewriteRule ^remote/(.*) https://%{SERVER_NAME}/remote.php [QSA,L]
RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L]
RewriteCond %{REQUEST_URI} !^/.well-known/(acme-challenge|pki-validation)/.*
RewriteRule ^(?:.|autotest|occ|issue|indie|db_|console).* - [R=404,L]
</IfModule>
Зависание входа в панель NextCloud
Включил https на web сервере для nextclou и появился неприятный глюк: в google chrome, opera и яндекс браузере, а также в firefox, IE и edge при входе в аккаунт и выходе из него браузер «зависает» на странице входа, но при этом авторизуется. Если нажать F5, то окажемся в своем аккаунте.
Как же победить данную проблему?
Лечится добавлением в конфигурационный файл NexCloud:
sudo nano /var/www/nextcloud/config/config.php
следующего содержимого:
'overwriteprotocol' => 'https',
Не настроена система кэширования.
Не настроена система кэширования. Для увеличения производительности сервера, по возможности, настройте memcache.
Хочу использовать Memcached. Для этого надо установите модуль для PHP и сам memcached.
Как оказалось есть два похожих пакета:
- php-memcache — модуль Memcache для PHP,
- php-memcached — расширение PHP для взаимодействия с memcached.
Нужен с буквой d в конце.
Установливаем:
sudo apt install memcached php8.0-memcached
настройки в /etc/php/8.0/mods-available/memcached.ini
оставляю все без изменений.
В выводе phpinfo(); появился блок с описанием memcached.
Настройки запуска сервиса в /etc/systemd/system/multi-user.target.wants/memcached.service
и конфигурационный файл /etc/memcached.conf
тоже не менял.
Запускаем memcached:
sudo systemctl start memcached
Проверяем запустился ли сервис
sudo ps ax | grep memcached
Должно выдать что-то вроде этого
725 ? Ssl 0:11 /usr/bin/memcached -m 64 -p 11211 -u memcache -l 127.0.0.1 -P /var/run/memcached/memcached.pid
Теперь в конфиге NextCloud добавим строки:
sudo nano /var/www/nextcloud/config/config.php
'memcache.local' => 'OCMemcacheMemcached',
'memcache.distributed' => 'OCMemcacheMemcached',
'memcached_servers' => [
[ '127.0.0.1', 11211 ],
],
Модуль php-imagick не поддерживает SVG
Для устранения данного предупреждения необходимо установить модуль imagick:
sudo apt install imagemagick
Не указан регион размещения этого сервера Nextcloud
Не указан регион размещения этого сервера Nextcloud, что требуется для возможности проверки номеров телефонов без указания кода страны.
Чтобы разрешить пользователям сервера указывать номера телефонов без указания кода страны, добавьте параметр «default_phone_region» с соответствующим кодом страны в соответствии с ISO 3166-1↗.
Для устранения данного предупреждения откроем конфигурационный файл NextCloud :
sudo nano /var/www/nextcloud/config/config.php
и добавим следующие строки:
'default_phone_region' => 'RU',
Для устранения данных ошибок в терминале набираем следующее:
sudo nano /etc/nginx/conf.d/headers.conf
И заполняем данным текстом:
add_header Referrer-Policy "no-referrer" always;
add_header X-Content-Type-Options "nosniff" always;
add_header X-Download-Options "noopen" always;
add_header X-Frame-Options "SAMEORIGIN" always;
add_header X-Permitted-Cross-Domain-Policies "none" always;
add_header X-Robots-Tag "none" always;
add_header X-XSS-Protection "1; mode=block" always;
add_header Cache-Control "public, max-age=7200";
# Remove X-Powered-By, which is an information leak
fastcgi_hide_header X-Powered-By;
Сохраняем файл (ctrl+o, ctrl+x). И перезагружаем nginx
sudo service nginx restart
Заголовок HTTP «Strict-Transport-Security»
Для устранения данного предупреждения отредактируем файл Nginx headers.conf:
sudo nano /etc/nginx/conf.d/headers.conf
Добавим следующие строки:
add_header Strict-Transport-Security "max-age=15552000; includeSubDomains" always;
Перезапустим nginx:
sudo service nginx restart
PHP не настроен для системного окружения.
PHP не настроен правильно для получения переменных системного окружения.
Запрос getenv(«PATH») возвращает пустые результаты.
Обратитесь к разделу о конфигурации PHP и примечаниям к конфигурации PHP из руководства по установке. Обратите внимание на настройку параметров PHP, особенно при использовании механизма php-fpm.
Когда вы используете php-fpm, системные переменные среды, такие как PATH, TMP или другие, не заполняются автоматически так же, как при использовании php-cli. Вызов функции PHP, такой как getenv(‘PATH’); может возвращать пустой результат. Поэтому вам может потребоваться вручную настроить переменные среды в файле конфигурации php-fpm.
Редактируем файл:
sudo nano /etc/php/8.0/fpm/pool.d/www.conf
Находим строки:
;env[HOSTNAME] = $HOSTNAME
;env[PATH] = /usr/local/bin:/usr/bin:/bin
;env[TMP] = /tmp
;env[TMPDIR] = /tmp
;env[TEMP] = /tmp
И сними с них комментарий (;).
Далее перезапустим php8.0-fpm
sudo service php8.0-fpm restart
Значение PHP ниже рекомендуемого значения .
Разрешённое максимальное значение использования памяти PHP ниже рекомендуемого значения в 512 МБ.
В терминале набираем:
sudo nano /etc/php/8.0/fpm/php.ini
Находим и редактируем следующие строки:
max_execution_time = 300
max_input_time = 600
memory_limit = 512M
post_max_size = 20M
upload_max_filesize = 40M
Не скачиваются файлы больше 1Гб
При попытках скачать из облака файлы объемом более 1гб скачивание прерывается при достижении 1гб. Такое происходит при условии использования Nginx как реверс-прокси. Решается очень просто, нужно добавить в конфигурационный файл сайта опцию «proxy_buffering off». Открываем и добавляем эту опцию:
server {
…
proxy_buffering off;
…
}
Если есть вопросы, то пишем в комментариях.
Также можете вступить в Телеграм канал, ВКонтакте или подписаться на Twitter. Ссылки в шапке страницы.
Заранее всем спасибо!!!
RSS
Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.
@CityCat4
Жил-был у бабушки серенький троллик…
Message»:»touch(): Unable to create file /usr/local/nginx/html/nextcloud/config/config.php because Permission denied at /usr/local/nginx/html/nextcloud/lib/private/Config.php
Глеб, ну ешкин кот! Не видишь, что ли, что прав не хватает на запись конфига? Семен Семеныч…
-
CityCat4,
Не видишь, что ли, что прав не хватает на запись конфига?
Вы на время вообще смотрели? Я знаю, что была ошибка по правам. Я её исправил. Файл config.php успешно создался. Теперь другая ошибка: Failed to start session
В чём может быть дело и как её решить? -
CityCat4,
{«reqId»:»T8g6e9yEVmJ2YsTeDLTP»,»level»:3,»time»:»2022-08-18T23:31:11+00:00″,»remoteAddr»:»1.1.1.1″,»user»:»—«,»app»:»base»,»method»:»GET»,»url»:»/nextcloud/»,»message»:»Failed to start session»,»userAgent»:»Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/86.0.4240.198 Safari/537.36″,»version»:»»,»exception»:{«Exception»:»Exception»,»Message»:»Failed to start session»,»Code»:0,»Trace»:[{«file»:»/usr/local/nginx/html/nextcloud/lib/base.php»,»line»:431,»function»:»__construct»,»class»:»OC\Session\Internal»,»type»:»->»},{«file»:»/usr/local/nginx/html/nextcloud/lib/base.php»,»line»:659,»function»:»initSession»,»class»:»OC»,»type»:»::»},{«file»:»/usr/local/nginx/html/nextcloud/lib/base.php»,»line»:1104,»function»:»init»,»class»:»OC»,»type»:»::»},{«file»:»/usr/local/nginx/html/nextcloud/index.php»,»line»:34,»args»:[«/usr/local/nginx/html/nextcloud/lib/base.php»],»function»:»require_once»}],»File»:»/usr/local/nginx/html/nextcloud/lib/private/Sess» while reading response header from upstream, client: 1.1.1.1, server: domain.com, request: «GET /nextcloud/ HTTP/1.1», upstream: «fastcgi://unix:/var/run/php-fpm.sock:», host: «domain.com»
2022/08/19 02:32:53 [error] 41545#106517: *10 FastCGI sent in stderr: «PHP message: -
WSGlebKavash, Проблемы с php-fpm, однако. Ошибка чтения заголовка ответа. Тут однозначного ответа дать нельзя, нужно доки грызть. А, пардон, на куа тебе nextcloud именно на FreeBSD? Шоб було?
-
CityCat4,
Ошибка чтения заголовка ответа.
Таков он на фряхе. На Ubuntu всё с первого раза заработало.
А, пардон, на куа тебе nextcloud именно на FreeBSD?
Обязательно будет вопрос на эту тему. Пожалуйста, подождите. Будьте готовы дать ответ.
нужно доки грызть.
Доки чего? Nextcloud? PHP 8.0?
-
WSGlebKavash, И того и другого, а еще fastCGI, php-fpm и всего, что там задействовано. У меня кстати на генте nextcloud взлетел вообще без проблем
-
CityCat4,
У меня кстати на генте nextcloud взлетел вообще без проблем
То ж Linux. Более того, самый True GNU/Linux. А не BSD, где программы работают только с патчами, а некоторые линуксовые системные вызовы вообще невозможно реализовать.
-
CityCat4, это же глебушка.
для него Per Aspera Ad Astra — походу смысл существования. -
DevMan, Ниче, вырастет, начнет работать (а не балду околачивать) — будет у него дохрена бесполезных знаний
-
CityCat4, чел, который на фрю пытается натянуть туксовые привычки, в нормального не вырастет.
-
DevMan, Ну, как человек, который перешел с FreeBSD на линух, могу сказать, что если есть моск — разница нащупывается очень быстро и приходит понимание, что почем. Обратно на FreeBSD я кстати точно не вернусь
-
WSGlebKavash, Глеб, твое обслуждение (ты кого-то обслуживать собрался?) уже пристрелил модератор
-
WSGlebKavash, ты до сих пор (после кучи снесенных акков) не понял, что
тут не социалочка и обсуждений не ведут?
ну не клоун ли ты после этого? -
DevMan, Да ладно. Все-таки растет. Раньше любой его вопрос приводил к дикому ржачу. Сейчас уже более-менее серьезные вопросы пошли (этот конечно не в счет)
-
CityCat4, так я о чем? он же хочет развлекалочки, как в дотку погонять.
Содержание
- Internal Server Error в Nextcloud
- Nextcloud 13 — New Instalation 500 Internal Server Error #8406
- Comments
- Steps to reproduce
- Expected behaviour
- Actual behaviour
- Server configuration
- Internal Server Error #13597
- Comments
- Steps to reproduce
- Expected behaviour
- Actual behaviour
- Server configuration
- Client configuration
- Web server error log
- Nextcloud log (data/nextcloud.log)
- Browser log
- [Nextcloud 14] Internal Server Error #11205
- Comments
- Internal Server Error #911
- Comments
Internal Server Error в Nextcloud
Убрать ошибку “Internal Server Error” в Nextcloud
Уже сталкивался с ошибкой в статье “Ошибка nextcloud — Internal Server Error“, в этот раз попробую разобрать решение проблемы более детально.
Ошибка появилась после отключения питания на сервере
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
Немного информации о сервере:
- FreeBSD 13.0 release p4
- Nginx 1.20.1
- PHP 8.0.11
- MariaDB 10.5.12
- Redis 6.0.15
- memcached
- APCu
- OPcache
Кеширование Nextcloud (часть конфига nextcloud)
Я сразу проверил службы отвечающие за кеш
Проверяем конфиг Редиса
Проверяем лог Redis
Файлы .rdb – это дампы на диске для резервного копирования или сохранения. Их можно безопасно удалить, конечно в рамках решения проблем c nextcloud, ну а сама база данных Redis полностью находится в памяти.
Удаляем файлы и пробуем запустить
Как видим, dump файл заново создался. Проверяем работу Nextcloud, всё работает
Источник
Nextcloud 13 — New Instalation 500 Internal Server Error #8406
Steps to reproduce
I’ve installed Nextcloud 13 with the following procedure:
apt-get install apache2 mariadb-server -y
systemctl start apache2
systemctl enable apache2
systemctl start mysql
systemctl enable mysql
apt-get install php7.1-xml php7.1 php7.1-cgi php7.1-cli php7.1-gd php7.1-curl php7.1-zip php7.1-mysql php7.1-mbstring wget unzip -y
mysql_secure_installation
created a database named «nextclouddb» and a user ‘nextcloud’@’localhost’.
Downloaded and unpacked nextcloud 13 then:
chown -R www-data:www-data /var/www/html/nextcloud/
sudo -u www-data php7.1 occ maintenance:install —database mysql —database-name nextclouddb —database-user nextcloud —admin-user admin
configured config.php and then:
sudo -u www-data php /var/www/html/nextcloud/occ maintenance:update:htaccess
sudo systemctl restart apache2
Expected behaviour
When I connect from my browser to http://127.0.0.1/nextcloud or http://localhost/nextcloud I should see the nextcloud start page.
Actual behaviour
Here is the error on the browser:
- @author Joas Schilling * @author Jörn Friedrich Dreyer * @author Lukas Reschke * @author Morris Jobke * @author Robin Appelman * @author Sergio BertolÃn * @author Thomas Müller * @author Vincent Petry * * @license AGPL-3.0 * * This code is free software: you can redistribute it and/or modify * it under the terms of the GNU Affero General Public License, version 3, * as published by the Free Software Foundation. * * This program is distributed in the hope that it will be useful, * but WITHOUT ANY WARRANTY; without even the implied warranty of * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the * GNU Affero General Public License for more details. * * You should have received a copy of the GNU Affero General Public License, version 3, * along with this program. If not, see * */ require_once DIR . ‘/lib/versioncheck.php’; try < require_once DIR . ‘/lib/base.php’; OC::handleRequest(); > catch(OCServiceUnavailableException $ex) < OC::$server->getLogger()->logException($ex, array(‘app’ => ‘index’)); //show the user a detailed error page OC_Response::setStatus(OC_Response::STATUS_SERVICE_UNAVAILABLE); OC_Template::printExceptionErrorPage($ex); > catch (OCHintException $ex) < OC_Response::setStatus(OC_Response::STATUS_SERVICE_UNAVAILABLE); try < OC_Template::printErrorPage($ex->getMessage(), $ex->getHint()); > catch (Exception $ex2) < OC::$server->getLogger()->logException($ex, array(‘app’ => ‘index’)); OC::$server->getLogger()->logException($ex2, array(‘app’ => ‘index’)); //show the user a detailed error page OC_Response::setStatus(OC_Response::STATUS_INTERNAL_SERVER_ERROR); OC_Template::printExceptionErrorPage($ex); > > catch (OCUserLoginException $ex) < OC_Response::setStatus(OC_Response::STATUS_FORBIDDEN); OC_Template::printErrorPage($ex->getMessage(), $ex->getMessage()); > catch (Exception $ex) < OC::$server->getLogger()->logException($ex, array(‘app’ => ‘index’)); //show the user a detailed error page OC_Response::setStatus(OC_Response::STATUS_INTERNAL_SERVER_ERROR); OC_Template::printExceptionErrorPage($ex); > catch (Error $ex) < try < OC::$server->getLogger()->logException($ex, array(‘app’ => ‘index’)); > catch (Error $e) < $claimedProtocol = strtoupper($_SERVER[‘SERVER_PROTOCOL’]); $validProtocols = [ ‘HTTP/1.0’, ‘HTTP/1.1’, ‘HTTP/2’, ]; $protocol = ‘HTTP/1.1’; if(in_array($claimedProtocol, $validProtocols, true)) < $protocol = $claimedProtocol; >header($protocol . ‘ 500 Internal Server Error’); header(‘Content-Type: text/plain; charset=utf-8’); print(«Internal Server Errornn»); print(«The server encountered an internal error and was unable to complete your request.n»); print(«Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.n»); print(«More details can be found in the webserver log.n»); throw $e; > OC_Response::setStatus(OC_Response::STATUS_INTERNAL_SERVER_ERROR); OC_Template::printExceptionErrorPage($ex); >
Server configuration
Here is my config.php:
Operating system:
Web server:
Apache 2
Database:
PHP version:
Nextcloud version: (see Nextcloud admin page)
Updated from an older Nextcloud/ownCloud or fresh install:
The text was updated successfully, but these errors were encountered:
Источник
Internal Server Error #13597
Steps to reproduce
Visit your website
Expected behaviour
I expect a login screen.
Actual behaviour
I get this error:
The file /var/www/nextcloud/lib/private/Files/Node/Node.php exists.
Server configuration
Operating system: Ubuntu 16.04
Web server: Apache2
Database: mariaDB (& redis)
PHP version: 7.0.32
Nextcloud version: 15
Updated from an older Nextcloud/ownCloud or fresh install: from 14
Where did you install Nextcloud from: What does this question mean?
Signing status: What does this question mean?
I can’t do that because I can’t log in.
List of activated apps:
Nextcloud configuration:
Are you using external storage, if yes which one: local/smb/sftp/.
Are you using encryption: yes/no
Are you using an external user-backend, if yes which one: LDAP/ActiveDirectory/Webdav/.
Client configuration
Browser:
Operating system:
Web server error log
Nextcloud log (data/nextcloud.log)
Browser log
The text was updated successfully, but these errors were encountered:
Same issue here, I first upgraded from Ubuntu 16.04 to 18.04 then used the upgrader in nextcloud web to upgrade from 13 to 14. I now have exactly the same issues. My mobile nextcloud app although still works fine. So I guess it has something to do with the changes from PHP 7.0 to 7.2.
I’m still stuck. Did you already found a solution?
Nextcloud
Interne serverfout
De server was niet in staat je aanvraag te verwerken.
Stuur de hieronder afgebeelde technische details naar de server beheerder wanneer dit opnieuw gebeurt.
Meer details in de serverlogging,
Technische details
Источник
[Nextcloud 14] Internal Server Error #11205
I have installed Nextcloud and was working for a few hours and then it’s showing an Internal Server Error. I have checked the server log and haven’t found what’s the problem.
BTW, I have other apps working fine. The issue is just with nextcloud 14.
Client Error
Server Log
The text was updated successfully, but these errors were encountered:
Your server log is incomplete. Can you please post more content of your server log?
Have a look at it with «less» or «cat» and not with «vi».
And check first that your database is reachable if you use MySQL or PostgreSQL.
This also happens for me, during first time LDAP login. The error logs are:
$ name = $ user -> getBackendClassName ();
GitMate.io thinks possibly related issues are #6839 (Nextcloud got internal Server error after update APP:OnlyOFFICE, need to remove this APP completely), #2741 (Calendar app: internal server error after upgrading to Nextcloud 11), #7622 (NextCloud Server Listener ), #8326 (Internal Server Error (Template not found) when loading Calendar after upgrade to Nextcloud 13.x), and #5056 (nextcloud 12 upgrade error).
I’m pretty sure I stumbled across this issue this morning. I had added a user through the IMAP verification, and then it disappeared from the users list and when I try logging in to the account, it errors. There is no sign of the account in the users list or under occ user:info [username] .
Источник
Internal Server Error #911
Running Docker container latest . Everything was working fine (apps installed, mobile connected, etc), until I moved the volume files to a larger volume 10GB to 50GB, and then:
Pretty useless error message and I have NO idea where to find server log . I’m not even sure what filename I’m looking for. There is a file under nextcloud_nextcloud/_data named nextcloud.log . Is that the server log ? I’ve tried removing that file to see if it would be re-created and/or update after a restart of the container and a refresh of the error page, but nothing.
sure I could just start all over again, but fyi, this is the second time I’ve tried using Nextcloud (the first was a few years ago) and I recall having the same issue back then; Internal Server Error and nothing else in terms of error details. I guess this is fine for the end-user, they just call the admin, but where’s the support for the admin? I would love nothing more than for this open-source cloud solution to work, but if nextcloud is really this fragile, then I guess its just not the solution I’m looking for. Back to Google?? (ugh!)
Obviously pretty disappointed by this, but any and all support are very much appreciated.
Cheers!
EDIT:
Went back through the docs to find mention of a Nextcloud Server Log File. Does this file NOT exist unless its enabled in the Admin Page??
Also, when I connect to the container and try to view the Webserver Log Files, this is what I get:
Does this get written somewhere on the host? This could just be a docker thing, I’m really not sure, but either way, it would be nice to find these log files, and eventually solve «Internal Server Error».
The text was updated successfully, but these errors were encountered:
Источник
При работе в Nextcloud возникают ошибки.
Для их устранения необходимо перевести облачное хранилище в режим обслуживания. Сделаем это с помощью утилиты occ находящаяся в корне web-проекта.
Переводим в режим обслуживания выполнив команду:
# sudo -u www-data php occ maintenance:mode --on
Для отключения режима обслуживания выполним команду:
# sudo -u www-data php occ maintenance:mode --off
В режиме обслуживания на Desktop-клиентах будет запрошен пароль пользователя.
Ошибка «File is locked»
Ошибка при использовании серверов с медленной дисковой подсистемой.
Для исправления потребует перевести хранилища в режим обслуживания и выполненить SQL-запрос по очистке таблицы блокировок.
> delete from oc_file_locks;
Ошибка «Файл был удален с сервера» («File was deleted from server»)
Это довольно распространенная не блокирующая ошибка и синхронизация будет продолжаться, но в логах клиента будут присутствовать соответствующие ошибки.
Для устранения этой ошибки необходимо воспользоваться встроенной функцией сканирования файлового хранилища. Эта функция может быть запущена для всех пользователей:
# sudo -u www-data php occ files:scan --all
Это доволно длительная операция и зависящая от того сколько пользователей и файлов и для устранения проблем у одного пользователя можно указать вместо параметра его имя или идентификатор из Active Directory:
# sudo -u www-data php occ files:scan 2718B513-40C2-497A-8461-5CA930CEC4E9
Если вам известно расположение сбойного файла, то можно указать какой каталог требуется пересканировать:
# sudo -u www-data php occ files:scan 2718B513-40C2-497A-8461-5CA930CEC4E9 --path="2718B513-40C2-497A-8461-5CA930CEC4E9/files_versions/"
Когда штатные средства не помогают, придется удалить записи о файлах напрямую из базы данных, подключаемся базе данных mysql и выполняем запрос файлового идентификатора искомого файла.
> select fileid,path from oc_filecache where path like '%data/4.%';
Где, ‘%data/4.%’ — это запрос части имени файла вызывающего ошибку.
Следующим этапом удаляем идентификаторы сбойных файлов:
> delete from oc_filecache where fileid=589434;
589434 — соответственно идентификатор сбойного файла.
Ошибка «Precondition failed (An If-Match header was specified and the resource did not exist)»
Ошибка возникает на стороне клиента и оптимальным решением является переместить файл на временное хранение в другой каталог и после окончания синхронизации переместить файл обратно.
-
Главная
-
Инструкции
-
Ubuntu
-
Установка NextCloud на Ubuntu 20.04
Об этом не все знают, но первоначально Nextcloud был частью проекта OwnCloud. За небольшой промежуток времени NC вырос и в 2016 году отделился. С того момента Nextcloud стал самостоятельным проектом с открытым исходным кодом. Благодаря этому любой заинтересованный пользователь может создать свое личное облачное хранилище, самостоятельно разместить ПО и собрать индивидуальное решение.
После установки Nextcloud в вашем распоряжении будет рабочее пространство с почтовыми программами, схожими с Gmail, различными документами (вроде Google Docs) и возможностью делиться файлами (как это позволяет Dropbox). Также календарь с заметками, планировщики задач и другие полезные вещи, которые помогают структурировать информацию.
Данное руководство поможет выполнить установку и последующую настройку облачного хранилища NextCloud максимально быстро. Из трех способов установки, упомянутых ниже, мы выбрали второй.
Способы установки NC:
- Через систему управления контейнерами Docker .
- Через пакет приложений snap. Он поддерживают любые дистрибутивы Linux. Мы будем использовать дистрибутив Ubuntu 20.04.
- Ручная установка на сервер.
Второй метод был выбран по нескольким причинам. Во-первых, он наиболее эффективный, доступный и быстрый. Во-вторых, существенную роль сыграли преимущества Snap-пакетов. Они полностью укомплектованы, содержат в себе все зависимости и автоматически обновляются. Чтобы все заработало, достаточно утилиты (менеджер пакетов snapd). Установить этот пакет можно прямо из Snap Store. Единственный минус этой системы в том, что пакет занимает много места на диске.
Мы будем использовать облачный сервер с Ubuntu.
Пошаговая инструкция установки NextCloud на Ubuntu 20.04
Ниже мы расписали все этапы установки, последовательность которых необходимо соблюдать:
- Инсталлируем NextCloud в Ubuntu.
- Создаем профиль (учетную запись пользователя).
- Настраиваем доверенные домены.
- Защищаем веб-интерфейс одним из методов (зависит от наличия доменного имени).
- Тестируем.
Первый шаг
Для загрузки Nextcloud snap запустите команду с использованием утилиты sudo. Это позволит запускать программы без привилегий пользователя root и получить права администратора.
sudo snap install nextcloud
Проверяем установку приложения:
snap changes nextcloud
Сообщение подтверждает, что установка NextCloud осуществилась:
ID Status Spawn Ready
Summary
4 Done today at 10:30 UTC today at 10:30 UTC
Install "nextcloud" snap
Такое сообщение должно появиться и у вас.
Второй шаг
После установки NextCloud создаем аккаунт с логином и паролем.
sudo nextcloud.manual-install username password
Следом приходит сообщение, что запись настроена правильно. Теперь все права для работы с базой данных переданы пользователю username.
Nextcloud was successfully installed
Третий шаг
Переходим к настройке доменного имени. Так NC будет воспринимать HTTP-запросы, которые поступают не только сервера localhost. Допустим, сервер доступен по адресу 192.168.0.15, но мы хотим, чтобы он был доступен по адресу «mycloud.com». Для этого мы изменяем запись trusted_domains в файле config.php. По умолчанию адрес домена в NextCloud дополняется файлом с расширением «index.php».
Проверим, какие настройки у нас есть сейчас:
sudo nextcloud.occ config:system:get trusted_domains
Вывод:
localhost
Из сообщения видим, что пока массив trusted_domains содержит только localhost. Попробуем добавить еще запись в массив, увеличив номер индекса на один и изменив значение value. Для этого скопируйте и вставьте в свою командную строку команду:
sudo nextcloud.occ config:system:set trusted_domains 1 --value= mycloud.com
Вывод:
System config value trusted_domains => 1 set to string mycloud.com
Проверяем, сколько значений содержит массив сейчас:
sudo nextcloud.occ config:system:get trusted_domains
Результат (в нашем случае должно быть два домена):
localhost
mycloud.com
Используя данный алгоритм, можно добавлять доверенные домены и IP-адреса. Следующим шагом необходимо защитить веб-интерфейс. Порт 80 предназначен для сайтов с незашифрованным HTTP-трафиком, а 443 используется для сайтов с защищенным соединением. Как защитить свои данные, вы узнаете ниже.
Четвертый шаг
Чтобы между браузером и сервером (между клиентом и сервером) обеспечить безопасное соединение, необходимо произвести настройку SSL. При использовании SSL-сертификатов HTTPS заменяет HTTP в URL-адресе. SSL-сертификат информируют пользователей сайта о том, что соединение защищено, и сайту можно доверять. Подробнее об SSL мы писали в статье «Что такое SSL-сертификат и для чего он нужен».
Теперь о его получении. В начале этого руководства мы упоминали про два развития событий, которые зависят от привязки доменного имени к серверу.
Первый — когда серверу присвоено доменное имя. В этом случае рекомендуем пройти бесплатную сертификацию SSL от Let’s Encrypt. Ниже вы найдете подробную инструкцию как это сделать. Во втором варианте есть возможность произвести настройку сертификата с собственной подписью. Чем они отличаются друг от друга? Интернет-браузеры не доверяют самоподписанному сертификату по умолчанию, и при подключении внешнего посетителя выдает сообщение: «Сертификат безопасности не является доверенным!».
Сертификация от Let’s Encrypt
Срок действия сертификата составляет 90 дней, но по истечении этого промежутка времени он автоматически обновляется. Переходим к настройке.
Открываем порты брэндмауэра:
sudo ufw allow 80,443/tcp
Затем запрашиваем сертификат:
sudo nextcloud.enable-https lets-encrypt
И подтверждаем соответствие своего сервера условиям для запроса сертификата. В конце этого сообщения вопрос. Чтобы продолжить, вводим «Y»:
In order for Let's Encrypt to verify that you actually
own the domain(s)
for which you're requesting a certificate,
there are a number of requirements of which you need to be aware: 1. In order to register with the Let's Encrypt ACME server, you must agree to the currently-in-effect Subscriber Agreement located here: https://letsencrypt.org/repository/ By continuing to use this tool you agree to these terms. Please cancel now if otherwise.
2. You must have the domain name(s) for which you want certificates pointing at the external IP address of this machine.
3. Both ports 80 and 443 on the external IP address of this machine must point to this machine (e.g. port forwarding might need to be setup on your router).
Have you met these requirements? (y/n)
В следующей строке указываем email, который потребуется для важных уведомлений.
Please enter an email address (for urgent notices or key recovery):
После чего, чтобы завершить, необходимо ввести само доменное имя.
Please enter your domain name(s) (space-separated): mycloud.com
Если все команды заданы верно, то сервер запросит SSL-сертификат и перезапустит веб-сервер Apache для NextCloud.
Attempting to obtain certificates... done Restarting apache... done
Дальше можно выполнять вход в собственное облачное хранилище.
Самоподписанный сертификат SSL
Такой способ шифрует данные, но не подтверждает домен.
Для создания сертификата с собственной подписью запустите команду:
sudo nextcloud.enable-https self-signed
Сообщение об активации сертификата:
Generating key and self-signed certificate... done Restarting apache... done
Чтобы войти в NC, открываем веб-порты брандмауэра:
sudo ufw allow 80,443/tcp
Пятый шаг
Этапы установки и настройки пройдены. Пора попробовать зайти на сервер. Для этого достаточно ввести в поисковую строку браузера доменное имя или IP-адрес. Мы попадем на главную страницу, где требуется ввод логина и пароля. Если веб-интерфейс защищен самоподписанным сертификатом, то первоначально появиться окошко с предупреждением о небезопасном подключении. Проигнорируйте данное сообщение. При наличии заверенного сертификата сразу открывается окно с приветствием. Закрыв это, сразу можно приступать к работе с файлами.
Работа над ошибками
Для корректной работы Nextcloud необходимо проверить приложение на наличие проблем. В раздел «Проверка безопасности и параметров» можно зайти через настройки или через адресную строку браузера:
https://ваш_домен/settings/admin/overview
После перехода сразу появится страница со списком проблем. Сейчас мы рассмотрим исправления ошибок NextCloud.
1) Не хватает памяти: зачастую для стабильной работы требуется увеличить лимит памяти до 512 МБ. Изначально предоставляется 128 МБ. Для этого входим на сервер при помощи терминала и изменяем настройку для memory_limit с 128 на 512:
sudo sed -i 's/memory_limit = 128M/memory_limit = 512M/g' /etc/php/7.4/apache2/php.ini
2) Необходимо настроить систему кэширования: требуется увеличить производительность сервера и настроить одно из средств кэширования (Memcache, APCu или Redis). У нас будет Memcache. После установки модуля откроем конфигурационный файл и настроим Memcache для сервера.
nano /var/www/nextcloud/config/config.php
Указываем параметры:
…
'memcache.distributed' => 'OCMemcacheRedis',
'memcache.local' => 'OCMemcacheRedis',
'memcache.locking' => 'OCMemcacheRedis',
'redis' => array(
'host' => 'localhost',
'port' => 6379, ),
Затем необходимо перезапустить Apache и PHP-FPM:
sudo systemctl restart apache2 php7.4-fpm
3) Не указано месторасположение сервера: лучше сразу определить регион с той целью, чтобы проверять мобильные номера пользователей без использования кода страны. Для этого добавляем параметр «default_phone_region» в соответствии с ISO 3166-1.
sudo nano /var/www/html/nextcloud/config/config.php
'default_phone_region' => 'RU',
4) Отсутствие некоторых индексов в базе данных: распространенная ошибка, поскольку в связи с экономией времени индексы не добавляются автоматически
Создаем индексы с помощью команды add-missing-indices:
cd /var/www/html/nextcloud/
sudo -u www-data php occ db:add-missing-indices
5) Требуется преобразование индексов базы данных в big int с помощью команды convert-filecache-bigint:
cd /var/www/html/nextcloud/
sudo -u www-data php occ maintenance:mode –on
sudo -u www-data php occ db:convert-filecache-bigint
sudo -u www-data php occ maintenance:mode –off
Также можно получить дополнительную информацию о конкретных привязках:
snap info nextcloud
Какие службы и приложения содержит пакет snap:
cat /snap/nextcloud/current/meta/snap.yaml
Установка завершена
После устранения всех ошибок снова заходим в раздел с проверкой безопасности. Если все проверки пройдены и ошибок не обнаружено, то можно переходить к работе, настроить синхронизацию и обмениваться файлами. Узнать еще больше про облачные сервисы можно в блоге Timeweb Cloud.
Кстати, в официальном канале Timeweb Cloud собрали комьюнити из специалистов, которые говорят про IT-тренды, делятся полезными инструкциями и даже приглашают к себе работать.
Задача:
Убрать ошибку “Internal Server Error” в Nextcloud
—————————————————————
Уже сталкивался с ошибкой в статье “Ошибка nextcloud — Internal Server Error“, в этот раз попробую разобрать решение проблемы более детально.
Ошибка появилась после отключения питания на сервере
Internal Server Error
The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log.
Немного информации о сервере:
- FreeBSD 13.0 release p4
- Nginx 1.20.1
- PHP 8.0.11
- MariaDB 10.5.12
- Redis 6.0.15
- memcached
- APCu
- OPcache
Кеширование Nextcloud (часть конфига nextcloud)
'memcache.local' => '\OC\Memcache\APCu', 'memcache.distributed' => '\OC\Memcache\Redis', 'filelocking.enabled' => 'true', 'memcache.locking' => '\OC\Memcache\Redis', 'redis' => array ( 'host' => '/tmp/redis.sock', 'port' => 0, 'dbindex' => 0, 'password' => '5e49d5aa132cc547847847849ba6c62c295730dbac10', 'timeout' => 1.5, ),
Я сразу проверил службы отвечающие за кеш
root@cloud:/ # service memcached status memcached is running as pid 1013. root@cloud:/ # service redis status redis is not running. root@cloud:/ #
Проверяем конфиг Редиса
root@cloud:/ # cat /usr/local/etc/redis.conf | grep -v '^#' | grep -v '^$' | grep -v '^;' protected-mode yes tcp-backlog 511 unixsocket /tmp/redis.sock unixsocketperm 766 timeout 0 tcp-keepalive 300 daemonize yes supervised no pidfile /var/run/redis/redis.pid loglevel notice logfile /var/log/redis/redis.log databases 16 always-show-logo yes save 900 1 save 300 10 save 60 10000 stop-writes-on-bgsave-error yes rdbcompression yes rdbchecksum yes dbfilename dump.rdb dir /var/db/redis/ requirepass 5e49d5aa132cc547847847849ba6c62c295730dbac10 slave-serve-stale-data yes slave-read-only yes repl-diskless-sync no repl-diskless-sync-delay 5 repl-disable-tcp-nodelay no slave-priority 100 lazyfree-lazy-eviction no lazyfree-lazy-expire no lazyfree-lazy-server-del no slave-lazy-flush no appendonly no appendfilename "appendonly.aof" appendfsync everysec no-appendfsync-on-rewrite no auto-aof-rewrite-percentage 100 auto-aof-rewrite-min-size 64mb aof-load-truncated yes aof-use-rdb-preamble no lua-time-limit 5000 slowlog-log-slower-than 10000 slowlog-max-len 128 latency-monitor-threshold 0 notify-keyspace-events "" hash-max-ziplist-entries 512 hash-max-ziplist-value 64 list-max-ziplist-size -2 list-compress-depth 0 set-max-intset-entries 512 zset-max-ziplist-entries 128 zset-max-ziplist-value 64 hll-sparse-max-bytes 3000 activerehashing yes client-output-buffer-limit normal 0 0 0 client-output-buffer-limit slave 256mb 64mb 60 client-output-buffer-limit pubsub 32mb 8mb 60 hz 10 aof-rewrite-incremental-fsync yes root@cloud:/ #
Проверяем лог Redis
root@cloud:/ # cat /var/log/redis/redis.log 853:C 27 Oct 2021 20:53:04.227 # oO0OoO0OoO0Oo Redis is starting oO0OoO0OoO0Oo 853:C 27 Oct 2021 20:53:04.227 # Redis version=6.0.15, bits=64, commit=00000000, modified=0, pid=853, just started 853:C 27 Oct 2021 20:53:04.227 # Configuration loaded _._ _.-``__ ''-._ _.-`` `. `_. ''-._ Redis 6.0.15 (00000000/0) 64 bit .-`` .-```. ```/ _.,_ ''-._ ( ' , .-` | `, ) Running in standalone mode |`-._`-...-` __...-.``-._|'` _.-'| Port: 6379 | `-._ `._ / _.-' | PID: 853 `-._ `-._ `-./ _.-' _.-' |`-._`-._ `-.__.-' _.-'_.-'| | `-._`-._ _.-'_.-' | http://redis.io `-._ `-._`-.__.-'_.-' _.-' |`-._`-._ `-.__.-' _.-'_.-'| | `-._`-._ _.-'_.-' | `-._ `-._`-.__.-'_.-' _.-' `-._ `-.__.-' _.-' `-._ _.-' `-.__.-' 853:M 27 Oct 2021 20:53:04.230 # Server initialized 853:M 27 Oct 2021 20:53:04.231 # Short read or OOM loading DB. Unrecoverable error, aborting now. 853:M 27 Oct 2021 20:53:04.231 # Internal error in RDB reading offset 0, function at rdb.c:2405 -> Unexpected EOF reading RDB file root@cloud:/ #
Проверяем каталог
root@cloud:/ # ls -lh /var/db/redis/ total 348 -rw-r--r-- 1 redis redis 0B Oct 27 14:41 dump.rdb -rw-r--r-- 1 redis redis 348K Oct 27 14:41 temp-79488.rdb root@cloud:/ #
Файлы .rdb – это дампы на диске для резервного копирования или сохранения. Их можно безопасно удалить, конечно в рамках решения проблем c nextcloud, ну а сама база данных Redis полностью находится в памяти.
Удаляем файлы и пробуем запустить
root@cloud:/ # service redis start Starting redis. root@cloud:/ # service redis status redis is not running. root@cloud:/ # rm /var/db/redis/* root@cloud:/ # ls -lh /var/db/redis/ total 0 root@cloud:/ # service redis start Starting redis. root@cloud:/ # service redis status redis is running as pid 1462. root@cloud:/ # ls -lh /var/db/redis/ total 0 root@cloud:/ # service redis stop Stopping redis. Waiting for PIDS: 1462. root@cloud:/ # ls -lh /var/db/redis/ total 8 -rw-r--r-- 1 redis redis 4.8K Oct 27 22:52 dump.rdb root@cloud:/ # service redis start Starting redis. root@cloud:/ #
Как видим, dump файл заново создался. Проверяем работу Nextcloud, всё работает
root@cloud:/ # sudo -u www php /usr/local/www/nextcloud/occ status The process control (PCNTL) extensions are required in case you want to interrupt long running commands - see https://www.php.net/manual/en/book.pcntl.php - installed: true - version: 22.2.0.2 - versionstring: 22.2.0 - edition: root@cloud:/ #