Systemd MySQL nie chce się zatrzymać

Po aktualizacji do 15.04 miałem dużo zabawy z poznaniem systemd. Wydaje mi się, że wszystko działa, ale nie jestem w stanie zatrzymać mysql.service; polecenie systemctl po prostu się zawiesza, a mysql nadal działa. Czy ktoś jeszcze tego doświadczył lub może wiedzieć, co się dzieje?

Miałem ten sam problem (aktualizacja do 15.04, przy użyciu oficjalnych plików i konfiguracji).

Musiałem wprowadzić następujące zmiany, aby móc mysqlręcznie zatrzymać demona sytemctli automatycznie ponownie uruchomić / zamknąć system:

1. Uczynić /etc/mysql/debian.cnfczytelny dla mysqlużytkownika z

   sudo chgrp mysql /etc/mysql/debian.cnf; sudo chmod 640 /etc/mysql/debian.cnf
   

2. Podaj nieco zmodyfikowany mysql.serviceplik:

   sudo cp /lib/systemd/system/mysql.service /etc/systemd/system/
   sudo chmod 755 /etc/systemd/system/mysql.service
   

3. Podaj jawne polecenie zatrzymania, otwierając skopiowany plik w edytorze:

   sudo nano /etc/systemd/system/mysql.service
   

   i dodając następujący wiersz w [Service]sekcji:

   ExecStop=/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf shutdown
   

   W Nano użyj Ctrl + O, aby zapisać (sposób Linux!), Ctrl + X, aby wyjść.

4. Powiadom system o nowym pliku usługi:

   sudo systemctl daemon-reload
   

Miałem ten sam problem z Ubuntu 15.10 Desktop i znalazłem sposób, aby go naprawić:

parametr log_error w /etc/mysql/mysql.conf.d/mysqld.cnf został skomentowany. Po odkomentowaniu parametru systemd wykonuje mysqld zamknięcie bez problemów.

Twój problem to rozmiar_wątku_wysoka. Jeśli jest znacznie wyższa niż liczba rdzeni / wątków, nie będziesz w stanie poprawnie zamknąć systemu, chyba że użyjesz polecenia mysqladmin shutdown.

Np .: Masz 2 rdzenie CPU z 4 wątkami. Jeśli ustawisz 1-4 - będzie działać dobrze. Jeśli ustawisz go na 16, zgodnie z zaleceniami wielu blogów o „wysokiej wydajności”, zostanie on poocięty.

Miałem podobny problem z tym, że mysql / mariadb nie przestał działać , gdy systemd polecił to podczas zamykania lub wywołania ręcznego sudo service mysql stop.

W moim przypadku uruchamiam system Ubuntu / Windows z podwójnym uruchomieniem w trybie UEFI, a te systemy operacyjne interpretują inny czas sprzętowy, więc oba systemy synchronizują się z internetowymi serwerami czasu podczas uruchamiania.

MySQL (i Mariadb) nie przestał działać, jeśli czas sprzętu zmienił się podczas jego działania.

Musisz odłożyć uruchomienie MySQL na czas po synchronizacji czasu. Najlepiej byłoby to zrobić, wstawiając tymczasową zależność od mysql, After: time-syncale to nie działało dla mnie.

Rozwiązanie, które zadziałało dla mnie (mysql można zastąpić mariadb dla tego samego efektu):

1. Wyłącz mysql przy pomocy sudo systemctl disabled mysql.service

2. Utwórz skrypt (upewnij się, że jest wykonywalny), który po pewnym czasie uruchomi mysql /usr/bin/delay_mysqlz zawartością:

   #!/bin/sh
   sleep 30s
   /etc/init.d/mysql start
   

3. Utwórz usługę systemową, aby uruchomić nowy skrypt /etc/systemd/system/delay_mysql.service z zawartością:

   [Unit]
   Description=Delay start of MySQL / MariaDB
   
   [Service]
   Type=oneshot
   ExecStart=/usr/bin/delay_mysql
   
   [Install]
   WantedBy=multi-user.target  
   

4. Zarejestruj swoją nową usługę za pomocą sudo systemctl enable delay_mysql.service

Spowoduje to, że twój skrypt będzie działał na poziomach wielu użytkowników, które na Ubuntu wynoszą 3,4,5.

Tylko podczas kopiowania mysql.servicemusisz zrobić chmodpóźniej.

cp /lib/systemd/system/mysql.service /etc/systemd/system/
chmod 755 /etc/systemd/system/mysql.service

w moim przypadku było to niedopasowanie hasła dla użytkownika konserwacji debian-sys-maintmiędzy jednym w /etc/mysql/debian.cnfjednym a jednym w bazie danych MySQL.

Ten użytkownik jest używany do zamykania MySQL i innych funkcji. Po aktualizacji MySQL może się zdarzyć, że istnieje niezgodność przekazywania między plikiem a bazą danych. Może się to również zdarzyć, jeśli przeniesiesz bazę danych z jednego MySQL do drugiego. Jeśli zaimportujesz wszystkie bazy danych i użytkowników z innego MySQL na innym komputerze, musisz ponownie zsynchronizować debian-sys-mainthasło użytkownika konserwacji ( ).

Musisz: sprawdzić aktualne hasło w pliku ubuntu / debian:

sudo cat /etc/mysql/debian.cnf

# Automatically generated for Debian scripts. DO NOT TOUCH!
[client]
host     = localhost
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
[mysql_upgrade]
user     = debian-sys-maint
password = n4aSHUP04s1J32X5
socket   = /var/run/mysqld/mysqld.sock
basedir  = /usr

Możesz zobaczyć swoje hasło, którego system będzie używał tutaj: password = n4aSHUP04s1J32X5

Następnym krokiem jest aktualizacja MySQL do tego samego hasła: Zaloguj się do MySQL:

~$ mysql -u root -p

Wpisz hasło, aby uzyskać dostęp do MySQL

mysql> GRANT ALL PRIVILEGES ON *.* TO 'debian-sys-maint'@'localhost' IDENTIFIED BY 'n4aSHUP04s1J32X5';**

Po tym nie ma już problemów z zamykaniem, nie trzeba czekać 10 minut, nie ma problemów z instalowaniem aplikacji korzystających z tego konta serwisowego, takich jak phpmyadmin.

AKTUALIZACJA: Więc niestety to nie rozwiązało problemu. Sprawiło, że było to trochę losowe - czasami mogę zatrzymać usługę bez problemu, innym razem zawiesi się po zatrzymaniu usługi.