Форум

Обновил mysql до 8 на тестовом сервере
[CODE][Warning] [MY-011068] [Server] The syntax 'expire-logs-days' is deprecated and will be removed in a future release. Please use binlog_expire_logs_seconds instead.
[/CODE]
Нужно поправить.

[CODE]
[Warning] [MY-013242] [Server] --character-set-server: 'utf8' is currently an alias for the character set UTF8MB3, but will be an alias for UTF8MB4 in a future release. Please consider using UTF8MB4 in order to be unambiguous.
[Warning] [MY-013244] [Server] --collation-server: 'utf8_unicode_ci' is a collation of the deprecated character set UTF8MB3. Please consider using UTF8MB4 with an appropriate collation instead.
[/CODE]
При чистой установке в after_connect_d7.php / after_connect.php указано
[CODE]$connection->queryExecute("SET NAMES 'utf8'");
$connection->queryExecute('SET collation_connection = "utf8_unicode_ci"');[/CODE]

В конфиге mysql тоже.
[CODE]character-set-server = utf8
collation-server = utf8_unicode_ci
init-connect = "SET NAMES utf8 COLLATE utf8_unicode_ci"[/CODE]


Сейчас алиас utf8 обозначает utf8mb3, а значит и бд битрикса создается в utf8mb3.
В будущем алиас utf8 станет обозначать utf8mb4.

Если битрикс поддерживает utf8mb4, то лучше на новых установках сразу писать в конфигах utf8mb4 / utf8mb4_unicode_ci


[CODE][--] Physical Memory : 990.7M
[--] Max MySQL memory : 987.1M
[--] Other process memory: 0B
[--] Total buffers: 216.0M global + 24.9M per thread (31 max threads)

[OK] Maximum reached memory usage: 265.8M (26.82% of installed RAM)
[!!] Maximum possible memory usage: 987.1M (99.64% of installed RAM)
[/CODE]
Всё тот же тестовый сервер с 1 Gb ram
Чистая установка bitrix-env 7.5.0

Кажется, что слишком много памяти у вас bvat выдаёт для mysql. Возможно стоит пересмотреть формулы расчёта.

Интересует вопрос, почему для пользователя bitrix используются UID /GID 600 ?
Все UID / GID с 201 до 999, по умолчанию, являются системными. Это определяется в /etc/login.defs

Из-за того, что используется UID / GID 600, антивирусный сканер imunifyav игнорирует файлы сайтов принадлежащие пользователю bitrix.

Надеюсь информация будет полезна, если кто-то ещё решит попробовать этот сканер и столкнётся с этой проблемой.

Установка БУС/КП на другие окружения
https://dev.1c-bitrix.ru/learning/course/?COURSE_ID=32&CHAPTER_ID=020866&LESSON_PATH=3903.4862.20866

ubuntu в этом списке нет, но по аналогии несложно настроить, если хоть немого умеете администрировать linux.

После выгрузки обновлений каталога 1с, часть оригинальных изображений jpg/png будут удалены, но сконвертированные webp так и останутся на диске.
Что приведёт к распуханию upload

Набросал скрипт проверяющий наличие оригинальных файлов и удаляющий webp, если оригиналов нет.
[CODE]
find /home/bitrix/www/upload/ -type f -name \*.webp | sed 's/\.webp$//'  | parallel  -ea 'out={}.webp; [ -f {} ] || rm "$out"'[/CODE]
Скорость работы у него так себе.

[QUOTE]Георгий Калимулин написал:
(точка написана случайно?)[/QUOTE]
Не случайно.

В вашей цитате лишние пробелы в командах.

Создайте новую чистую директорию /var/lib/mysql
Выдайте на неё права
И попробуйте использовать эту команду.
[CODE]mysqld --initialize[/CODE]
Протестировал на percona 5.7, создалось без проблем.

Будет создан новый пароль
[CODE]grep 'temporary password' /var/log/mysql/error.log
2021-02-14T20:17:13.077483Z 1 [Note] A temporary password is generated for root@localhost: sz9QTO_olDRu
[/CODE]

[QUOTE]Георгий Калимулин написал:
Может, есть какие то мануалы, что бы прям черным по белому. Сейчас сделал дамп бд битрикса. [/QUOTE]
Если пошагово:
Запустите mysql в том режиме, в котором запускается (innodb_force_recover = 6)

1. Зайдите в консоль mysql
[CODE]mysql[/CODE]
2. Посмотрите список пользователей.
Защита форума добавляет пробел в словах «select» и «from»
[CODE]
mysql> SEL ECT User,Host FR OM mysql.user;
+---------------+-----------+
| User          | Host      |
+---------------+-----------+
| root          | 127.0.0.1 |
| root          | ::1       |
| bitrix0       | localhost |
| mysql.session | localhost |
| mysql.sys     | localhost |
| root          | localhost |
+---------------+-----------+
10 rows in set (0.00 sec)[/CODE]

3. Посмотрите список бд
[CODE]mysql> SHOW DATABASES;
+--------------------+
| Database           |
+--------------------+
| information_schema |
| mysql              |
| performance_schema |
| sitemanager0       |
| sys                |
+--------------------+
6 rows in set (0.02 sec)
[/CODE]

4. Тут можно делать дамп всех нужных бд. Вы уже это сделали.
[CODE]mysqldump -e --add-drop-table --add-locks --skip-lock-tables --single-transaction --quick sitemanager0 > sitemanager0.sql[/CODE]

5. Останавливаем mysql.

6. Сохраняем директорию, на случай, если что-то пойдёт не так.
[CODE]mv /var/lib/mysql /var/lib/mysql_2021.02.14[/CODE]

7. Создаём новую директорию, выдаём права и инициализируем новую бд.

[CODE]mkdir /var/lib/mysql
chown -R mysql. /var/lib/mysql
cd /var/lib/mysql
mysql_install_db --user=mysql  --verbose[/CODE]

8. Запускаем mysql  вобычном режиме без recovery. (В логе mysql можно посмотреть новый пароль от пользователя root). Прописываем пароль в /root/.my.cnf

9. Заходим в консоль mysql  и создаём нужных пользователей и бд и выдаём права.
Защита форума добавляет пробел в слове «create»
[CODE]
mysql> CRE ATE   DATABASE sitemanager0;
mysql> CREATE USER 'bitrix0'@'localhost' IDENTIFIED BY 'пароль';
mysql> GRANT ALL PRIVILEGES ON sitemanager0.* TO 'bitrix0'@'localhost';
[/CODE]

10. Загружаем дамп.
[CODE]mysql sitemanager0 < sitemanager0.sql[/CODE]

Название бд, имя пользователя и пароль можно посмотреть в bitrix/.settings.php

Эти шаги можно делать, если повреждена не только бд сайта но и системные бд mysql
Если системные бд в порядке, то можно уменьшить количество шагов, но это вы уже сами погуглите.

Следует учитывать, нет никаких гарантий, что данные в дампе полностью корректны.

[QUOTE]Георгий Калимулин написал:
innodb_force_recover с 1 до 6, все так не стартует mysqld.[/QUOTE]
[QUOTE]red_eye написал:
запустить mysql и снять дамп, если повезёт.[/QUOTE]
Значит не повезло.

[QUOTE]Георгий Калимулин написал:
нет файла mysqld.pid[/QUOTE]
Это pid-файл. Он создаётся, если процесс запущен. У вас процесс не запускается, поэтому файла нет.

[CODE]systemctl reset-failed mysql[/CODE]
https://serverfault.com/a/930057

[QUOTE]Георгий Калимулин написал:
сейчас попробую 664.[/QUOTE]
[CODE]644
-rw-r--r--[/CODE]
Проблема всё равно не в этом.
Используйте innodb_force_recover, эта опция как раз и позволит запустить mysql и снять дамп, если повезёт.
https://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html

Проще всего восстановиться из бэкапа, но если его нет, то прямо в логе ссылка на инструкцию https://dev.mysql.com/doc/refman/5.7/en/forcing-innodb-recovery.html

Просто используйте innodb_force_recover. Если повезёт, то на каком-нибудь из уровней (1-6) mysql запустится и позволит снять дамп. После этого можно будет восстановиться из снятого дампа.

Предварительно конечно нужно сделать резервную копию /var/lib/mysql на случай, если что-то повредите в процессе восстановления, то можно будет начать с начала.

[QUOTE]Георгий Калимулин написал:
Feb 12 18:46:25 portal mysqld_pre_systemd: my_print_defaults: [Warning] World-wr itable config file '/etc/mysql/conf.d/z_bx_custom.cnf' is ignored.[/QUOTE]
У вас права на файл некорректные. Ваши настройки в нём игнорируются.
Исправить можно так
[CODE]chmod 644 /etc/mysql/conf.d/z_bx_custom.cnf[/CODE]