Migration Debian 8

ça c'est le lancement d'un service ....
lance tout simplement mysqld, ça évitera d'avoir l'erreur LSB.
Si tu ne sais pas ce qu'est le LSB 
[wiki.debian.org/LSBInitScripts](https://wiki.debian.org/LSBInitScripts)

ça c’est le lancement d’un service …
lance tout simplement mysqld, ça évitera d’avoir l’erreur LSB.
Si tu ne sais pas ce qu’est le LSB
wiki.debian.org/LSBInitScripts

Idem…
Après avoir fait

  • reboot.

mais problème avec mysql (même erreur) et toujours un écran noir du pc… et donc configuration sous sh avec mon portable…

et le serveur qui doit être prêt pour Lundi… je suis pas dans la m… !

[code]# systemctl status mysql.service
● mysql.service - LSB: Start and stop the mysql database server daemon
Loaded: loaded (/etc/init.d/mysql)
Active: failed (Result: exit-code) since ven. 2015-08-14 18:19:11 CEST; 2min 58s ago
Process: 514 ExecStart=/etc/init.d/mysql start (code=exited, status=1/FAILURE)

août 14 18:19:11 servapapa mysql[514]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 14 18:19:11 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 14 18:19:11 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
août 14 18:19:11 servapapa systemd[1]: Unit mysql.service entered failed state.
root@servapapa:/home/debimed# journalctl -xn
– Logs begin at ven. 2015-08-14 18:18:38 CEST, end at ven. 2015-08-14 18:19:12 CEST. –
août 14 18:19:11 servapapa /etc/init.d/mysql[1438]: Check that mysqld is running and that the socket: ‘/var/run/mysqld/mysqld.sock’ exists!
août 14 18:19:11 servapapa /etc/init.d/mysql[1438]:
août 14 18:19:11 servapapa mysql[514]: Starting MySQL database server: mysqld . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . failed!
août 14 18:19:11 servapapa systemd[1]: mysql.service: control process exited, code=exited status=1
août 14 18:19:11 servapapa systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
– Subject: L’unité (unit) mysql.service a échoué
– Defined-By: systemd
– Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel

– L’unité (unit) mysql.service a échoué, avec le résultat failed.
août 14 18:19:11 servapapa systemd[1]: Unit mysql.service entered failed state.
août 14 18:19:12 servapapa exim4[1441]: Starting MTA: exim4.
août 14 18:19:12 servapapa exim[1692]: 2015-08-14 18:19:12 exim 4.84 daemon started: pid=1692, -q30m, listening for SMTP on [127.0.0.1]:25 [::1]:25
août 14 18:19:12 servapapa exim[1692]: 2015-08-14 18:19:12 Cannot open main log file “/var/log/exim4/mainlog”: Permission denied: euid=101 egid=103
août 14 18:19:12 servapapa exim[1692]: exim: could not open panic log - aborting: see message(s) above
[/code]

Je ne savais pas qu’on pouvait lancer mysqd ! (désolé)

[code]# mysqld
150814 18:25:33 [Warning] Using unique option prefix key_buffer instead of key_buffer_size is deprecated and will be removed in a future release. Please use the full name instead.
150814 18:25:33 [Note] mysqld (mysqld 5.5.44-0+deb8u1) starting as process 1724 …
150814 18:25:33 [Warning] Using unique option prefix myisam-recover instead of myisam-recover-options is deprecated and will be removed in a future release. Please use the full name instead.
150814 18:25:33 [Note] Plugin ‘FEDERATED’ is disabled.
150814 18:25:33 InnoDB: The InnoDB memory heap is disabled
150814 18:25:33 InnoDB: Mutexes and rw_locks use GCC atomic builtins
150814 18:25:33 InnoDB: Compressed tables use zlib 1.2.8
150814 18:25:33 InnoDB: Using Linux native AIO
150814 18:25:33 InnoDB: Initializing buffer pool, size = 128.0M
150814 18:25:34 InnoDB: Completed initialization of buffer pool
150814 18:25:34 InnoDB: highest supported file format is Barracuda.
150814 18:25:34 InnoDB: Waiting for the background threads to start
150814 18:25:35 InnoDB: 5.5.44 started; log sequence number 1620814
150814 18:25:35 [Note] Server hostname (bind-address): ‘127.0.0.1’; port: 3306
150814 18:25:35 [Note] - ‘127.0.0.1’ resolves to ‘127.0.0.1’;
150814 18:25:35 [Note] Server socket created on IP: ‘127.0.0.1’.
150814 18:25:35 [Note] Event Scheduler: Loaded 0 events
150814 18:25:35 [Note] mysqld: ready for connections.
Version: ‘5.5.44-0+deb8u1’ socket: ‘/var/run/mysqld/mysqld.sock’ port: 3306 (Debian)

[/code]

mysql à l’air de fonctionner, c’est juste le script d’init qui est foireux

#apt-get remove --purge mysql-server #apt-get install mysql-server
normalement, il te demande si tu veux sauvegarder la config.

Normalement

[quote=“krislec”]Upgrade cette Am…

$ dpkg -l |grep sysv $ ls -la /etc/init.d/

[quote]
Description : utilitaires init System-V-like - paquet de transition

Ce paquet dépend de init, qui est un paquet essentiel en charge de récupérer le système init par défaut.
Débutant avec jessie, il s’agira de systemd sous Linux.
Il facilite une transition progressive et fournit un binaire init SysV de régression pouvant être utilisé pour démarrer le système via le paramètre init=/lib/sysvinit/init de ligne de commande noyau au cas où le système n’arriverait pas à démarrer après le basculement vers sytemd.

Si votre système démarre correctement avec [strike]sytemd[/strike] ou si vous avez choisi de rester fidèle à sysvinit-core, ce paquet peut être retiré en toute sécurité.
Site : savannah.nongnu.org/projects/sysvinit[/quote]

J’avoue être un peu dépassé… mais je vais essayé de comprendre…
Merci merci merci pour ces explications.

# dpkg -l |grep sysv ii systemd-sysv 215-17+deb8u1 i386 system and service manager - SysV links ii sysv-rc 2.88dsf-59 all System-V-like runlevel change mechanism ii sysvinit 2.88dsf-59 i386 System-V-like init utilities - transitional package ii sysvinit-utils 2.88dsf-59 i386 System-V-like utilities

# ls -la /etc/init.d/ total 332 drwxr-xr-x 2 root root 4096 août 14 19:08 . drwxr-xr-x 106 root root 4096 août 15 04:26 .. -rwxr-xr-x 1 root root 2243 nov. 9 2014 acpid -rwxr-xr-x 1 root root 10077 août 1 22:27 apache2 -rwxr-xr-x 1 root root 716 sept. 3 2013 apache2-tmpfs -rwxr-xr-x 1 root root 1071 juin 25 2011 atd -rwxr-xr-x 1 root root 2401 avril 13 22:26 avahi-daemon -rwxr-xr-x 1 root root 1276 oct. 15 2012 bootlogs -rwxr-xr-x 1 root root 1248 avril 6 17:50 bootmisc.sh -rwxr-xr-x 1 root root 3807 avril 6 17:50 checkfs.sh -rwxr-xr-x 1 root root 1072 avril 6 17:50 checkroot-bootclean.sh -rwxr-xr-x 1 root root 9290 avril 6 17:50 checkroot.sh -rwxr-xr-x 1 root root 1379 déc. 9 2011 console-setup -rwxr-xr-x 1 root root 3049 oct. 24 2014 cron -rwxr-xr-x 1 root root 2816 mai 31 15:40 cups -rwxr-xr-x 1 root root 1961 juil. 3 13:44 cups-browsed -rwxr-xr-x 1 root root 2813 nov. 24 2014 dbus -rw-r--r-- 1 root root 1680 août 14 19:08 .depend.boot -rw-r--r-- 1 root root 911 août 14 19:08 .depend.start -rw-r--r-- 1 root root 1072 août 14 19:08 .depend.stop -rwxr-xr-x 1 root root 6606 févr. 17 17:42 exim4 -rwxr-xr-x 1 root root 6383 mars 19 2014 fail2ban -rwxr-xr-x 1 root root 1336 avril 6 17:50 halt -rwxr-xr-x 1 root root 10704 févr. 24 12:39 hdparm -rwxr-xr-x 1 root root 1423 oct. 15 2012 hostname.sh -rwxr-xr-x 1 root root 3916 mars 30 00:29 hwclock.sh -rwxr-xr-x 1 root root 1924 sept. 10 2014 irqbalance -rwxr-xr-x 1 root root 8189 oct. 25 2014 kbd -rwxr-xr-x 1 root root 1591 oct. 1 2012 keyboard-setup -rwxr-xr-x 1 root root 1300 avril 6 17:50 killprocs -rwxr-xr-x 1 root root 1990 mai 20 2012 kmod -rwxr-xr-x 1 root root 2461 oct. 4 2014 mdadm -rwxr-xr-x 1 root root 5725 oct. 4 2014 mdadm-raid -rwxr-xr-x 1 root root 1249 oct. 4 2014 mdadm-waitidle -rwxr-xr-x 1 root root 995 oct. 15 2012 motd -rwxr-xr-x 1 root root 677 avril 6 17:50 mountall-bootclean.sh -rwxr-xr-x 1 root root 2138 avril 6 17:50 mountall.sh -rwxr-xr-x 1 root root 1461 avril 6 17:50 mountdevsubfs.sh -rwxr-xr-x 1 root root 1564 avril 6 17:50 mountkernfs.sh -rwxr-xr-x 1 root root 685 avril 6 17:50 mountnfs-bootclean.sh -rwxr-xr-x 1 root root 2456 avril 6 17:50 mountnfs.sh -rwxr-xr-x 1 root root 5485 juil. 15 17:10 mysql -rwxr-xr-x 1 root root 4760 déc. 14 2014 networking -rwxr-xr-x 1 root root 5658 août 13 2014 nfs-common -rwxr-xr-x 1 root root 1192 mars 6 22:12 procps -rwxr-xr-x 1 root root 6228 avril 6 17:50 rc -rwxr-xr-x 1 root root 820 avril 6 17:50 rc.local -rwxr-xr-x 1 root root 117 avril 6 17:50 rcS -rw-r--r-- 1 root root 2427 avril 6 17:50 README -rwxr-xr-x 1 root root 661 avril 6 17:50 reboot -rwxr-xr-x 1 root root 1042 avril 6 17:50 rmnologin -rwxr-xr-x 1 root root 2512 juil. 16 2014 rpcbind -rwxr-xr-x 1 root root 4355 juil. 10 2014 rsync -rwxr-xr-x 1 root root 2796 oct. 2 2014 rsyslog -rwxr-xr-x 1 root root 2526 oct. 13 2014 saned -rwxr-xr-x 1 root root 3207 avril 6 17:50 sendsigs -rwxr-xr-x 1 root root 597 avril 6 17:50 single -rw-r--r-- 1 root root 1087 avril 6 17:50 skeleton -rwxr-xr-x 1 root root 4077 mars 23 00:08 ssh -rwxr-xr-x 1 root root 6581 mai 26 07:56 udev -rwxr-xr-x 1 root root 461 mai 26 07:56 udev-finish -rwxr-xr-x 1 root root 2737 avril 6 17:50 umountfs -rwxr-xr-x 1 root root 2202 avril 6 17:50 umountnfs.sh -rwxr-xr-x 1 root root 1129 avril 6 17:50 umountroot -rwxr-xr-x 1 root root 3111 oct. 15 2012 urandom -rwxr-xr-x 1 root root 1314 mai 14 2013 webmin -rwxr-xr-x 1 root root 2666 mars 2 2012 x11-common

Je me suis fait “violence”… j’ai fait

#apt-get remove --purge mysql-server #apt-get install mysql-server

Pas de perte de base de données mais problème identique:

mysql n’est pas actif quand je reboote le serveur !

Je ne comprends pas !!!
Je suis obligé de lancer mysqld à la main…

Si cela peut aider…

dpkg -l | grep mysql ii libdbd-mysql-perl 4.028-2+b1 i386 Perl5 database interface to the MySQL database ii libmysqlclient18:i386 5.5.44-0+deb8u1 i386 MySQL database client library ii libqt4-sql-mysql:i386 4:4.8.6+git64-g5dc8b2b+dfsg-3+deb8u1 i386 Qt 4 MySQL database driver ii mysql-client 5.5.44-0+deb8u1 all MySQL database client (metapackage depending on the latest version) ii mysql-client-5.5 5.5.44-0+deb8u1 i386 MySQL database client binaries ii mysql-common 5.5.44-0+deb8u1 all MySQL database common files, e.g. /etc/mysql/my.cnf ii mysql-server 5.5.44-0+deb8u1 all MySQL database server (metapackage depending on the latest version) ii mysql-server-5.5 5.5.44-0+deb8u1 i386 MySQL database server binaries and system database setup ii mysql-server-core-5.5 5.5.44-0+deb8u1 i386 MySQL database server binaries ii php5-mysql 5.6.9+dfsg-0+deb8u1 i386 MySQL module for php5

Bon… J’ai toujours des problèmes avec mysql qui ne se lance pas au démarrage du serveur malgré

apt-get remove --purge mysql-server #apt-get install mysql-server

pour vérifier l’état du service (qui était déjà ok (2 3 4 5)), voire de relancer la configuration

mais rien n’y fait…

Quelle est la différence entre la commande “mysqld” (le serveur donc…) et la commande /etc/init.d/mysql start (le service mysql(d) ???)