Антилопа против Барракуды

Антилопа против Барракуды

от Алексей Грабко -
Количество ответов: 88

При обновлении версии Moodle и при просмотре версии ПО (Администрирование-Сервер-Среда) в самом низу есть такая картина:

Информация unsupported_db_table_row_format

Отчет  непрохождение данного теста указывает на возможную проблему Your database has tables using Antelope as the file format. You are recommended to convert the tables to the Barracuda file format. See the documentationAdministration via command line for details of a tool for converting InnoDB tables to Barracuda.

Плагин

Статус Проверьте


Насколько я понял, таблицы баз данных в формате Антилопа (ну или как это можно назвать) малы или коротки, и необходимо таблицу перевести в формат Барракуда.

Ссылка на мануал есть, но описанная инструкция мне не очень понятна: " Row size too large (>8126). Changing some columns to TEXT or BLOB or using ROW_FORMAT=DYNAMIC or ROW_FORMAT=COMPRESSED may help.

The error is due to the fact that the MySQL default InnoDB file format (Antelope) cannot handle more than 10 text columns. Thus you are recommended to change the InnoDB file format to Barracuda using the following command: php admin/cli/mysql_compressed_rows.php ". Последняя строка я так понял для ОС Linux и мне неподходит, в консоли бд команда конвертации не работает почему то.

Уважаемые коллеги, кто столкнулся с данной проблемой, и главное, нашел решение, опишите ваши действия, желательно подробно. Какие команды для бд, или программы или инструкции. Спасибо.

Тех. данные:

ОС Windows Server 2008 R2 Standart

БД MySQL Server 5.6

Moodle 2.8.5+ (Build: 20150417)

Скрин 



В ответ на Алексей Грабко

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

В винде нужно выполнить команду в консоли (cmd):

…>путь_к_каталогу_установки_РНР/php.exe путь_к_каталогу_установки_moodle/admin/cli/mysql_compressed_rows.php -f

-f - команда "пофиксить" все ошибки в таблицах

-l - посмотреть таблицы с ошибками

-s - посмотреть, какие SQL-запросы будут выполнены (их можно выполнить вручную в phpMyAdmin)

Нужны права суперпользователя БД, иначе ничего не выйдет. Можно для начала сразу в конфиге MySQL прописать:

innodb_file_per_table = 1

innodb_file_format = Barracuda

Сервер рестартануть, потом запускать mysql_compressed_rows.php

ЗЫ: там всего-то 5-6 таблиц нужно поправить, где кол-во текстовых полей > 10

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Алексей Грабко -
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Максим Звягинцев -

При вводе команды возникает ошибка или так и должно? Помогите пожалуйста. В SQL запросах пишет что нужны суперпривилегии. Как мне получить доступ?

Приложение cmd.JPG
В ответ на Максим Звягинцев

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Переменные, объявляемые через SET GLOBAL, можно навсегда ручками прописать в my.ini. Перезапустить сервер MySQL.

Потом выполнить скрипт mysql_compressed_rows.php

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Максим Звягинцев -

Прописать то прописал. В этом нет проблем. Скрипт не запускается. Пишет ошибку. (см. скриншот cmd выше)

php пишет @cannot find module@

а затем ошибка @cannot enable GLOBAL innodb_file_per .....@

В ответ на Максим Звягинцев

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

PHP как устанавливали/настраивали?

cannot find module - закомментируйте в php.ini строку extension=php_snmp.dll

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Максим Звягинцев -

"cannot find module - закомментируйте в php.ini строку extension=php_snmp.dll"

Помогло. Осталось решить проблему с Cannot enable GLOBAL....

До меня уже все было установлено и настроено. Поэтому понятия не имею что и как делали.  

В ответ на Максим Звягинцев

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Осталось решить проблему с Cannot enable GLOBAL....

Что там решать, пишет же:

ris

Доступ запрещен, нужны привелегии супер-пользователя, учетка phpmyadmin тоже не позволяет менять глобальные переменные. Поэтому и в CMD ошибка.

ЗЫ: ручками прописать в my.ini. Перезапустить сервер MySQL. Выполнить в phpmyadmin запросы ALTER TABLE…

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Максим Звягинцев -

Все. Разобрался я в своей каше. Оказывается я не тот my.ini отредактировал, у меня 2 папки с mysql, а в рабочую mysql эти строки вставил не в то место. Все теперь переконвертировалось, предупреждение исчезло. Спасибо за помощь. 
PS: может кому да пригодится "Сброс пароля mysql под windows" 
 http://www.zonepc.ru/sbros-parolya-mysql-pod-windows/

Приложение barracuda.JPG
В ответ на Максим Звягинцев

Re: Антилопа против Барракуды

от Kris KIm -

Зашел рутом

Ввел следующие команды

все отработало

SET SESSION sql_mode=STRICT_ALL_TABLES;

SET GLOBAL innodb_file_per_table=1;

SET GLOBAL innodb_file_format=Barracuda;

ALTER TABLE имя базы.mdl_certificate ROW_FORMAT=Compressed;


В ответ на Алексей Грабко

Re: Антилопа против Барракуды

от Алексей Грабко -

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

В ответ на Алексей Грабко

Re: Антилопа против Барракуды

от Alexander Matveyev -
Стоит ли предавать этому значение? Ситуация та же, обновился с 2.7.1 на 2.7.8+. WinServ 2008 R2+MySQL. 


В ответ на Alexander Matveyev

Re: Антилопа против Барракуды

от Александр Козлов -

если ситема указывает то наверно стоит, у пеня лично проблем небыло, когда на 2.9 переходил, все по инструкции сделал и скрипт без проблем заработал, просто через браузер его запустил

В ответ на Александр Козлов

Re: Антилопа против Барракуды

от Alexander Matveyev -
Просто скрипт через браузер? Без танцев, которые здесь описаны? Это для Unix-ов наверное
В ответ на Alexander Matveyev

Re: Антилопа против Барракуды

от Александр Козлов -
В ответ на Александр Козлов

Re: Антилопа против Барракуды

от Alexey Piguzov -
Александр, а можно подробней пожалуйста. Там инструкция большая и даже с переводчиком не очень понятно. А на работающей системе страшно что-либо испортить.
У нас Ubuntu сервер. Думаю тоже решение, что и для Debian прокатит. Только что и куда вводить. Доступ к базе есть, скрипт какой запустить нужно?
В ответ на Alexey Piguzov

Re: Антилопа против Барракуды

от Александр Козлов -

вот этот пункт 

Tool for converting tables

просто вводил всё подряд по пунктам и было мне счастье

В ответ на Александр Козлов

Re: Антилопа против Барракуды

от Alexey Piguzov -

Выполнил в командной строке

$ php /var/www/moo/admin/cli/mysql_compressed_rows.php --list

Показал результат:

mdl_block_exacompexamples       Compact     (needs fixing)
mdl_block_exacomptopics         Compact     (needs fixing)
mdl_certificate                 Compact     (needs fixing)
mdl_data                        Compact     (needs fixing)

То есть есть такие таблицы, которые нужно исправить.

Выполняю следующий пункт и получаю ошибку:

$ php /var/www/moo/admin/cli/mysql_compressed_rows.php --fix
Cannot enable GLOBAL innodb_file_per_table setting, use --showsql option and execute the statements manually.!!! Ошибка записи в базу данных !!!

Как можно это исправить?

В ответ на Alexey Piguzov

Re: Антилопа против Барракуды

от Alexey Piguzov -

Сделал через суперпользователя БД. Все получилось. Спасибо!

В ответ на Alexey Piguzov

Re: Антилопа против Барракуды

от Alexander Matveyev -

А у меня чего-то не проходит, я все делал по  инструкции, т.е. прописал в my.ini "innodb_file_per_table = 1 innodb_file_format = Barracuda". Потом сделал рестарт mysql, потом в командной строке через TC прописал 

c:\Program Files (x86)\PHP\v5.5\php.exe c:\inetpub\wwwroot\moodle\admin\cli\mysql_compressed_rows.php -f -s -l

У меня появилось окно в котором указывались таблицы и параметры (compact <needs fixing> не помню уже). Вроде все норм, никаких ошибок. Но сообщение так и осталось. Windows Server 2008 R2, IIS 7, Moodle 2.7.8+. Может я что-то упустил?

Update.

Извиняюсь, все получилось. Делал все по порядку c:\Program Files (x86)\PHP\v5.5\php.exe c:\inetpub\wwwroot\moodle\admin\cli\mysql_compressed_rows.php -f, потом уже остальные параметры -s -l смотрел)))

В ответ на Alexey Piguzov

Re: Антилопа против Барракуды

от Александр ... -

Как сделать коменду через суперпользователя БД ?

В ответ на Александр ...

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Как сделать коменду через суперпользователя БД ?

Где мудл установлен? Если на хостинге, то вы не сможете выполнить команды от имени суперпользователя. И с этим предупреждением придется смириться. улыбаюсь

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр ... -

сайт находится на собственном сервере (Freebsd10)

В ответ на Александр ...

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

ОК

Выполните скрипт /admin/cli/mysql_compressed_rows.php из консоли. В самом скрипте все команды подробно описаны.

Просмотр проблемных таблиц:

/usr/local/bin/php admin/cli/mysql_compressed_rows.php -l

-i, --info            Показать информацию о БД
-f, --fix             Пофиксить проблемные таблицы
-s, --showsql         Показать выполняемые запросы

Эти запросы можно выполнить и в phpmyadmin, если не получится через скрипт. Права рута тут не нужны, достаточно работать от имени пользователя БД. В my.cnf пропишите innodb_file_per_table=1 и innodb_file_format=Barracuda, перезапустите сервер MySQL

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр ... -

в консоли с правами рута запускаю скрипт /usr/local/bin/php /site_moodle/moodle/admin/cli/mysql_compressed_rows.php -l - пишет что  "Недостаточно привилегий"

В ответ на Александр ...

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Рут системный и рут в MySQL - разные вещи улыбаюсь

phpmyadmin есть? зайдите в БД moodle и выолните запросы:

ris

Но сначала в конфиге MySQL прописать:

innodb_file_per_table = 1

innodb_file_format = Barracuda

Сервер рестартануть

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр ... -

Большое спасибо, все помогло. Осталось последнее сообщение

unoconv version not supported якщо цей тест не пройдено, то це свідчить про потенційну проблему.

The version of unoconv you have installed is not supported. Moodle's assignment grading feature requires version 0.7 or higher.

 В портах freebsd есть только версия 0.6, а мудл хочет 0.7 и выше. Видать прийдется немного подождать.

 

В ответ на Александр ...

Re: Антилопа против Барракуды

от Александр ... -

И еще вопрос, после применения "mysql_compressed_rows.php -f" нужно обратно убрать my.cnf  innodb_file_per_table=1 и innodb_file_format=Barracuda или пускай там и остаются ?

В ответ на Александр ...

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

unoconv - это скрипт на питоне, с помощью кот. можно конвертировать документы doc/docx/odt/др., загруженные студентом в качестве ответа на задание, в формат PDF (подробнее). Кроме этого скрипта для конвертации нужно ещё устанавливать LibreOffice. Вот и думайте, нужно ли вам это.

А свежую версию unoconv можно установить с гитхаба: https://github.com/dagwieers/unoconv

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Доброго времени!

Решил последовать рекомендации, которую видел неоднократно при обновлении moodle:

unsupported_db_table_row_format      Ваша база данных содержит таблицы, использующие формат файла Antelope. Рекомендуется преобразовать эти таблицы в формат файла Barracuda. Подробности об инструменте преобразования таблиц InnoDB в Barracuda смотрите в документации Administration via command line.

В phpmyadmin выполнил первый запрос по инструкции, но получил ошибку (см. скриншот). Что именно сделал не верно и как это исправить? Боюсь напортачить, поэтому решил, что лучше переспросить...

Файл my.cnf не нашел (видел о нем инструкции в рекомендациях выше). Где его искать? Есть доступ и через браузер (файловый менеджер на хостинге) и через FTP. 

Используется версия Moodle 3.3.2 (Build: 20170911) на хостинге nic.ru.

Заранее благодарен за помощь!

Приложение list.PNG
В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Используется версия Moodle 3.3.2 (Build: 20170911) на хостинге nic.ru.

На хостинге ничего не сделаете. Вы не можете менять глобальные настройки сервера MySQL. Поэтому и «Файл my.cnf не нашел»

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Вадим, спасибо!

Правильно ли я понимаю, что нужно установить локальный сервер на своем компьютере, на него скачать и на нем изменить базы и затем командой импорта эти базы разместить на хостинге (предварительно удалив прежние)?

Или просто продолжать игнорировать эту рекомендацию? Тогда чего следует избегать в работе с системой moodle?

В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Правильно ли я понимаю, что нужно установить локальный сервер на своем компьютере, на него скачать и на нем изменить базы и затем командой импорта эти базы разместить на хостинге (предварительно удалив прежние)?

Для преобразования формата таблиц нужна поддержка и соответствующая настройка на стороне сервера. Вы сервер MySQL на хостинге настроить не можете, техподдержка тоже, скорее всего, под вас подстраиваться не будет. Доступ к БД через phpmyadmin есть?

Посмотрите такие переменные:

character_set_server - utf8
innodb_file_format - Antelope
innodb_file_format_max - Antelope

Если их значения такие же, как я написал, то вы ничего не сделаете и можно «забить» на эти предупреждения. Чего избегать - написано в самом мануале: не использовать большие значения данных в таблицах, кот. нельзя сконвертировать в Barracuda. Посмотреть эти таблицы можно командой php admin/cli/mysql_compressed_rows.php --list

mdl_data                                    Compact     (needs fixing)
mdl_data_fields                          Compact     (needs fixing)
mdl_enrol_lti_lti2_consumer       Compact     (needs fixing)
mdl_enrol_paypal                       Compact     (needs fixing)
mdl_lti                                         Compact     (needs fixing)
mdl_user                                    Compact     (needs fixing)
mdl_user_info_field                    Compact     (needs fixing)

Думаю, с этим жить можно. Это что касается предупреждения «unsupported_db_table_row_format»

Есть ещё «mysql_full_unicode_support»: поддержка четырехбайтных символов, которые используют некоторые смайлики (например, Emoji). Для включения, опять же, нужно иметь доступ к конфигурации MySQL, что на хостинге невозможно.

Критично для вас это или нет - решать вам.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Большое спасибо за ответ!!

Доступ к базе через phpmyadmin есть!
Значения указанных Вами переменных следующие:

character_set_server     cp1251
innodb_file_format     Antelope
innodb_file_format_max     Antelope

А команда $ php admin/cli/mysql_compressed_rows.php --list почему-то приводит к ошибке (я эту ошибку как раз на скриншоте выше отобразил). Не знаю как заставить эту команду работать? Что-то неправильно делаю.

Не понимаю пока как "не использовать большие значения данных в таблицах, кот. нельзя сконвертировать в Barracuda". Что нужно сделать, чтобы большие значения появились?

Есть ещё "mysql_full_unicode_support".
Да, такое предупреждение тоже есть.

И ещё есть "site not https", но это, похоже, можно игнорировать.

В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Значения указанных Вами переменных следующие…

И не лечится никак на хостинге.

А команда $ php admin/cli/mysql_compressed_rows.php --list почему-то приводит к ошибке

Это не для MySQL команда улыбаюсь Доступ по SSH на хостинг есть? Вот в консоли и вводите, только указывайте полный путь до используемой версии РНР

И ещё есть "site not https"

Хостер SSL-сертификает предоставляет? За деньги?

Не хотите платить - переходите на VPS/VDS, тогда всё ПО сервера можно самостоятельно настраивать и получить бесплатный сертификат Let's Encrypt - Free SSL/TLS Certificates

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Доступ по SSH есть. Установил WinSCP. Ввожу в консоли команду и выходит ошибка. Видимо неправильно ввожу.

Полный путь: distant.orgpsiholog.ru/docs/admin/cli/mysql_compressed_rows.php

Подскажите, пожалуйста, как должна выглядеть команда в моем случае?

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


Хостер SSL-сертификает предоставляет? За деньги?

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


Получается, что под moodle желательно сразу искать хостинг с поддержкой формата Barracuda.

В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Ввожу в консоли команду и выходит ошибка. Видимо неправильно ввожу.

Видимо. Проще будет, если зайдете в каталог с Мудл и запустите команду оттуда:

путь_к_исполняемому_файлу_РНР/php    admin/cli/mysql_compressed_rows.php    --fix

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

/home/t/torg12/public_html/moodle или /home/u/user12345/moodle/public_html и т. п.

Можно на самом сайте посмотреть инфу в переменной DOCUMENT_ROOT (Админка - Сервер - Информация РНР) в разделе Apache Environment

В общем, техподдержка как хочет, так и настраивает улыбаюсь

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

На хостинге путь к каталогу сайта не всегда виден явно и бывает слегка запутанным.

Да, возможно и у меня так.

Проще будет, если зайдете в каталог с Мудл и запустите команду оттуда

В этом случае базы данных будут преобразованы с антилопы на барракуду не смотря на то, что сервер не настроен на это?
В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
В этом случае базы данных будут преобразованы с антилопы на барракуду не смотря на то, что сервер не настроен на это?

Нет, конечно. Вы же писали:

Значения указанных Вами переменных следующие:
character_set_server     cp1251
innodb_file_format     Antelope
innodb_file_format_max     Antelope

Как вы сможете преобразовать свои таблицы, если хостинг не поддерживает формат Barracuda? С этими предупреждениями на хостинге нужно смириться.

Совет запускать команды из каталога Мудл относился к тому, что не нужно тогда указывать полный путь к скрипту, включая «неявный» домашний каталог.

 

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Совет запускать команды из каталога Мудл относился к тому, что не нужно 
тогда указывать полный путь к скрипту, включая «неявный» домашний 
каталог.


Понятно, большое спасибо за ответы!!! Буду юзать как есть, надеюсь moodle не будет в будущем ставить ультиматум и требовать барракуду во что бы то ни стало! улыбаюсь
В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Vadim Dvorovenko -
Изображение пользователя Developers Изображение пользователя Майнтейнер перевода

начиная с MySQL 5.7.7 Barracuda настроена по умолчанию. Постепенно все на неё перейдут.

Начиная с 3.1 или 3.2 moodle обязательно требует это при установке. При обновлениях с более ранних версий может и не требовать.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр Муромцев -

Где мудл установлен? Если на хостинге, то вы не сможете выполнить команды от имени суперпользователя. И с этим предупреждением придется смириться. улыбаюсь


При установке требует исправить указанные предупреждения.

В инструкции все команды от суперпользователя.

На хостинге в РуЦентре таких прав нет. 

Как тогда установить Moodle?

До этого была версия младше. Сейчас нужна версия 3.

Все модули в порядке, остались эти предупреждения.

(mysql_full_unicode_support#File_format)

(mysql_full_unicode_support#Large_prefix)

По инструкции добавил строки в my.cnf

Файла my.ini нет.

Как продолжить установку???

В ответ на Александр Муромцев

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
Сейчас нужна версия 3

Так не ставьте 3.4  и 3.3, поставьте MOODLE_31_STABLE или 3.2, в них нет таких «заморочек» с mysql_full_unicode_support

Проверить это можно в файле environment.xml (в папке admin), если строки с check_mysql_file_format, check_mysql_file_per_table, check_mysql_large_prefix отсутствуют, то на хостинг установите.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр Муромцев -

Я думал над этим вариантом, но сразу на сайте не нашёл версии 3.0 или 3.1

По Вашей ссылке скачал 3.1. Там такая же ситуация. Требует то же самое.

Посмотрел в файл environment.xml строки присутствуют, удалил их, следующий шаг, при установке, завершился ошибкой и т.д. Это и понятно.

Сейчас попробую 3.0, затем 2.9 и т.д. И установится 2.4 или 2.1 Не помню, какая была.


Благодарю за помошь.

В ответ на Александр Муромцев

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
По Вашей ссылке скачал 3.1. Там такая же ситуация. Требует то же самое.

По ссылке последняя стабильная 3.1.9+

А выше Вадим Дворовенко подсказал, как это можно обойти: установить сначала какую-то промежуточную (3.1.3 или 3.1.4, а из GIT вообще можно любую вытянуть), потом обновить до 3.1.9+

На хостинге timeweb.ru работает 3.2.5+ (Build: 20171013). Ну висит сообщение «unsupported_db_table_row_format» и пусть висит улыбаюсь

Пофиксить это дело на хостинге невозможно:

$ /opt/php56/bin/php mysql_compressed_rows.php -i
Database version:      5.6.31-77.0
Database name:         moodle
Database engine:       InnoDB
innodb_file_per_table: ON
innodb_file_format:    Antelope

$ /opt/php56/bin/php mysql_compressed_rows.php -l
mdl_data                              Compact     (needs fixing)
mdl_data_fields                     Compact     (needs fixing)
mdl_enrol_lti_lti2_consumer    Compact     (needs fixing)
mdl_enrol_paypal                   Compact     (needs fixing)
mdl_lti                                  Compact     (needs fixing)
mdl_user                              Compact     (needs fixing)
mdl_user_info_field                 Compact     (needs fixing)

$ /opt/php56/bin/php mysql_compressed_rows.php -f
Cannot change GLOBAL innodb_file_format setting, use --showsql option and execute the statements manually.
Default exception handler: Ошибка записи в базу данных Debug: Access denied;

you need (at least one of) the SUPER privilege(s) for this operation
SET GLOBAL innodb_file_format=Barracuda

!!! Ошибка записи в базу данных !!!
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Александр Муромцев -

Всё, получилось!

Установилась версия 3.0

php 5.4

Благодарю за ссылки для скачивания.

В ответ на Александр Муромцев

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Подскажите, пожалуйста, где взять Moodle 3.0 ?

Где вообще размещены прежние версии? Не по глазам мне, видать...

Заранее благодарен!!!

В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Alexandre Scherbyna -
В ответ на Алексей Грабко

Re: Антилопа против Барракуды

от Nurbek Tentiev -

Тоже столкнулся с этой проблемой. Пишет, что нужно выполнить следующие SQL-запросы:

SET SESSION sql_mode=STRICT_ALL_TABLES;
SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_file_format=Barracuda;
ALTER TABLE mdl_data ROW_FORMAT=Compressed;
ALTER TABLE mdl_data_fields ROW_FORMAT=Compressed;
ALTER TABLE mdl_enrol_paypal ROW_FORMAT=Compressed;
ALTER TABLE mdl_lti ROW_FORMAT=Compressed;
ALTER TABLE mdl_questionnaire_survey ROW_FORMAT=Compressed;
ALTER TABLE mdl_user ROW_FORMAT=Compressed;
ALTER TABLE mdl_user_info_field ROW_FORMAT=Compressed;

Но проблема в том, что сайт находится на шаред-хостинге и провайдер отказывается выполнять эти команды на уровне сервера, мол затронет сайты остальных клиентов.  Причем они советуют выкачать сайт с базой, локально пофиксить и закачать на хостинг обратно. Но почему-то мне кажется, это не поможет. Или стоит попробовать?  Дело муторное, так как объем данных большой. Хотелось бы знать точно, стоит ли дело свеч.


В ответ на Nurbek Tentiev

Re: Антилопа против Барракуды

от Alex Djachenko -
Изображение пользователя Developers Изображение пользователя Майнтейнер перевода Изображение пользователя ООО "Открытые Технологии" Изображение пользователя Тестер Moodle Изображение пользователя Эксперт по Moodle

Именно поэтому здесь уже сотни раз объяснялось, что для Moodle нужен, как-минимум, отдельный виртуальный сервер, чтобы иметь достаточно свободы настраивать системное окружение под требования платформы.

Но, понятно, что тут советуют напыщенные снобы и тайные агенты хостинг-провайдеров, а вот же есть хостинг за 300 рублей в месяц и вроде ж там всё работает, наверное, эти провайдеры просто менее жадны, чем остальные, зачем платить больше?

В ответ на Nurbek Tentiev

Re: Антилопа против Барракуды

от Roman Savkiv -

Добрый день!


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


Пока проблема не решится, установка не пойдет... рррр) Или есть смысл поставить локально, а потом перенести? 


Спасибо.


Или нападать на поддержку в любом случае?) При выполнении команд не хватает прав((

Приложение bar.JPG
В ответ на Roman Savkiv

Re: Антилопа против Барракуды

от Вадим Лёвкин -

Доброго времени!

Я решил эту проблему тем, что сначала установил версию 3.0, а потом обновил Moodle сразу до версии 3.4.

Выше, в сообщении Alexandre Scherbyna есть ссылка на версию 3.0.

В ответ на Вадим Лёвкин

Re: Антилопа против Барракуды

от Андрей Борисович -

Вы счастливый человек, уважаемый Вадим. Сейчас этот рецепт уже не работает, т.к. старый движок Moodle не встаёт под новые версии php, - сегодня целый день убил на бесплодные попытки. 

Как теперь решать проблему установки на веб-сервер с несговорчивой техподдержкой? 

Не проходят: 

php_settingopcache.enable
 
mysql_full_unicode_support#File_format

mysql_full_unicode_support#Large_prefix

- т.е., то, о чём здесь и во многих других местах люди говорят, страдают. 

И, следом, вопрос: почему не сделать стандартного решения для этой типичной и, насколько я могу судить, не критичной проблемы установки? Допустим, если я согласен с будущими ограничениями и не претендую, допустим, на мега-размеры будущих сообщений в системе или ещё чего-то сверхмощного, почему я в принципе не могу принять эти ограничения и поставить с ними систему? 

Я убил уже неимоверное количество времени - на уговоры техподдержки хостера, на поиски решения, всё бесполезно. Хоть инсталлятор переписывай или отказывайся в принципе от.. 

Конечно, это к разработчикам вопрос, не к Вам. Прошу прощения. 

В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Alexandre Scherbyna -
Так в чем проблема? Хостер не хочет или не может установить вам барракуду?
Если у вас нед доступа к командной строке, то можете попробовать выполнить команду
/public_html/moodle/admin/cli/mysql_compressed_rows.php --fix
прописав ее в настройки крона.
Правда выполнять ее нужно не постоянно, а 1 раз (или несколько раз, если за один раз система преобразовать всю базу данных не успеет).
В ответ на Alexandre Scherbyna

Re: Антилопа против Барракуды

от Андрей Борисович -
Благодарю Вас за попытку помочь, уважаемый Александр. Подсказанный Вами рецепт:
../admin/cli/mysql_compressed_rows.php --fix
не сработал, к сожалению. Отчёт, полученный от Планировщика по электронке содержит информацию об отказе:
/bin/sh: 1: www/********/admin/cli/mysql_compressed_rows.php: Permission denied
--- 
Ситуация: 
Хостинг, техподдержка в адеквате, но на Барракуду, на длинные префиксы и на opcache категорически не согласная. 
Хостинг-панель ISPsystem, управление БД в phpMyAdmin без супер-привилегий. 
Всё остальное работает нормально или исправлено, только эти три ошибки, однако инсталляция не идёт. 
Пытался ставить прежние версии - но 3.0.- неработоспособна под текущей конфигурацией php, а в более поздних уже вылезла барракудная проблема. Всё. Везде затык. Не знаю, что делать. Руками такие скрипты ковырять нереально. 
Приложение ПроблемаИнсталляции1.jpg
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

opcache - это только предупреждение, на установку не влияет.

mysql-ные ошибки попробуйте «отключить», убрав в config.php строку 'dbcollation' => 'utf8mb4_unicode_ci'. Ошибки будут выглядеть, как предупреждения, и установка должна пойти.

/admin/cli/mysql_compressed_rows.php - это консольный скрипт, запускать нужно не сам по себе, а через исполняемый файл РНР:

/usr/bin/php admin/cli/mysql_compressed_rows.php --fix

ЗЫ: хостинг какой, где? Судя по отключенному opcache, хостинг на Windows?

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Добрый день, уважаемый Вадим! Благодарю за желание помочь!
Но вновь ничего не выходит. По пунктам:
1. Почитал по поводу opcache уже на днях - хостера можно понять, на самом деле. И даже если б я его уговорил, мне самому это могло бы навредить по другим сайтам, размещённым там же. Хорошо, если не влияет на установку. Идём дальше.
2. Отключение/изъятие строки 'dbcollation' => 'utf8mb4_unicode_ci' в config.php не имеет никакого эффекта в плане отображаемых ошибок (не выполненных требований). Обе нижние зоны (см. скрин выше) красные, тексты те же и кнопки установки нет. Т.е., вообще ничего не произошло.
3. У меня оказалось, что путь до php не надо указывать ( php www/*********/admin/cli/mysql_compressed_rows.php --fix ). Только снова вылезли ошибки, и скрипт не отработал:
PHP Parse error: syntax error, unexpected ':', expecting ';' or '{' in /var/www/****/data/www/*****/lib/classes/component.php on line 1162
Я посмотрел, там если начать переписывать код, заниматься этим придётся долго. Возможно, пожизненно )
4. Хостинг Ростелекомовский в Новосибирске.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Добрый.

  1. opcache на NIX-серверах работает замечательно. О проблемах пишут, если сервер на Винде работает. Но на локальном ПК под Windows я проблем не замечал при включенном opcache.
    Нормальный хостер дает возможность выбирать версию РНР, вкл/выкл расширения. И у некоторых хостеров это можно делать даже для каждого сайта, а не только для всего аккаунта.
  2. вот почитайте ещё эту тему: https://moodle.org/mod/forum/discuss.php?d=373366. При установке на хостинге Мудл версий 3.5-3.6 я эти ограничения по Барракуде обходил. 3.7 пока не устанавливал, заявок не было улыбаюсь
    Покажите результаты запросов к серверу MySQL (через phpmyadmin можете сделать): SHOW VARIABLES LIKE 'char%' и SHOW VARIABLES LIKE 'innodb_file%'
  3. напишите точную команду, которую пытались выполнить. Скорее всего, вы неверно указали путь к исполняемому файлу РНР. Тут пояснение: https://moodle.org/mod/forum/discuss.php?d=384733#p1550799
  4. Доступ по SSH, FTP есть?
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Очень признателен Вам за столь глубокую проработку моих установочных проблем. Даже неудобно как-то )
По пунктам:

1. Поразбирался ещё. Там 7 версий php, и даже opcache имеется и даже включен! - у той версии, что стоит модулем Апача (обозначена как "5.6.40 (native)"). Однако эта версия не указана, как "FastCGI (Nginx + PHP-FPM)" (но можно включить) - с этим флагом стоит самая свежая версия php, "7.3.4 (alt)", и вот там opcache отключен. Т.е., можно включить, но для всех моих сайтов, и я это делать остерегаюсь, у меня там два основных сайта на старой джумле ещё. Включение opcache отключит другие методы кэширования.
Выше Вы сказали, что встанет и без него. Я на это уповаю. А позже, если будут проблемы с быстродействием, можно будет поэкспериментировать, насколько я могу судить.

2. Почитал.
SHOW VARIABLES LIKE 'char%' + Параметры
Variable_name Value
character_set_client utf8mb4
character_set_connection utf8mb4
character_set_database latin1
character_set_filesystem binary
character_set_results utf8mb4
character_set_server latin1
character_set_system utf8
character_sets_dir /usr/share/mysql/charsets/
SHOW VARIABLES LIKE 'innodb_file%' + Параметры
Variable_name Value
innodb_file_format Antelope
innodb_file_format_check ON
innodb_file_format_max Barracuda
innodb_file_per_table ON
По-моему (из прочитанного в эти дни), немного странновато ))

3. Я выше писал точную команду, за звёздочками - имя домена, оно же имя папки файловой системы движка Мудл
php www/*******/admin/cli/mysql_compressed_rows.php --fix

4. Есть доступ FTP и очень неплохой файл-менеджер в хостинг-панели.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers
А на какой версии РНР работает старая джумла?
1. Nginx вам не нужен, а то будете спрашивать на форуме о проблемах с CSS и JS улыбаюсь Есть РНР 7.2 (или 7.1) как модуль Апач? Этого будет достаточно.
2. С такими настройками сервера MySQL Мудл 3.6 устанавливается и работает. Предупреждения в админке остаются.
3. Нужно писать не просто «php www/*******/admin/…», а полный путь к той версии php, которая используется вами для Мудл. При вызове просто «php» используется версия по умолчанию, а это, скорее всего, 5.6.40 (native). Отсюда и ошибки, т. к. Мудл 3.7 нужен РНР 7.1 и выше
4. Кидайте в личку данные для входа в хостинг-панель, помогу установить Мудл, если хотите.
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Ох, уважаемый Вадим! Джумла - это моя боль. Когда-то я переписал пМашину Рика Эллиса, сделав из бесплатной версии моно-блога реальный мультиблог с кучей наворотов и доп.модулей. Реальный! В отличие от суррогатного мультиблога платной версии пМашины, где нужно было создавать отдельный индекс под каждого юзера руками, что выяснилось после выкладывания её в открытый доступ. Потом были смены платформы, переезды с хоста на хост и прочая ерунда. Мне приходилось терять данные - и это при том, что сделано всё строго по инструкции! Из-за каких-то неожиданных заморочек, то с базами, то ещё с чем. От техподдержики при этом ничего добиться нельзя обычно. Поэтому я боюсь очередного переезда, как огня. На старой джумле (аж, 2.5., стыдно признаться) крутятся 2 сайта, контент которых наработан за много лет - это как три диссертации. Да, понятно, что надо пересаживаться на актуальную версию, но..
Поэтому, если отключенный opcache - не критичная ошибка, я её подожду править )
Сейчас жду, когда сработает планировщик - я указал путь до версии php 7.1.
Далее - по результатам.
---
Модулем Апача стоит версия php 5.6.40 (обозначена как "5.6.40 (native)" - я выше сообщил об этом. 
И менять это, опять же, из-за старой Джумлы, рискованно. Если без этого не обойтись, то нужно тогда будет, всё же, переезжать сначала джумлой, и это.. Я даже не знаю, как ещё выразить.. Там такие бывают проблемы неожиданные. Допустим, сделать полный бэкап всего, а потом он нормально не подтягивается, и откатить уже нельзя, какие-то непоправимые ходы не туда на каких-то немыслимых развилках.. 
Я не переживу очередной потери данных. 
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Уточнение:
=Модулем Апача стоит версия php 5.6.40 (обозначена как "5.6.40 (native)" - я выше сообщил об этом.
И менять это...=
А это и не поменять. Модуль Апача жёстко фиксирован. 
Можно менять вот это: "FastCGI (Nginx + PHP-FPM)" доступно для версий php 5.6.40 (native), 7.1.28 (alt), 7.2.17 (alt) и 7.3.4 (alt). Используется для версии 7.3.4 (alt).
Прошу прощения, сразу не сообразил.
Внутри каждой из указанных версий можно настраивать "Расширения CGI", однако, как я понял, работают те расширения, что включены оптом галочкой как "FastCGI (Nginx + PHP-FPM)". То, что это включено для версии 7.3.4 (alt) при том, что модулем Апача стоит другая версия, возможно, и есть источник одной из проблем установки. 
Приложение 2019-08-22_16-19-15.png
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Скрипт /admin/cli/mysql_compressed_rows.php --fix дважды отработал - с указанием пути сначала к php 7.1, а затем и 7.3. Отчёты на эл.почту пришли, мягко скажем, лаконичные:
Content-type: text/html; charset=UTF-8.
Ответы в phpmyadmin SHOW VARIABLES LIKE 'char%' и SHOW VARIABLES LIKE 'innodb_file%' те же, что я привёл выше. Скорее всего, они уже получены после первого удачного прохода скрипта, т.к. этот отчёт Cron залетел в спам, почему-то - т.е., я его пропустил и долго ждал впустую. Потому и переменные выглядят так странно, наверное.
В процессе инсталляции никаких перемен, ошибки те же.
Резюме: всё же, придётся сначала разобраться с Джумлой, т.к. дальнейшее ковыряние настроек сервера чревато потерей возможности нормально забэкапиться и, в случае чего, откатиться.
После отчитаюсь.
Ещё раз, спасибо за помощь! Многие вопросы прояснились для меня.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

>> Многие вопросы прояснились для меня.

Терзают меня смутные сомнения, что это так улыбаюсь

Запросы SHOW VARIABLES LIKE 'char%' и SHOW VARIABLES LIKE 'innodb_file%' всего лишь показывают настройки сервера MySQL (или MariaDB) на хостинге. Настройки MySQL вы изменить не можете, поэтому скрипт /admin/cli/mysql_compressed_rows.php (он фиксит предупреждение «unsupported_db_table_row_format») запускать бесполезно.

Разборки с Джумлой выльются в её обновление, так как Джумле 2.5 больше пяти лет и что такое РНР 7 она не знает вообще. Или обновлять Джумлу, или Мудл ставить на другой аккаунт хостинга.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Я проделал колоссальную работу: преодолевая невероятные трудности и дурости, перенёс все сайты (4 шт.) со старых версий Джумлы (от 2.5.19, разные) ,на самую новую, чтобы можно было изменить общие настройки. Все Джумлы теперь хором поют за изменение настроек php и советуют обратиться к хостеру, что я и сделал. Посмотрим, что из этого всего выйдет.
Время, конечно, жаль на аппгрейды, а более того нервов, но рано или поздно всё равно пришлось бы.
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Хостер сделать модулем Апача версию php 7.3 отказался, присоветовав "выбрать режим работы php нужной версии "CGI". И если для обновлённой Джумлы всё работает теперь везде прекрасно, то для сайта, куда Мудл пытаюсь прикрутить - нет. Всё та же песнь о подстреленной африканской антилопе.
Видимо, единственный способ установки - найти все проверки этих трёх параметров в скриптах, и либо отключить, либо смягчить. Печально. Там мегатонны кода.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Мудл все равно, будет РНР работать модулем Апача или как CGI-процесс. И антилопа к этому никакого отношения не имеет. Мудл работает и с предупреждениями unsupported_db_table_row_format, mysql_full_unicode_support. Это не критично. И ничего не нужно отключать.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
=Мудл все равно, будет РНР работать модулем Апача или как CGI-процесс.=
Это хорошо. Выше Вы писали: "Есть РНР 7.2 (или 7.1) как модуль Апач? Этого будет достаточно." - чем и вызвали моё беспокойство по поводу модуля Апача.
=И антилопа к этому никакого отношения не имеет.=
Это понятно.
=Мудл работает и с предупреждениями =
Может быть, и работает. Только встал бы, для начала.
В общем, возврат в самое начало - я с этого места здесь и пытаюсь найти ответ.
Ошибки некритичные по сути, хотя и могут иметь неприятные последствия, коли в системе не предусмотрели возможность работать по старым условиям при внедрении новых требований несколько версий назад. В этом плане удивительно, что инсталлятор затыкается на этих ошибках. Насмерть затыкается.
Правка конфига в части 'dbcollation' не позволяет добиться успеха - по крайней мере, в актуальной версии дистрибутива. Ничего не происходит, ошибки те же, красные.
Поэтому, либо ковырять скрипты, либо бросать это дело, иного не вижу.
И, понятно, последнее, т.к. найти все нужные места в чужих скриптах очень тяжело и требует слишком много времени, а готового рецепта нет. Всё.
Благодарю Вас за стремление помочь!
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Новости с поля брани.
1. Для домена, куда ставлю Мудл, изменил настройки php - спустился до 5.6.40 (native) (которая единственная может быть модулем Апача, как несгибаемо установлено хостером).
2. Заново пытаюсь ставить Мудл. 3.0.10 (заново, т.к. в первый раз пытался без шаманства с версиями php).
3. О, чудо! Он почти встаёт! Всего одна ошибка!
Но блин, что за ошибка - чудо, а не ошибка:
Название database
Информация mysql (5.5.5-10.1.32-MariaDB-1~jessie)
Отчет требуется версия 5.5.31, у Вас используется версия 5.5.5.10.1.32.1
Статус Проверьте
Ну то есть он "5.5.5 - 10.1.32" понимает, как "5.5.5.10.1.32.1", и.. не понимает.
Ах.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Андрей Борисович, вы занимаетесь непонятно чем улыбаюсь

Зачем устанавливать 3.0.10, которая уже 100 лет как Legacy releases? Я вам в личку предлагал вариант.

>> Отчет требуется версия 5.5.31, у Вас используется версия 5.5.5.10.1.32.1

Посмотрите, что в файле config.php в параметре $CFG->dbtype написано. если там mysqli, то и будет несоответствие версии, т. к. 5.5.5 - версия ниже требуемой 5.5.31. Нужно mysqli заменить на mariadb, на хостинге же 10.1.32-MariaDB-1~jessie

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
А! Точно! Я уже и забыл про эту фичу в конфиге. Спасибо!
Тьфу-тьфу-тьфу, не дыша: процесс пошёл..
Ну почему =непонятно чем=? Следую ранее в этой ветке данным рекомендациям по преодолению непреодолимых затыков с установкой более поздних версий на стороннем хосте с мирно пока ещё пасущимися стадами антилоп. Попробую через аппгрейды дойти - если не до актуальной версии, то, хотя бы, куда получится (с неизбежными, понятно, ошибками).
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Таки, версия 3.0.10. встала без ошибок.
Обновление до 3.2.8+ (было рекомендовано как промежуточное) - с одной ошибкой базы. При этом, откровенно нарушается требование этой версией версии php 5.6.50 (указано в релизе) - у меня модулем Апача версия 5.6.40, а дальше только переходить на режим CGI и php от 7.1.
Вот, думаю теперь, аппгрейдиться дальше или нет - там же однозначно проблемы с базой (антилопы и т.п.) и с php, тоже не исключено. Так-то лучше сразу, конечно.
В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Победа! 3.7.1. Да, с ошибками. Да, кое-где сбоит (не могу, к примеру, зарегистрировать сайт в каталоге Мудл - выдаёт ошибку 500). Но работает. 
Перед вторым аппгрейдом (с 3.2 на 3.7) обратно переключился на версию 7.3 php и больше ничего не делал (кроме бэкапов). 
Бонусом - история борьбы в этой ветке для тех, кто столкнётся с той же проблемой диких антилоп.
Благодарю за помощь!
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Alexandre Scherbyna -
Поздравляю, Андрей! Так может вы напишете для нас краткое концентрированное резюме: проблема и метод решения, а то извлечь нужную информацию из этой длинной дискуссии не просто.
В ответ на Alexandre Scherbyna

Re: Антилопа против Барракуды

от Андрей Борисович -
Благодарю, Александр!
Да, уже думал об этом. Постараюсь найти время.
Пока, готовый блок по апгрейду, что нарисовал себе на память:
1. Бэкап:
 1) Внести в config.php на www/домен директиву с Ключом обновления (защата от взлома в процессе апгрейда): 
$CFG->upgradekey='придумать-заковыристый-ключ-но-не-пароль-от-админки';
 2) Сжать и скачать на локал файловую систему из www/домен и www/moodledata
 3) Скачать отдельно config.php на локал из www/домен (чтоб не распаковывать бэкап)
 4) Забэкапить на локале БД 
 5) Включить Режим технического обслуживания (Администрирование/Сервер)
2. Новая версия:
1) Скачать с https://moodle.org/ актуальную версию
2) Распаковать в текующую папку (по версии) - образуется папка moodle
3) Выделить всё содержимое папки moodle и ужать в архив с именем по новой_версии+_безМатрёшки - для заливки на хост
4) вынести архив из папки moodle на уровень вверх, а папку можно убить
3. Апгрейд:
1) Удалить содержимое папок www/домен и www/moodledata (но не сами папки!)
2) Залить архив новая_версия_безМатрёшки и распаковать в корень www/домен
3) Залить в корень www/домен config.php из прежней версии Мудлы 
4) Перейти в браузере на адрес домена, далее по инструкции инсталлятора (понадобится Ключ обновления, что внесён в config.php) 
5) Выключить Режим технического обслуживания (Администрирование/Сервер)
6) Заново установить языковой пакет, т.к. слетает каждый раз (Администрирование/Язык/Языковые пакеты)
В ответ на Alexandre Scherbyna

Re: Антилопа против Барракуды

от Андрей Борисович -
Извольте.
Проблема: Мудл в актуальной версии не встаёт на стороннем хосте, если его сервер БД типа MySQL не настроен на формат файлов Barracuda и на длинные префиксы.
Симптомы: Установщик Мудл при первичной установке возвращает ряд ошибок, из коих критичными заявляются следующие:
mysql_full_unicode_support#File_format
mysql_full_unicode_support#Large_prefix
Эти же ошибки при обновлении ранее установленной версии Мудл обозначаются как не критичные, Мудле работает с ними, хотя и не очень гладко.
Подноготная: очевидно, разработчики Мудл с переходом на новые минимальные требования к сервису БД слегка мухлюют (зачёркнуто) нашли компромисс между задачами развития софта и поддержки пользователей. Счастливые обладатели ранешних инсталляций могут проапгрейдиться без особых проблем, а свежие желающие должны вначале напрячь хостера с настройками БД, затрагивающим все ресурсы этого сервера БД, (либо, если таковое не проходит, убиться сами), т.к. поддерживать разные настройки в и без того перегруженном наборе скриптов не представляется (разработчикам) возможным.
Как лечить: как тут уже писали, нужно установить версию Мудл, не требующую указанных настроек. Т.е., 3.0.10 (3.0.latest).
Вторичная проблема: текущая версия Мудл 3.7.1 требует версии php 7.1 и выше, а 3.0. - php 5.6.-, и более высоких не понимает.
Решение проблемы на хосте со свежей хостинг-панелью ISPsystem:
1. В WWW/WWW-домены установить для домена под Мудл версию php 5.6.40, желательно в режим работы модулем Апача.
2. Установить Мудл 3.0.10, как написано в документации к релизу в части установки на стороннем веб-хосте. Он встаёт без ошибок. Единственное, понадобится, скорее всего, уточнить в файле config.php параметр $CFG->dbtype - см.чуть выше в ветке. 
3. Проапгрейдить Мудл до следующей рекомендованной версии 3.2.7 (а точнее, до 3.2.latest - т.е., до 3.2.8+) - см. мой соседний пост. Апгрейд заканчивается одной некритичной ошибкой по поводу формата файлов БД (Антилопа).
4. Проапгрейдить Мудл до актуальной версии (в настоящее время 3.7.1). Первый тенезм комом - вылезет ошибка версии php. Лечение: нужно в хостинг-панели вернуть версию php 7.+ (возможно, в режиме CGI, но здесь это уже неважно) - если страшно видеть такие ужасные сообщения на экране ("Шеф! Усё пропало!"), можно и перед апгрейдом переключить версию и режим работы php для данного домена. Апгрейд заканчивается вышеуказанными двумя ошибками, но они не расцениваются в качестве критичных (в отличие от варианта с первичной установкой).
5. В процессе первичной установки и двух апгрейдов будет куча сообщений об изменениях, требующих внимания админа - 100500 позиций. Всё лучше прочесть. Плюсом - бэкапы в процессе. Так что, нужно планировать запас времени на всё это дело.
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Alexandre Scherbyna -
В ответ на Alexandre Scherbyna

Re: Антилопа против Барракуды

от Андрей Борисович -
Не за что, Александр ) 
Разбираюсь потихоньку: https://zdravcase.ru/ 
Туго идёт. 
Сейчас, например, терзаю хостера с путями "Планировщика" - вроде бы ошибок нет, но отчёт на почту приходит в таком виде: 
Тема: 
Cron <***@v3> /var/www/php-bin-isp-php73/***/php /www/***/data/www/******/admin/cli/cron.php
Тело: 
Content-type: text/html; charset=UTF-8
---
То ли работает, то ли нет в думах
Пути разные перебрал,  в пхп.инфо заглядывал, но что-то никакой уверенности нет. 
Тем более, что в админке предупреждение о непрогнанном cron в "Уведомлениях" висит (верить ли ему - тоже вопрос). 
В ответ на Андрей Борисович

Re: Антилопа против Барракуды

от Vadim Tabunshchik -
Изображение пользователя Developers

Покажите пхп.инфо, верхнюю часть, там где всё о РНР

Возможно в /var/www/php-bin-isp-php73/ у вас просто находится конфиг РНР, а исполняемый файл должен быть в /opt/php73/bin/php

https://www.it-rem.ru/ispmanager-php7-dlya-skriptov-zapuskaemyih-cherez-kron.html

Предупреждению «о непрогнанном cron в "Уведомлениях"» верить не только можно, но и нужно.

В ответ на Vadim Tabunshchik

Re: Антилопа против Барракуды

от Андрей Борисович -
Победа!
Ответа хостера не дождался, сам нащупал пути.
С Вашей помощью, за что премного Вам благодарен.
Теперь, хоть, знаю, как выглядит нормальный отчёт широко улыбаюсь
Единственное, чаще, чем раз в час не настроить.
Планировщик хостинг- панели не позволяет.
Ну да ладно.
--- 
..А, нет, позволяет широко улыбаюсь 
В "экспертном режиме".