Исправление ошибок moodle

Error: database connection failed

If you get errors like «database connection failed» or «could not connect to the database you specified», here are some possible reasons and some possible solutions.

  • Your database server isn’t installed or running. To check this for MySQL try typing the following command line
$telnet database_host_name 3306
You should get a cryptic response which includes the version number of the MySQL server.
  • If you are attempting to run two instances of Moodle on different ports, use the ip address of the host (not localhost) in the $CFG->dbhost setting, e.g. $CFG->dbhost = 127.0.0.1:3308.
  • You don’t have the PHP mysql or postgresql extensions installed (please refer to FAQ re. whether PHP is installed).
  • You haven’t created a Moodle database and assigned a user with the correct privileges to access it.
  • The Moodle database settings are incorrect. The database name, database user or database user password in your Moodle configuration file config.php are incorrect. Use phpMyAdmin to set up and check your MySQL installation.
  • Check that there are no apostrophes or non-alphabetic letters in your MySQL username or password.
  • You are using MySQL version 4.1 or higher but the PHP MySQL extension is pre-4.1 (check in your phpinfo output). In this case the default password hashing algorithm is incompatible with that available in the PHP mysql extension versions 4.x.x. Use these MySQL commands to change the passwords to the old format:
mysql>SET PASSWORD FOR 'root'@'localhost' = OLD_PASSWORD('password');
mysql>SET PASSWORD FOR 'moodleuser'@'localhost' = OLD_PASSWORD('password');
Also, consider upgrading your PHP MySQL extension. See this MySQL document for further information on how to deal with this problem.
  • You are using Fedora core 3 or some other Linux system with SELinux installed and enabled. See the following URL for information on how to disable SELinux: http://fedora.redhat.com/projects/selinux/ If you don’t want to disable SELinux, you have to allow httpd process to create network connections:
setsebool httpd_can_network_connect true

  • Mac OSX users — if you are running MySQL on a Mac OSX, try changing $CFG->dbhost from ‘localhost’ to ‘127.0.0.1’

See also: MySQL page on common errors which lists several possible scenarios for connection failure, with advice on how to fix the problems.

I can’t log in with message «Please verify that the current setting of session.save_path is correct»

This error occurs when PHP is having problems saving its session files. You may also see these other error messages displayed on the screen or in your log files:

Warning: Unknown: open(some-path/sessions/sess_acbf942a7399db3489ffa910e35d5242, O_RDWR)
failed: Permission denied (13) in Unknown on line 0
Warning: Unknown(): open(some-path/sessions/sess_acbf942a7399db3489ffa910e35d5242, O_RDWR) 
failed: No space left on device (28) in Unknown on line 0
Warning: Unknown: Failed to write session data (files). Please verify that the current 
setting of session.save_path is correct (some-path/sessions) in Unknown on line 0 

To temporarily bypass these errors, use database sessions by editing your moodle configuration file and adding this line:

$CFG->dbsessions = true;

Database sessions may overload your mysql database and are not ideal in a shared hosting environment, so if this solves the problem, you can start fixing the problem as follows:

  • Check access rights. The session.save_path should be accessible by the apache user. Try this command:
chown -R apache:apache some-path/sessions
This assumes that ‘apache’ is the name of the user your webserver runs under — it could also be ‘nobody’.
  • Check the permissions to the directory that PHP is trying to save to (session.save_path = some-path/sessions). Set the permissions initially to 0777 (everyone read, write, execute) with this command:
chmod -R 0777 some-path/sessions
If this fixes the problem, reduce the permissions (700 is recommended).

See also: Session problems can be specific to your server environment. As an example, see this forum discussion about session problems with Lycos hosting.

Error: A server error that affects your login session was detected

If restarting your browser and logging in again to your Moodle site does not work, see the Using Moodle forum discussion about this error message.

If this was received at a Moodle.org site, the site could be in the process of updating. Please try the suggestion and/or wait and try it again. Or report it in Tracker.

Error: Failed opening required ‘/web/moodle/lib/setup.php’

In your config.php, the setting that you use for the dirroot variable must be the complete path from the root of your server’s hard drive.

Sometimes people only use the path from their home directory, or relative to the root of the web server directory.

Any text I add with an apostrophe (‘) or a quote («) causes errors or comes up with a slash added

Problems caused by apostrophes are caused by incorrect «magic quotes» settings. Moodle requires the following settings in the php.ini file (which are usually the default):

magic_quotes_runtime = Off

Starting in 2.0 it is strongly recommended to disable magic quotes completely

 magic_quotes_gpc = Off

Please see Installing Moodle for more details.

If you are using Debian then the problem might be in the version of PHP that you have installed. Have a look at this bug report to see if it matches your situation.

My pages show fatal errors such as : Parse error, call to undefined function: get_string()

If you see errors like:

Parse error: parse error, unexpected T_VARIABLE in /path/to/moodle/config.php on line 94 
Fatal error: Call to undefined function: get_string() in /path/to/moodle/mod/resource/lib.php
on line 11

then you have probably left out a semi-colon or closing quote from a line in config.php (previous to line 94).

Another possibility is that you edited config.php in a program like Word and saved it as a HTML web page, instead of using a plain text editor like Notepad.

Another thing to check, particularly if you are using 3rd party modules or plugins, is whether any of the php scripts use short open tags (<? ?>) instead of proper ones (<?php ?>). Short tags are bad for various reasons, so first contact the author of that extension to tell them about the problem. Then either replace short tags with conventional ones, or set this line in php.ini:

short_open_tag = On

You should never find short tags in core moodle code. If you do, please file a bug in the bug tracker.

Serious Error! Could not set up the site!

Please refer to the Using Moodle forum discussion Serious Error! Could not set up the site!.

When I go to the admin page, I get told to make dirroot blank!

If you see errors like this:

Please fix your settings in config.php: 
You have: $CFG->dirroot = "/home/users/fred/public_html/moodle"; 
but it should be: $CFG->dirroot = "";

then you have encountered a small bug that occurs on some servers. The problem is with the error-checking mechanism, not with your actual path. To fix it, find this line (line 66) in the file admin/index.php:

if ($dirroot != $CFG->dirroot) {

and change it to this:

if (!empty($dirroot) and $dirroot != $CFG->dirroot) {

When trying to add a resource I receive error messages

Assuming you are using Apache, then it’s quite likely that your setting in config.php for $CFG->wwwroot is different from the actual URL you are using to access the site. Also try turning off the secureforms variable in the security section of Administration >> Configuration >> Variables.

If you see errors like this:

Warning: Cannot add header information - headers already sent by 
(output started at /webs/moodle/config.php:87) in /webs/moodle/lib/moodlelib.php 
on line 1322 
Warning: Cannot add header information - headers already sent by 
(output started at /webs/moodle/config.php:87) in /webs/moodle/lib/moodlelib.php 
on line 1323 
Warning: Cannot add header information - headers already sent by 
(output started at /webs/moodle/config.php:87) in /webs/moodle/login/index.php 
on line 54

you have blank lines or spaces after the final ?> in your config.php file. Sometimes text editors add these — for example Notepad on Windows — so you may have to try a different text editor to remove these spaces or blank lines completely.

Error: «500:Internal Server Error»

There are several possible causes for this error. It is a good idea to start by checking your web server error log which should have a more comprehensive explanation. However, here are some known possibilities….

1. Syntax error: There is a syntax error in your .htaccess or httpd.conf files. The way in which directives are written differs depending on which file you are using. You can test for configuration errors in your Apache files using the command:

#apachectl configtest

2. PHPsuexec: Your server does not support .htaccess files, especially if it is running PHPsuexec, which is an Apache module used for increasing the security of a site on a hosted system. In this situation:

— you may also see a 403: Forbidden error.

— the webserver executes under your own username and all files have a maximum permissions level of 755. Check that this is set for your Moodle directory in your control panel or (if you have access to the shell) use this command:

#chmod -R 755 moodle

— use a PHP.INI file instead of a .htaccess in the directory where the Moodle PHP script is being executed. For example: if you are receiving a memory exhausted error when your server is executing the file moodle/admin/cron.php, use a PHP.INI file to change your memory_limit and copy it to the moodle/admin directory. Remember that for PHP4, PHP.INI files are per-directory, so you’ll need to copy it to each sub-directory. If you are using PHP5 or higher on a shared host, check with your host on whether they support custom PHP.INI files, and how to create them. The syntax used in a PHP.INI file is different from a .htaccess file and you need to take out php_value/php_flag at the beginning of the line and use an equals sign to assign a value, e.g.

php_value memory_limit 128M <-- .htaccess
memory_limit = 128M         <-- php.ini equivalent 

3. Incompatible directive: You may have a directive in your .htaccess or httpd.conf files which are not compatible with your web server version. Check your webserver documentation.

Error «403: Forbidden»

Check your webserver configuration. See also the section above «500:Internal Server Error».

Fatal error allowed memory size exhausted. How do I increase my php memory limit?

You will sometimes see an error message something like this:

Fatal error: Allowed memory size of 67108864 bytes exhausted 
(tried to allocate xx bytes) in /var/www/moodle/yyyy.php

This error means that the php memory_limit value is not enough for the php script. The memory_limit value is the «allowed memory size» — 64M in the example above (67108864 bytes / 1024 = 65536 KB. 65536 KB / 1024 = 64 MB). You will need to increase the php memory_limit value until this message is not shown anymore. There are two methods of doing this.

  • On a hosted installation, add the following line to your .htaccess file (or create one in the moodle directory if it does not already exist):
php_value memory_limit <value>M
Example: php_value memory_limit 40M
  • If you have your own server with shell access, edit your php.ini file (make sure it’s the correct one by checking in your phpinfo output) as follows:
memory_limit <value>M
Example: memory_limit 40M
  • For later versions of Moodle you could be looking at figures in the region of 512M for all functions to work properly (backup and restore are particularly memory hungry). It is sensible to monitor the memory usage on your server if using these large settings.

Remember that you need to restart your web server to make changes to php.ini effective. An alternative is to disable the memory_limit by using the command memory_limit 0.

Error: «Could not create guest user record!»

Most likely the database table mdl_user needs repairing. This may be done as follows using phpMyAdmin:

  1. Click the SQL tab.
  2. In the «Run SQL query/queries on database moodle» field type REPAIR TABLE mdl_user
  3. Click the Go button.

Error: «Your session has timed out. Please login again.»

Please do one/all of the following:

  • Try deleting cookies manually from your browser and close it down, then access your site again. Sometimes this clears up the problem.
  • Check that your moodledata/sessions directory has write permissions. When you access Moodle a new file should be created there.
  • If you are running two versions of Moodle on the same computer, set a cookie prefix in Administration > Server > Session handling.

The discussion Your session has timed out. Please login again has further suggested solutions.

How can I fix just one bug, without upgrading my whole site?

Suppose:

  • You are running an older Moodle version.
  • You are experiencing a particular bug.
  • You have searched in the tracker, and found that your problem is MDL-abc, and that it has been fixed in the latest version.
  • For some reason, you cannot upgrade your whole site, even though the latest version probably has security fixes.

Then, how can you get the fix for just this one bug, without upgrading your whole site? Well, if you are prepared to manually patch the code, you can probably get this information from the tracker. Please see this guide.

See also

  • Category:Error for a list of Moodle error pages.

Moodle: ошибки при загрузке курса (зависание процесса восстановления)

Дано: Moodle 3.2 и резервная копия курса в формате mbz. Параметры системы — Windows Server 2012 R2 + MS SQL Server + IIS
Проблема: при попытке загрузить (восстановить) курс страница зависает, долго грузится и в итоге приводит к ошибке «Невозможно отобразить страницу».
Причина, описанная ниже: это некорректный контент курса.

Причины ошибок восстановления могут быть разные (начиная от несовместимости версий Moodle и заканчивая банальной нехваткой места на сервере). Я приведу ту, что возникла у меня. Доступа к исходному курсу (из которого выгружался бэкап) у меня не было, был на руках только файл архива курса в формате mbz.
Восстановление делается по стандартной схеме описанной в данной инструкции — Как загрузить курс в Moodle из резервной копии.
При нажатии на кнопку «Приступить к восстановлению» страница делала вид, что происходит какой-то процесс, но ожидание даже в течении часа ни к чему не приводило (в итоге срабатывал timeout с выводом стандартной ошибки страницы). Если это делалось непосредственно на сервере, то процесс мог зависнуть так, что приходилось делать рестарт веб-сервера (в нашем случае IIS reset).

Включение дебаг режима также не давало результата: никаких вменяемых сообщений об ошибках не выводилось. Логи веб-сервера, логи PHP и системные логи также молчали.

Помог только следующий способ.
(естественно все попытки делаем в тестовой версии moodle)
Когда страница зависает, ожидаем несколько минут, затем останавливаем процесс и заходим в курс. Смотрим, что загрузилось, что нет.
Анализируем последний по порядку загруженный элемент, скорее всего проблема именно в его содержимом, на котором «спотыкается» загрузка курса. Далее можно попытаться изучить его содержимое, если хоть что-то относящееся к нему загрузилось, либо можно пытаться найти его непосредственно в mbz файле и посмотреть контент.
Если надо просто быстро проверить, является ли он причиной зависания, то на этапе выбора элементов перед загрузкой, снимите «флажок» около этого элемента и попробуйте загрузить курс заново. Если не помогло, то уберите загрузку следующего по порядку элемента.
В моем случае это помогло, но при повторной загрузке страница снова зависла. Оказалось, в курсе было три таких элемента (в терминах Moodle — файл и две книги). Т.е. загрузка курса продвинулась дальше, но снова спотыкалась на следующем элементе. Когда эти три элемента были исключены из загрузки, курс успешно восстановился до конца.
По моим предположениям причина была в том, что данные элементы содержали javascript-файлы (возможно срабатывала «отсечка» на уровне безопасности веб-сервера).

Если ничего не помогает, то лучше загружать курс частями и анализировать те части, на которых появляется ошибка.

Если Вам понравилась статья, пожалуйста, поставьте лайк, сделайте репост или оставьте комментарий. Если у Вас есть какие-либо замечания, также пишите комментарии.

  1. Если
    вы и ваши одногруппники увидели
    повторяющуюся проблему, то о ней
    преподавателю сообщает староста группы
    или его заместитель.

  2. При возникновении ошибок, связанных с загрузкой заданий, проверяйте размер и формат файла.

  3. Иногда попадаются ошибки, связанные с работой
    самой платформы. Они всегда сопровождаются
    выводом какого-то сообщения на экране.
    В этом случае нужно писать на почту
    техподдержки edu@vsu.ru
    вместе со скрином и полным описанием
    ситуации: что, в каких условия выводит,
    единичная или у всей группы. Если эта ошибка касается сброса пароля или доступа к курсу, то в письме нужно указать как можно подробней информацию о курсе (желательно ссылка) и заявителе (ФИО, место учёбы, номер студенческого)

В общении с техподдержкой никто не будет спрашивать ваш пароль для входа на портал. Максимум может потребоваться имя пользователя для однозначной идентификации. Пароль кроме вас не должен знать никто, его могут спрашивать только мошенники (или шутники) в корыстных целях.

Последнее изменение: Вторник, 27 апреля 2021, 12:48

#1 05.06.2020 12:41:34

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Исправить базу.

Добрый день. Подскажите как можно исправить базу moodle 3.8.2+.

unsupported_db_table_row_format   
если этот тест не пройден, это указывает на потенциальную проблему
В вашей базе данных есть таблицы, использующие антилопу в качестве формата файла. Рекомендуется преобразовать таблицы в формат файла Barracuda. Смотрите документацию Администрирование через командную строку для подробностей инструмента для преобразования таблиц InnoDB в Barracuda.

Пробовал вводить.

php admin / cli / mysql_compressed_rows.php —list
php admin / cli / mysql_compressed_rows.php —fix

Команды не отрабатывают, может как то внутри самой базы возможно что то нужно поправить?
Не силен в mysql к сожалению совсем.

Неактивен

#2 05.06.2020 12:56:25

deadka
Администратор
Зарегистрирован: 14.11.2007
Сообщений: 2412

Re: Исправить базу.


Зеленый свет для слабаков, долги отдают только трусы, тру гики работают только в консоли…

Неактивен

#3 05.06.2020 13:05:59

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

root@ispa:/var/www/www-root/data/www/mydomen# php admin/cli/mysql_compressed_rows.php -f
!!! error/generalexceptionmessage !!!

Неактивен

#4 05.06.2020 13:07:39

deadka
Администратор
Зарегистрирован: 14.11.2007
Сообщений: 2412

Re: Исправить базу.

нде, неинформативно (. А в логи пишется что-нибудь?


Зеленый свет для слабаков, долги отдают только трусы, тру гики работают только в консоли…

Неактивен

#5 05.06.2020 13:10:16

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

Неактивен

#6 05.06.2020 13:14:11

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

vasya написал:

https://sqlinfo.ru/forum/viewtopic.php?id=7676

Видел это сообщение все сделал кроме третьего пункта он как раз мне и не понятен.

Переделать таблички (ALTER TABLE tablename ROW_FORMAT=DYNAMIC).

Можно как то внутри базы переделать таблички?
а потом например импортировать?
В базу могу заходить проблем нету, но что там нужно ввести чтобы исправить не догоняю.

Отредактированно ujhjl (05.06.2020 13:16:17)

Неактивен

#7 05.06.2020 13:28:39

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

в базе, т.е. в консоли mysql (или с помощью иного клиента phpadmin и т.д.) выполнить команды
ALTER TABLE tablename ROW_FORMAT=DYNAMIC
вместо tablename имя таблицы и так нужное кол-во раз

Неактивен

#8 05.06.2020 13:35:08

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

vasya написал:

в базе, т.е. в консоли mysql (или с помощью иного клиента phpadmin и т.д.) выполнить команды
ALTER TABLE tablename ROW_FORMAT=DYNAMIC
вместо tablename имя таблицы и так нужное кол-во раз

Так вопрос как узнать какие таблицы?
А все сразу возможно как то преобразовать?

Отредактированно ujhjl (05.06.2020 13:36:22)

Неактивен

#9 05.06.2020 14:02:43

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

SELECT CONCAT(«ALTER TABLE `», TABLE_SCHEMA,«`.`», TABLE_NAME, «` ROW_FORMAT=DYNAMIC;») AS MySQLCMD FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = ‘имя вашей базы данных’;

сформирует нужный список команд

для дальнейшей автоматизации можно написать хранимую процедуру, которая их выполнит, см
https://webew.ru/articles/178.webew
https://webew.ru/articles/200.webew

Неактивен

#10 05.06.2020 14:57:30

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

Команду выполнил но не помогло. Все равно висит.

Your database has tables using Antelope as the file format. You are recommended to convert the tables to the Barracuda file format. See the documentation Administration via command line for details of a tool for converting InnoDB tables to Barracuda.

Неактивен

#11 05.06.2020 15:03:33

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

какую именно команду выполнили?

Неактивен

#12 05.06.2020 15:09:43

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

SELECT CONCAT(«ALTER TABLE `», TABLE_SCHEMA,»`.`», TABLE_NAME, «` ROW_FORMAT=DYNAMIC;») AS MySQLCMD FROM INFORMATION_SCHEMA.TABLES WHERE TABLE_SCHEMA = ‘моя бд’;

Неактивен

#13 05.06.2020 15:13:17

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

этот запрос сформирует список запросов вида alter table … для всех таблиц из вашей бд, которые нужно выполнить

это просто автоматизация. чтобы в ALTER TABLE tablename ROW_FORMAT=DYNAMIC не вставлять руками имя каждой таблицы из бд

Неактивен

#14 05.06.2020 15:18:57

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

vasya написал:

этот запрос сформирует список запросов вида alter table … для всех таблиц из вашей бд, которые нужно выполнить

это просто автоматизация. чтобы в ALTER TABLE tablename ROW_FORMAT=DYNAMIC не вставлять руками имя каждой таблицы из бд

Он мне выводит такое

ALTER TABLE `veron`.`mdl_analytics_indicator_calc` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_models` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_models_log` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_predict_samples` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_prediction_actions` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_predictions` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_train_samples` ALTER TABLE `veron`.`mdl_analytics_indicator_calc` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_models` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_models_log` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_predict_samples` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_prediction_actions` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_predictions` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_train_samples` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_used_analysables` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_analytics_used_files` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_grades` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_overrides` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_plugin_config` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_submission` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_user_flags` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assign_user_mapping` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_comments` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_annot` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_cmnt` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_queue` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_quick` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_rot` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignfeedback_file` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignment` ROW_FORMAT=DYNAMIC;
ALTER TABLE `veron`.`mdl_assignment_submissions` ROW_FORMAT=DYNAMIC;

и таких куча страниц но везде ROW_FORMAT=DYNAMIC;

Неактивен

#15 05.06.2020 15:24:50

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

все правильно, теперь все эти запросы (alter table .. =DYNAMIC) нужно выполнить

Неактивен

#16 05.06.2020 15:26:22

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

vasya написал:

все правильно, теперь все эти запросы (alter table .. =DYNAMIC) нужно выполнить

То есть брать по очереди и запускать?
там 18 страниц, а одной командой это не возможно сделать?
Ну как то сказать что все таблицы? Понимаю что могу глупость написать, но вдруг.

ALTER TABLE `veron`.`mdl_analytics_indicator_calc` ROW_FORMAT=DYNAMIC;

При чем когда делаю они возвращают пустой результат

MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0.1083 сек.)
ALTER TABLE `veron`.`mdl_assignfeedback_editpdf_cmnt` ROW_FORMAT=DYNAMIC

Отредактированно ujhjl (05.06.2020 15:29:22)

Неактивен

#17 05.06.2020 15:29:42

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

ujhjl написал:

То есть брать по очереди и запускать?
там 18 страниц

ALTER TABLE `veron`.`mdl_analytics_indicator_calc` ROW_FORMAT=DYNAMIC;

да, запускать по одному

или написать процедуру, которая сделает это в цикле

или вам повезло, если ваш клиент позволяет выполнять группу запросов.

Неактивен

#18 05.06.2020 15:31:30

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

ujhjl написал:

При чем когда делаю они возвращают пустой результат

MySQL вернула пустой результат (т.е. ноль строк). (Запрос занял 0.1083 сек.)

так и должно быть

Неактивен

#19 05.06.2020 15:34:24

vasya
Архат
MySQL Authorized Developer
Откуда: Орел
Зарегистрирован: 07.03.2007
Сообщений: 5817

Re: Исправить базу.

ujhjl написал:

То есть брать по очереди и запускать?
там 18 страниц, а одной командой это не возможно сделать?
Ну как то сказать что все таблицы? Понимаю что могу глупость написать, но вдруг.

или сделать бэкап, удалить базу, обратно залить (по идее должно сработать)

Неактивен

#20 05.06.2020 15:36:19

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

Супер спасибо помогло.
Выделил блоками и sql запрос выполнил.
А базу вроде перезаливал не помогало.

Отредактированно ujhjl (05.06.2020 15:37:09)

Неактивен

#21 05.06.2020 22:08:11

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

Рано обрадовался теперь вылезло вот такое и не дает регистрироваться пользователям.

И ругается на кодировку БД. как можно изменить COLLATION

Error reading from database

More information about this error

×Debug info: COLLATION ‘utf8mb4_bin’ is not valid for CHARACTER SET ‘utf8’
SELECT ‘x’
FROM mdl_user
WHERE LOWER(email) COLLATE utf8mb4_bin = LOWER(?)
AND id IN (SELECT id
FROM mdl_user
WHERE email = ?
AND mnethostid = ?) LIMIT 0, 1
[array (
0 => ‘as@mail.ru’,
1 => ‘as@mail.ru’,
2 => ‘1’,
)]
Error code: dmlreadexception
×Stack trace:
line 486 of /lib/dml/moodle_database.php: dml_read_exception thrown
line 1186 of /lib/dml/mysqli_native_moodle_database.php: call to moodle_database->query_end()
line 1918 of /lib/dml/moodle_database.php: call to mysqli_native_moodle_database->get_recordset_sql()
line 1048 of /lib/authlib.php: call to moodle_database->record_exists_sql()
line 150 of /login/signup_form.php: call to signup_validate_data()
line 615 of /lib/formslib.php: call to login_signup_form->validation()
line 551 of /lib/formslib.php: call to moodleform->validate_defined_fields()
line 661 of /lib/formslib.php: call to moodleform->is_validated()
line 85 of /login/signup.php: call to moodleform->get_data()

Отредактированно ujhjl (05.06.2020 22:12:35)

Неактивен

#22 06.06.2020 08:50:20

ujhjl
Участник
Зарегистрирован: 18.05.2018
Сообщений: 22

Re: Исправить базу.

Сам отвечу, поменял

DEFAULT CHARSET=utf8mb4 ROW_FORMAT=DYNAMIC
на

DEFAULT CHARSET=utf8mb4 ROW_FORMAT=COMPRESSED

Все заработало. Ошибка исчезла, рега работает.
Интересно почему только?

Неактивен

Проблемы при установке Moodle

  • ◄ установить просмотр курсов не являясь их участником
  • сколько времени Moodle хранит учетки пользователей? ►

Здравствуйте!

При установке Moodle возникли проблемы. Установка идёт на веб-сервер хостинга РБК. Файлы из архива с дистрибутивом размещены в папке htdocs, но вот install.php по запросу в браузере не открывается: http://cdo.school252.ru/install.php

Версия PHP: 5.3. Настройки на сервере стандартные:

ю

Файл .htaccess стоит из папки lib (загружен в директорию htdocs с файлами Moodle). В чём проблема?

Какую версию Мудл устанавливаете?
2.1 и выше требуют как минимум PHP 5.3.2. У вас какая версия 5.3.???
Все необходимые расширения РНР установлены?

Включите display_errors (ON) и посмотрите ошибки РНР.
ЗЫ: register_globals должно быть Off — security problems могут возникнуть. улыбаюсь

Ставлю Moodle 2.2.2+.

Версия PHP выбрана просто 5.3., никаких уточнений в панели нет. Joomla стоит нормально. 

А ошибки как смотреть? Какие именно расширения нужны? Хостинг очень проблемный, ничего не найти в панели. 

Архив распаковывал на компьютере, а потом перебрасывал на FTP, так как на сервере нет возможности распаковывать архивы из админ-панели. 

Версия PHP выбрана просто 5.3., никаких уточнений в панели нет. Joomla стоит нормально.

Доступ к админке Joomla есть? Можно там посмотреть «Системная информация-РНР инфо».

Какие именно расширения нужны?

Для 2.2

  • требуются: iconv, curl, ctype, zip, simplexml, spl, pcre, dom, xml, json — без этих будут проблемы при установке
  • рекомендуются: mbstring, openssl, tokenizer, xmlrpc, soap, gd, intl — без этих что-то не будет работать после установки

А ошибки как смотреть?

Я же написал — включите display_errors (на рисунке нижняя опция — отметьте ON) и сохраните настройки), попробуйте снова запустить установку.
Я так понимаю, эти настройки для каждого сайта можно делать? Они, наверное, в .htaccess прописываются.

Архив распаковывал на компьютере, а потом перебрасывал на FTP

Владельца и права на каталоги Мудл выставили?

Хостинг очень проблемный

Ну так, наверное, бесплатный? Меняйте хостера улыбаюсь

Версия MySQL: 4.1.25-log

Версия PHP: 5.3.8

Веб-сервер: Apache/1.3.42 (Unix)

Хостинг платный. Настройки для основного и субдоменов общие.

И как же эти расширения установить? При установке прав доступа 777 по адресу в браузере идёт сообщение системы о том, что посторонние могут записывать и т.п. 

Версия MySQL: 4.1.25-log
Сергей, требования для 2.2 смотрели? Требуется MySQL 5.0.25.

Кроме того, проблемы могут быть и из-за Apache/1.3.42.
Уже есть подобная тема, только про другой хостинг.

При установке прав доступа 777

А кто сказал, что нужны такие права? Владельцем должен быть веб-сервер, права на каталоги 755, на файлы 644

То есть это проблема только с хостингом… 

Установил другую версию, которая не требует MySQL 5. Теперь возникли проблемы с любыми операциями, связанными с учётными записями. При попытке сменить пароль, добавить пользователя и т.п. ничего не просходит… не открывается ссылка, которая ведёт к конкретной операции. Например, «Работа со списком пользователей» — http://cdo.school252.ru/admin/user.php — ссылка не открывается.

http://cdo.school252.ru/

Вывод отладочных сообщений можете включить? Или ссылка http://cdo.school252.ru/admin/settings.php?section=debugging тоже не открывается?

ЗЫ: Сейчас сам посмотрел, по этой ссылке вообще ошибку выдает «Section Error!» Это значит, что Мудл совсем коряво установлена. Скорей всего, на этом хостинге ПО сервера никак не подходит для Мудл. грущу

Доступ к БД через phpMyAdmin есть?
Тогда можно в таблице mdl_config установить параметр с именем debug (Сообщения отладчика) в 6143 (выводить ВСЕ), а параметр debugdisplay — 1 (сообщение об ошибке будет отображаться на странице HTML).

После того, как эти манипуляции проделаете, зайдите опять на стр. http://cdo.school252.ru/admin/user.php и посмотрите, выводятся ли какие-то сообщения или нет.

Здравствуйте! 

Извините за задержку с ответом… не было возможности отвечать. Теперь после установки параметров выдаёт по ссылке с юзерами ошибку:

Parse error: syntax error, unexpected T_STRING in /www/school24/users/school24-cdo/www/htdocs/lib/formslib.php on line 1504

Выложите исходный код строки 1504 указанного файла, а лучше абзац до и после строки.

Иногда такое связано с тем, что в этом месте должна выводиться какая-то строка из файла языкового пакета (не англ.), а его редактировали не через Мудл и сделали ошибку (не заэкранировали кавычки, пропустили точку с запятой, сохранили с сигнатурой БОМ и т.п).

Проблема есть в этой строчке? Было бы с чем сравнивать.

Проблема есть в этой строчке?

Нет, я не вижу.

Было бы с чем сравнивать.

Сравнить всегда есть с чем. Иходный код Мудл открыт и доступен: moodle.git

В частности, исходник файла /lib/formslib.php для Мудл 1.9.17 можно посмотреть тут

Не мучались бы Вы, Сергей, а поменяли хостинг на РНР5 и MySQL5. То, что написано Requires: PHP 4.3.0,  еще не гарантирует нормальную работу системы без подобных багов. Вот ещё подобная проблема: Forum error after fix to 1.9.16+ Если поискать, найдется много таких вопросов. грущу

Может конечно не в тему, но я не понимаю хостеров предлогающих сейчас php4.

Зачем сейчас это ^%$#^%$@ нужно? Оно не поддерживается с 2007 года!
Это одна сплошная дыра с точки зрения безопасности, ну умеющая нормально работать с utf8 и т.п.
Либо у хостера в 2007 году уволился последний вменяемый админ, либо хостер прикалывается над клиентами — » Смотри эти пЫонеры до сих пор не слышали про php5! Бугага! Давай им разведем их на php3 по тройному тарифу!!!»

Тоже самое касается и mysql-4.x

Руководство вроде как всеми руками за новый хостинг. ? Хочу установить тогда уж последнюю версию Moodle 2.2.2, но при попытке поставить её на одном из хостингов выяснилось, что не хватает памяти для выполнения PHP-скриптов, да и версия PHP стоит 5.2.8, а хотелось бы в рамках пробного периода попробовать установить Moodle, а не оплачивать, обновлять PHP, а уж потом пробовать установку. Можете посоветовать хостинг, где пойдёт последняя версия?

Спасибо.

Здравствуйте! 

В 1504 строчке нет этих самых отсутствующих кавычек? Тогда почему ошибка со ссылкой на эту строчку?  

Вот это: must be installed and enabledmust be installed and enabled является ссылочкой на объяснение данной ошибки при инсталляции системы.

Вам нужно базу данных создать в кодировке UTF-8, все таблицы и поля в БД тоже должны быть в этой кодировке. А ваш сервер MySQL, по-видимому, не поддерживает кодировку UTF-8 (или эта поддержка не включена). Решите эту проблему — установите Мудл.

Возможно у вас произошла распространенная ошибка: в phpMyAdmin выполняем команду создания новой базы данных в кодировке UTF-8 и получаем сообщение, что таккая база успешно создана. Но на самом деле надо еще открыть вкладку Операции и установить UTF-8 еще и в поле Сравнение. Если этого не сделать будет именно такая ошибка.

вроде все в ютф8 поставил даже с генеральной на юникод (как в сообщении писалось.

Может в другом дело ? — делаю сайт на джумла и мудл сунул в корневую папку сайта, а при установке мудл и при вписании базы данных вписал название базы  от этого сайта джумла, подумал что префикс то другой у мудл нежели у джумлы, и значит таблицы создадутся в этой же базе нормально.

Не может ли быть в этом причина ?

и вобще посмотрел — мудл уже много лет, неужели нет подробной инструкции по установке с картинками и / или видео ???!!!!!

всё получилось ! спасибо !

проблема была действительно в ОПЕРАЦИИ — СРАВНЕНИЯ ютф)

теперь подскажите новичку к чему бы эту штуку применить

или что почитать вначале (все сразу читать много/долго)

как можно применить в решениях для детских садов, школ, ссуз и вуз ?

Юрий, прежде, чем решать задачу, надо знать, что делать с ее решением. Иначе ее решать бессмыслено. Разве что это делается только ради тренировки.
Разумеется, за вас никто не решит, куда вам идти, в детский сад или в вуз. А пока не выбран курс, никакой ветер не будет попутным.

Здравствуйте, подскажите пожалуйста что делать дальше.

Устанавливаю moodle 2.2.3+ на unix сервере, база данных поставилась(таблицы в базу записались), инсталяция системы прекращается на обновлении плагинов…выводится следующая ошибка

Skip to main content

Upgrading to new version

mod_resource

Warning: require_once(Zend/Server/Reflection/Function.php) [function.require-once]: failed to open stream: No such file or directory in  …moodle2/htdocs/lib/zend/Zend/Server/Reflection.php on line 24

Fatal error: require_once() [function.require]: Failed opening required ‘Zend/Server/Reflection/Function.php’ (include_path=’….moodle2/:/usr/share/php/’) in….moodle2/htdocs/lib/zend/Zend/Server/Reflection.php on line 24

Несколько раз обновляю странцицу вместо этой ошибки появляется другая

Warning: require_once(HTML/QuickForm.php) [function.require-once]: failed to open stream: No such file or directory in..moodle2/htdocs/lib/formslib.php on line 43

Fatal error: require_once() [function.require]: Failed opening required ‘HTML/QuickForm.php’ (include_path=’…moodle2/:/usr/share/php/’) in…moodle2/htdocs/lib/formslib.php on line 43

На сервере установлены:

MySQL 5.1.49.3

PHP 5.3.3.7.3 С расширениями тоже вроде проблем нет, т.к. во время установки появлялась фраза

Your  server environment meets all minimum requirements

No such file or directory in… — Нет файла или каталога или нет к ним доступа.

  1. Проверьте наличие и права доступа на каталоги в /lib/. Владельцем должен быть веб-сервер.
  2. Заодно увеличьте время выполнения скриптов и выделяемую память в php.ini: max_execution_time, memory_limit.

файл Reflection.php по указанному пути присутствует, владелец папки с файлами moodle веб-сервер, значения  max_execution_time=30, memory_limit=40 М, но проблема осталась таже: установка прерывается на  странице Install system, а далее пустое окно, обновление страницы приводит к появлению страницы обновления плагинов с той же ошибкой

Fatal error: require_once() [function.require]: Failed opening required ‘Zend/Server/Reflection/Function.php’ (include_path=’/***/moodle2/:/usr/share/php/’) in/***/moodle2/htdocs/lib/zend/Zend/Server/Reflection.php on line 24

В данной строчке файла Reflection.php ссылка вида

require_once ‘Zend/Server/Reflection/Function.php’

но на самом деле файл Function.php относительно Reflection.php лежит по пути Reflection/Function.php…подскажите пожалуйста откуда берется значение переменной include_path

1. max_execution_time=30, memory_limit=40 М для установки очень мало

2. Если Вы выполняете обновление, то сначал удалите все файлы кроме config.php, потом залейте новые, а не копируйте поверх старой установки

подскажите пожалуйста откуда берется значение переменной include_path

Из настроек РНР (файл php.ini).

Непонятно, почему у вас пишет include_path=’/***/moodle2/, админы что, путь к директории Мудл туда занесли? Это абсолютно не нужно, всё работает нормально без указания Мудл в include_path. И Вам не нужно думать о том, по какому пути какой файл лежит.

И послушайтесь совета Вадима Дворовенко улыбаюсь

Спасибо большое всем за ответы. Как только админ закрыл строчку с include_path в php.ini инсталяция прошла успешно. улыбаюсь Теперь буду разбираться как прикрутить внешнюю базу данных пользователей с ФИО, группой, логинами и паролями к базе данных moodle. Если кто знает где можно про это почитать, буду признательна за ссылочку.

  • ◄ установить просмотр курсов не являясь их участником
  • сколько времени Moodle хранит учетки пользователей? ►

Moodle in Russian — сообщество русскоязычных пользователей Moodle

Технические вопросы

Ошибка подключения к БД

Ошибка подключения к БД

При установке, ввожу в параметрах порт базы данных 80 к примеру. После этого происходит ошибка подключения к БД. Если порт не вводить, то установка продолжается, но после копирования файлов — происходит «ошибка во время связи с сервером». Подскажите что я делаю не так. Спасибо )

Re: Ошибка подключения к БД

У вас сервер MySQL вообще «падает», ищите причину, Логи смотрите.

Re: Ошибка подключения к БД

Re: Ошибка подключения к БД

Так на порту 80 висит доступ к веб-серверу. Для mysql порт по-умолчанию это 3306. Если не указываете порт. то цепляется к 3306 и все работает. Если хотите именно 80, то перенастраиваете mysql на 80 порт, а веб-сервер на какой-то другой, чтобы они не конфликтовали.

Re: Ошибка подключения к БД

Вот вы говорите что цепляется к 3306 и все работает. Возможно он и цепляется к 3306 т.к. я (повторюсь) писал что я пробовал оставлять поле пустым и что после этого другая ошибка (после установки) возникала.

Re: Ошибка подключения к БД

Кто и как устанавливал mysql? На какой порт? От имени какой учетки и с какими правами пытались цепляться к mysql при установке moodle? Или, судя по полному пути, что на скриншоте у вас сначала поставлен wordpress, а потом, в эту же базу хотите установить таблицы от moodle? — смотрите в mysql — настройки и права пользователей — кто и что имеет право делать.

Re: Ошибка подключения к БД

MySQL у меня через OpenServer. От имени своей учётки с полными правами для отдельно созданной базы данных moodle. К ВордПресс она никакого отношения не имеет. Это просто расположение файлов.

Re: Ошибка подключения к БД

В OpenServer есть свои настройки портов для всех программ, поэтому при установке Мудл поле нужно оставлять пустым. И, тем более не нужно указывать порт 80, так как этот порт используется для Апач, как верно подметил Евгений.

А если «пробовал оставлять поле пустым и что после этого другая ошибка (после установки) возникала», то нужно смотреть логи, чтобы узнать, что за ошибка. Тут Кашпировских нет, лечить на расстоянии не получится.

Источник

Moodle in Russian — сообщество русскоязычных пользователей Moodle

Общий форум

Ошибка подключения к базе данных при установке moodle

Ошибка подключения к базе данных при установке moodle

Час добрый! Сразу хочу отметить, что обсуждения в данную тему читал на этом форуме и других местах, искал решение и так и не нашел, поэтому вынужден обратиться за помощью.

Возникла необходимость поднять moodle на базе debian 10.

Сейчас, на этапе инсталляции возникает эта пресловутая ошибка:

» Error: Database connection failed

It is possible that the database is overloaded or otherwise not running properly.

The site administrator should also check that the database details have been correctly specified in config.php»

1) содержимое config.php:

2) Пользователь alex имеет неограниченные права, в phpmyadmin проверено

3) содержимое файла mysql.cnf:

#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
default_storage_engine = innodb
innodb_file_per_table = 1
innodb_file_format = Barracuda

В чем может быть проблема?

Re: Ошибка подключения к базе данных при установке moodle

$CFG->dbhost = ‘127.0.0.1:8081’ — Это что ещё за фантазии?

Тут должен быть адрес, по которому нужно обращаться к серверу БД. Во всех случаях это localhost и, обычно, без указания порта, если вы не хотите изменить порт по умолчанию. Тогда порт нужно прописывать отдельно, например:

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Да я и вручную создавал и через phpmyadmin. И права пользователю давал.
по запросу
systemctl status mariadb
выдает:
ariadb.service — MariaDB 10.3.18 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Active: active (running) since Sun 2019-12-15 15:29:12 +07; 7h ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Main PID: 21545 (mysqld)
Status: «Taking your SQL requests now. »
Tasks: 32 (limit: 4915)
Memory: 79.9M
CGroup: /system.slice/mariadb.service
└─21545 /usr/sbin/mysqld

дек 15 15:45:49 Moddle mysqld[21545]: 2019-12-15 15:45:49 76 [Warning] Access de
дек 15 15:45:58 Moddle mysqld[21545]: 2019-12-15 15:45:58 79 [Warning] Access de
дек 15 15:46:10 Moddle mysqld[21545]: 2019-12-15 15:46:10 82 [Warning] Access de
дек 15 15:46:15 Moddle mysqld[21545]: 2019-12-15 15:46:15 85 [Warning] Access de
дек 15 15:46:29 Moddle mysqld[21545]: 2019-12-15 15:46:29 88 [Warning] Access de
дек 15 16:10:25 Moddle mysqld[21545]: 2019-12-15 16:10:25 91 [Warning] Access de
дек 15 16:13:46 Moddle mysqld[21545]: 2019-12-15 16:13:46 94 [Warning] Access de
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 97 [Warning] IP addres
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 98 [Warning] IP addres
дек 15 19:10:32 Moddle mysqld[21545]: 2019-12-15 19:10:32 102 [Warning] Access

Источник

Moodle in Russian — сообщество русскоязычных пользователей Moodle

Общий форум

Ошибка подключения к базе данных при установке moodle

Ошибка подключения к базе данных при установке moodle

Час добрый! Сразу хочу отметить, что обсуждения в данную тему читал на этом форуме и других местах, искал решение и так и не нашел, поэтому вынужден обратиться за помощью.

Возникла необходимость поднять moodle на базе debian 10.

Сейчас, на этапе инсталляции возникает эта пресловутая ошибка:

» Error: Database connection failed

It is possible that the database is overloaded or otherwise not running properly.

The site administrator should also check that the database details have been correctly specified in config.php»

1) содержимое config.php:

2) Пользователь alex имеет неограниченные права, в phpmyadmin проверено

3) содержимое файла mysql.cnf:

#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
default_storage_engine = innodb
innodb_file_per_table = 1
innodb_file_format = Barracuda

В чем может быть проблема?

Re: Ошибка подключения к базе данных при установке moodle

$CFG->dbhost = ‘127.0.0.1:8081’ — Это что ещё за фантазии?

Тут должен быть адрес, по которому нужно обращаться к серверу БД. Во всех случаях это localhost и, обычно, без указания порта, если вы не хотите изменить порт по умолчанию. Тогда порт нужно прописывать отдельно, например:

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Да я и вручную создавал и через phpmyadmin. И права пользователю давал.
по запросу
systemctl status mariadb
выдает:
ariadb.service — MariaDB 10.3.18 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Active: active (running) since Sun 2019-12-15 15:29:12 +07; 7h ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Main PID: 21545 (mysqld)
Status: «Taking your SQL requests now. »
Tasks: 32 (limit: 4915)
Memory: 79.9M
CGroup: /system.slice/mariadb.service
└─21545 /usr/sbin/mysqld

дек 15 15:45:49 Moddle mysqld[21545]: 2019-12-15 15:45:49 76 [Warning] Access de
дек 15 15:45:58 Moddle mysqld[21545]: 2019-12-15 15:45:58 79 [Warning] Access de
дек 15 15:46:10 Moddle mysqld[21545]: 2019-12-15 15:46:10 82 [Warning] Access de
дек 15 15:46:15 Moddle mysqld[21545]: 2019-12-15 15:46:15 85 [Warning] Access de
дек 15 15:46:29 Moddle mysqld[21545]: 2019-12-15 15:46:29 88 [Warning] Access de
дек 15 16:10:25 Moddle mysqld[21545]: 2019-12-15 16:10:25 91 [Warning] Access de
дек 15 16:13:46 Moddle mysqld[21545]: 2019-12-15 16:13:46 94 [Warning] Access de
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 97 [Warning] IP addres
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 98 [Warning] IP addres
дек 15 19:10:32 Moddle mysqld[21545]: 2019-12-15 19:10:32 102 [Warning] Access

Источник

Moodle in Russian — сообщество русскоязычных пользователей Moodle

Общий форум

Ошибка подключения к базе данных при установке moodle

Ошибка подключения к базе данных при установке moodle

Час добрый! Сразу хочу отметить, что обсуждения в данную тему читал на этом форуме и других местах, искал решение и так и не нашел, поэтому вынужден обратиться за помощью.

Возникла необходимость поднять moodle на базе debian 10.

Сейчас, на этапе инсталляции возникает эта пресловутая ошибка:

» Error: Database connection failed

It is possible that the database is overloaded or otherwise not running properly.

The site administrator should also check that the database details have been correctly specified in config.php»

1) содержимое config.php:

2) Пользователь alex имеет неограниченные права, в phpmyadmin проверено

3) содержимое файла mysql.cnf:

#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
default_storage_engine = innodb
innodb_file_per_table = 1
innodb_file_format = Barracuda

В чем может быть проблема?

Re: Ошибка подключения к базе данных при установке moodle

$CFG->dbhost = ‘127.0.0.1:8081’ — Это что ещё за фантазии?

Тут должен быть адрес, по которому нужно обращаться к серверу БД. Во всех случаях это localhost и, обычно, без указания порта, если вы не хотите изменить порт по умолчанию. Тогда порт нужно прописывать отдельно, например:

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Да я и вручную создавал и через phpmyadmin. И права пользователю давал.
по запросу
systemctl status mariadb
выдает:
ariadb.service — MariaDB 10.3.18 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Active: active (running) since Sun 2019-12-15 15:29:12 +07; 7h ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Main PID: 21545 (mysqld)
Status: «Taking your SQL requests now. »
Tasks: 32 (limit: 4915)
Memory: 79.9M
CGroup: /system.slice/mariadb.service
└─21545 /usr/sbin/mysqld

дек 15 15:45:49 Moddle mysqld[21545]: 2019-12-15 15:45:49 76 [Warning] Access de
дек 15 15:45:58 Moddle mysqld[21545]: 2019-12-15 15:45:58 79 [Warning] Access de
дек 15 15:46:10 Moddle mysqld[21545]: 2019-12-15 15:46:10 82 [Warning] Access de
дек 15 15:46:15 Moddle mysqld[21545]: 2019-12-15 15:46:15 85 [Warning] Access de
дек 15 15:46:29 Moddle mysqld[21545]: 2019-12-15 15:46:29 88 [Warning] Access de
дек 15 16:10:25 Moddle mysqld[21545]: 2019-12-15 16:10:25 91 [Warning] Access de
дек 15 16:13:46 Moddle mysqld[21545]: 2019-12-15 16:13:46 94 [Warning] Access de
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 97 [Warning] IP addres
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 98 [Warning] IP addres
дек 15 19:10:32 Moddle mysqld[21545]: 2019-12-15 19:10:32 102 [Warning] Access

Источник

Moodle in Russian — сообщество русскоязычных пользователей Moodle

Общий форум

Ошибка подключения к базе данных при установке moodle

Ошибка подключения к базе данных при установке moodle

Час добрый! Сразу хочу отметить, что обсуждения в данную тему читал на этом форуме и других местах, искал решение и так и не нашел, поэтому вынужден обратиться за помощью.

Возникла необходимость поднять moodle на базе debian 10.

Сейчас, на этапе инсталляции возникает эта пресловутая ошибка:

» Error: Database connection failed

It is possible that the database is overloaded or otherwise not running properly.

The site administrator should also check that the database details have been correctly specified in config.php»

1) содержимое config.php:

2) Пользователь alex имеет неограниченные права, в phpmyadmin проверено

3) содержимое файла mysql.cnf:

#
user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
lc-messages-dir = /usr/share/mysql
skip-external-locking
default_storage_engine = innodb
innodb_file_per_table = 1
innodb_file_format = Barracuda

В чем может быть проблема?

Re: Ошибка подключения к базе данных при установке moodle

$CFG->dbhost = ‘127.0.0.1:8081’ — Это что ещё за фантазии?

Тут должен быть адрес, по которому нужно обращаться к серверу БД. Во всех случаях это localhost и, обычно, без указания порта, если вы не хотите изменить порт по умолчанию. Тогда порт нужно прописывать отдельно, например:

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Re: Ошибка подключения к базе данных при установке moodle

Да я и вручную создавал и через phpmyadmin. И права пользователю давал.
по запросу
systemctl status mariadb
выдает:
ariadb.service — MariaDB 10.3.18 database server
Loaded: loaded (/lib/systemd/system/mariadb.service; enabled; vendor preset:
Active: active (running) since Sun 2019-12-15 15:29:12 +07; 7h ago
Docs: man:mysqld(8)
https://mariadb.com/kb/en/library/systemd/
Main PID: 21545 (mysqld)
Status: «Taking your SQL requests now. »
Tasks: 32 (limit: 4915)
Memory: 79.9M
CGroup: /system.slice/mariadb.service
└─21545 /usr/sbin/mysqld

дек 15 15:45:49 Moddle mysqld[21545]: 2019-12-15 15:45:49 76 [Warning] Access de
дек 15 15:45:58 Moddle mysqld[21545]: 2019-12-15 15:45:58 79 [Warning] Access de
дек 15 15:46:10 Moddle mysqld[21545]: 2019-12-15 15:46:10 82 [Warning] Access de
дек 15 15:46:15 Moddle mysqld[21545]: 2019-12-15 15:46:15 85 [Warning] Access de
дек 15 15:46:29 Moddle mysqld[21545]: 2019-12-15 15:46:29 88 [Warning] Access de
дек 15 16:10:25 Moddle mysqld[21545]: 2019-12-15 16:10:25 91 [Warning] Access de
дек 15 16:13:46 Moddle mysqld[21545]: 2019-12-15 16:13:46 94 [Warning] Access de
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 97 [Warning] IP addres
дек 15 19:00:00 Moddle mysqld[21545]: 2019-12-15 19:00:00 98 [Warning] IP addres
дек 15 19:10:32 Moddle mysqld[21545]: 2019-12-15 19:10:32 102 [Warning] Access

Источник

Понравилась статья? Поделить с друзьями:
  • Исправление ошибок microsd карты
  • Исправление ошибок macbook
  • Исправление ошибок json
  • Исправление ошибок hdd linux
  • Исправление ошибок fsck