1

После команды "выключить/перезагрузить компьютер" система стала долго выключаться (или перезагружаться). Весь процесс зависает на строке:
"Stop job MySQL database server..." Через некоторое время, таки выключается (или перезагружается).

Раньше такая ерунда вылазила изредка и нечасто. А теперь практически всегда. При этом ребут/шатдаун затягивается на 30...300 секунд (когда-как).
Чем можно вылечить?

2

burster⇓ пишет:

При этом ребут/шатдаун затягивается на 30...300 секунд (когда-как).

Это что-то не спроста, ФС или жёсткий диск, логи смотреть надо, что пишет консоль при загрузке и выключении.
У меня конечно тоже не моментально выключается, но процесс не затягивается на 5 минут

3 (2019-03-31 20:40:22 отредактировано ingvaro)

burster⇓ пишет:

Весь процесс зависает на строке:
"Stop job MySQL database server..." Через некоторое время, таки выключается (или перезагружается).

Видимо   долго не выключается   MySQL-сервер.
А нужен ли он ?
Для тестирования его пока можно отключить в drakconf / Система / Вкл откл системных сервисов

4

ФС и винт ни при чем. Факт. В системных сервисах MySQL не значится.
Данная проблема известна и в других дистрибутивах Линукса. Гугль выдает инфу, но в основном на англицком, что для меня немного затруднительно для понимания.
Рекомендации весьма разные: от изменения времени ожидания прибития процесса в system.conf до переинсталляции MySQL, создания неких скриптов, правки systemd и пр.  шаманских деяний.

5

burster⇓ пишет:

В системных сервисах MySQL не значится.

Попробуйте через терминал
Посмотрите состояние сервиса

Консоль: user
[user@localhost ~]$ systemctl status mysqld.service

Если запущен и не нужен, отключите
Консоль: root
[root@localhost ~]# systemctl disalbe mysqld.service

Обычный юзер
Mageia 8 x86_64 Plasma
Спасибо сказали: algri141

6

Спасибо! Отключил. Проблема ушла.

7

BoDun⇓ пишет:

Посмотрите состояние сервиса

Консоль: user
[user@localhost ~]$ systemctl status mysqld.service

BoDun, поясни пожалуйста чайнику, что сие значит, от юзера:

Spoiler

Консоль
[algri@localhost ~]$ systemctl status mysqld.service
● mysqld.service - MySQL database server
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: enabled)
   Active: active (running) since Вт 2019-04-02 21:53:11 MSK; 2h 34min ago
  Process: 1499 ExecStartPre=/usr/sbin/mysqld-prepare-db-dir (code=exited, status=0/SUCCESS)
Main PID: 1586 (mysqld)
   Status: "Taking your SQL requests now..."
   CGroup: /system.slice/mysqld.service
           └─1586 /usr/sbin/mysqld

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.
Предупреждение: журнал был предоставлен с момента запуска устройства. Вывод журнала неполный или недоступен.

А вот от root:

Spoiler

Консоль
[root@localhost algri]# systemctl status mysqld.service
● mysqld.service - MySQL database server
   Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: enabled)
   Active: active (running) since Вт 2019-04-02 21:53:11 MSK; 2h 42min ago
  Process: 1499 ExecStartPre=/usr/sbin/mysqld-prepare-db-dir (code=exited, status=0/SUCCESS)
Main PID: 1586 (mysqld)
   Status: "Taking your SQL requests now..."
   CGroup: /system.slice/mysqld.service
           └─1586 /usr/sbin/mysqld
                                                                                                                                                             
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Note] InnoDB: Waiting for purge to start                                       
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.41-84.1 started; log
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140642715956992 [Note] InnoDB: Dumping buffer pool(s) not yet started                           
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Warning] mysqld: GSSAPI plugin : default principal 'mariadb/localhost@' not foun
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [ERROR] mysqld: Server GSSAPI error (major 851968, minor 2529639093) : gss_acquir
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [ERROR] Plugin 'gssapi' init function returned error.                           
апр 02 21:53:10 localhost mysqld[1586]: 190402 21:53:10 server_audit: MariaDB Audit Plugin version 1.4.4 STARTED.                                           
апр 02 21:53:11 localhost mysqld[1586]: 190402 21:53:10 server_audit: Query cache is enabled with the TABLE events. Some table reads can be veiled.2019-04-02
апр 02 21:53:11 localhost mysqld[1586]: Version: '10.1.37-MariaDB'  socket: '/var/lib/mysql/mysql.sock'  port: 0  Mageia MariaDB Server                     
апр 02 21:53:11 localhost systemd[1]: Started MySQL database server.                                                                                         
lines 1-19/19 (END)
                   

8

algri14⇓ пишет:

поясни пожалуйста чайнику

От пользователя можно посмотреть состояние сервисов, запущены ли, включены ли
А от рута, расширенная информация по status и можно управлять сервисом: start, restart, disable, enable

Обычный юзер
Mageia 8 x86_64 Plasma

9

BoDun⇓ пишет:

От пользователя можно посмотреть состояние сервисов, запущены ли, включены ли

BoDun, lol , это понимает даже чайник со свистком big_smile
Я спрашивал про вывод консоли, что сии букалки значат, о чём они рассказывают, ибо сам ни бельмеса нипонимаю в этом выхлопе (не считая того, что мне яндекс перевёл)

10

algri14⇓ пишет:

Я спрашивал про вывод консоли, что сии букалки значат

Ну я ж не экстрасенс big_smile

algri14⇓ пишет:

mysqld.service - MySQL database server

Название сервиса

algri14⇓ пишет:

Loaded: loaded (/usr/lib/systemd/system/mysqld.service; enabled; vendor preset: enabled)

Состояние сервиса, загружен ли и будет ли запускаться автоматически (enabled)

algri14⇓ пишет:

Active: active (running) since Вт 2019-04-02 21:53:11 MSK; 2h 34min ago

Активен ли сервис, когда запущен, сколько работает

algri14⇓ пишет:

Process: 1499 ExecStartPre=/usr/sbin/mysqld-prepare-db-dir (code=exited, status=0/SUCCESS)

Процесс, что сервис запустил

algri14⇓ пишет:

Main PID: 1586 (mysqld)

PID процесса, в данном случае mysqld

algri14⇓ пишет:

апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Note] InnoDB: Waiting for purge to start                                       
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Note] InnoDB:  Percona XtraDB (http://www.percona.com) 5.6.41-84.1 started; log
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140642715956992 [Note] InnoDB: Dumping buffer pool(s) not yet started                           
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [Warning] mysqld: GSSAPI plugin : default principal 'mariadb/localhost@' not foun
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [ERROR] mysqld: Server GSSAPI error (major 851968, minor 2529639093) : gss_acquir
апр 02 21:53:10 localhost mysqld[1586]: 2019-04-02 21:53:10 140643403528256 [ERROR] Plugin 'gssapi' init function returned error.                           
апр 02 21:53:10 localhost mysqld[1586]: 190402 21:53:10 server_audit: MariaDB Audit Plugin version 1.4.4 STARTED.                                           
апр 02 21:53:11 localhost mysqld[1586]: 190402 21:53:10 server_audit: Query cache is enabled with the TABLE events. Some table reads can be veiled.2019-04-02
апр 02 21:53:11 localhost mysqld[1586]: Version: '10.1.37-MariaDB'  socket: '/var/lib/mysql/mysql.sock'  port: 0  Mageia MariaDB Server                     
апр 02 21:53:11 localhost systemd[1]: Started MySQL database server.                                                                                         
lines 1-19/19 (END)

Всё то, что творится с сервисом, ошибки, варнинги, прочие статусы логи сервиса и его процесса

В принципе это, и без того понятно всё

Обычный юзер
Mageia 8 x86_64 Plasma
Спасибо сказали: algri141

11

burster⇓ пишет:

При этом ребут/шатдаун затягивается на 30...300 секунд (когда-как).

Вопрос решён, но пусть будет:
у меня Магея выключается за 17сек (по секундомеру), для сравнения винда-7 за 13сек

Консоль: user
[user@localhost ~]$ systemd-analyze
Startup finished in 4.312s (kernel) + 27.195s (userspace) = 31.507s

По секундомеру 32.20сек, это до входа в сеанс юзера + ещё 32.30сек, уже с открытым браузером и торрентом
Более детальная инфа:

Spoiler

Консоль: user
[user@localhost ~]$ systemd-analyze blame
          7.197s network-up.service
          6.768s shorewall.service
          5.774s systemd-udev-settle.service
          5.451s shorewall6.service
          4.940s mandriva-everytime.service
          4.758s systemd-journald.service
          2.944s dev-sda2.device
          2.697s udisks2.service
          2.638s mysqld.service
          2.553s mga-bg-res.service
          2.547s preload.service
          2.082s resolvconf.service
          1.983s dnf-makecache.service
          1.911s systemd-fsck@dev-disk-by\x2duuid-dce75b77\x2de3de\x2d4fac\x2d88b9\x2df7402247f8b7.service
          1.889s network.service
          1.743s systemd-fsck@dev-disk-by\x2duuid-1dc90381\x2d5ad0\x2d49fb\x2d8c5b\x2d8db00fcbea1b.service
          1.484s systemd-fsck@dev-disk-by\x2duuid-ea1d742c\x2def6a\x2d4f3e\x2da4b6\x2d1148e4730ee0.service
          1.388s lm_sensors.service
          1.288s fedora-loadmodules.service
          1.266s systemd-vconsole-setup.service                                                                                                             
          1.164s chronyd.service                                                                                                                             
          1.082s upower.service                                                                                                                             
          1.014s fedora-readonly.service                                                                                                                     
          1.012s systemd-logind.service                                                                                                                     
          1.008s gpm.service                                                                                                                                 
          1.008s msec.service                                                                                                                               
           925ms media-win_c.mount                                                                                                                           
           910ms media-win_d.mount                                                                                                                           
           909ms media-win_e.mount                                                                                                                           
           888ms cpupower.service                                                                                                                           
           876ms partmon.service                                                                                                                             
           834ms systemd-udevd.service                                                                                                                       
           820ms fedora-storage-init.service                                                                                                                 
           711ms systemd-tmpfiles-setup-dev.service                                                                                                         
           662ms polkit.service                                                                                                                             
           629ms systemd-random-seed.service                                                                                                                 
           616ms sensord.service                                                                                                                             
           445ms freshclam.service                                                                                                                           
           349ms systemd-resolved.service
           347ms systemd-sysctl.service

12

algri14, прибей сервисы msec, shorewall, mysqld
6.768s shorewall.service
5.451s shorewall6.service
2.638s mysqld.service
1.008s msec.service
Итого 14 секунд

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

algri14⇓ пишет:

у меня Магея выключается за 17сек (по секундомеру), для сравнения винда-7 за 13сек

Не скажу, что показатель, просто по той причине, что зависит от того, что выполнялось системой в момент отправки её выключения
У меня магея, что на ноуте, что на бб может выключаться буквально как мгновенно - до 5 сек и уже всё
Так и с задержкой по причине какого-то ожидания
С виндой, та же самая история была, порой быстрый оффлайн, но чаще ей надо было всегда думать
Но тут опять таки, у всех нас системы используются по своему

Обычный юзер
Mageia 8 x86_64 Plasma

13

BoDun⇓ пишет:

algri14, прибей сервисы msec, shorewall, mysqld
6.768s shorewall.service
5.451s shorewall6.service
2.638s mysqld.service
1.008s msec.service
Итого 14 секунд

Дело не просто в 14 сек, а на сколько эти сервисы нужны и важны, при загрузке и далее для работы.
msec - нужный и важный, пусть работает
shorewall - тем более нужный и важный, но для чего их два shorewall.service и shorewall6.service
mysqld.service - это для каких-то баз данных, вообще не знаю ничего про него.
Чтобы их отключать, надо понимать для чего и когда они нужны, я этого не понимаю.
Надо бы разобраться с shorewall.service , shorewall6.service и с mysqld.service
Заглянул в инет, mysqld.service вроде нужен, но для меня это туманно. BoDun, если в курсе, то поясни чтобы чайник понял

14 (2019-04-06 02:47:28 отредактировано BoDun)

algri14
msec - может и нужный, но уже давно попросту его отключил и забыл о нём
shorewall - можно сказать из той же категории

algri14⇓ пишет:

но для чего их два

Два их, потому, что есть два стандарта ipv4 и ipv6
Если у вас используется сетевой адрес\ip в стиле 192.168.0.123 - это ipv4
То есть в таком случае, шестой вам не нужен
Что же до их нужности и важности, был бы у всех нас белый ip то несомненно это нужно и важно
Но поскольку к примеру я сижу на динамическом ip адресе, и поскольку сам провайдер не позволяет прямого доступа по ip до моих устройств, то необходимость в этом отпадает полностью
И в результате, эти три сервиса мне без надобности от слова совсем
Другое дело, если скажем офис или просто большая сеть, где требуются те или иные ограничения, специфичные настройки и мониторинг
mysqld - нужен, если вы работаете напрямую с базами данных или к примеру у вас запущен веб сервер, для работы которого требуется работа именно данного сервиса
В противных случаях, сервер БД может прилететь по зависимостям, запускаться, но при этом ничего не делать и не требоваться
Как-то такое ловилось у меня, что по зависимостям прилетело, после отключения сервиса, ни одна программа не отвалилась и не материлась, то есть никакой разницы между есть оно или нет

Ну, а дальше, это уже вам смотреть, надо оно или нет
Можете просто к примеру выключить сервисы (остановить, а не отключать)

Консоль: root
[root@localhost ~]# systemctl stop mysqld

И если полёт нормальный, ничего не отпало и не стало "материться", то можно и в disable перевести
В любом случае, включить сервис - дело не долгое
Консоль: root
[root@localhost ~]# systemctl enable mysqld && systemctl start mysqld

Что смог, подсказал, может кто-то более знающий правильнее подскажет и порекомендует, ибо я исхожу из личного опыта и полёта, текущей работы двух железок

Обычный юзер
Mageia 8 x86_64 Plasma
Спасибо сказали: algri141

15 (2019-04-06 09:19:28 отредактировано TopE)

BoDun⇓ пишет:

правильнее подскажет и порекомендует

не претендую на знающего, но отключать службы лучше не disable, а mask
то есть, к примеру,
systemctl mask mysqld

включать, соответственно
systemctl unmask mysqld

разница между disable и mask в том, что post-скрипты rpm гарантированно не смогут включить службу после какого-либо обновления того же mysqld

ROSA Desktop Fresh R11.1 EE 2016.1 Desktop 64-бит
Спасибо сказали: BoDun, algri142

16

TopE, а спасибо, это очень интересно однако

Обычный юзер
Mageia 8 x86_64 Plasma