MARIADB - Problèmes de dépendance - laissant peu confiable
J'ai essayé d'installer ISPConfig3 sur Debian Jessie 8.1, et cela ne pouvait pas se connecter à MySQL (Mariadb 10.1). Donc, I Ctrl + C de tuer l'installation et j'ai essayé de vous connecter manuellement à MySQL, mais j'ai échoué. Il se plaint de la prise. J'ai donc purgé et supprimé Mariahb et MySQL:
service mysql stop
apt-get --purge remove "mysql*"
mv /etc/mysql/ /tmp/mysql_configs/
apt-get remove --purge mysql*
apt-get autoremove
apt-get autoclean
service Apache2 restart
apt-get update
À l'intérieur de la source.Liste j'ai (ajouté les deux dernières lignes) (nano /etc/apt/sources.list):
deb http://debian.mirror.constant.com/ jessie main contrib non-free
deb-src http://debian.mirror.constant.com/ jessie main contrib non-free
deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free
deb [Arch=AMD64,i386] http://ftp.utexas.edu/mariadb/repo/10.0/debian jessie main
deb-src http://ftp.utexas.edu/mariadb/repo/10.0/debian jessie main
Ensuite, j'ai suivi les commandes données par Mariadb :
Sudo apt-get install software-properties-common
Sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db
Sudo apt-get update
Sudo apt-get install mariadb-server
Je reçois l'erreur suivante:
Setting up mariadb-server-10.1 (10.1.9+maria-1~jessie) ...
2015-12-15 11:26:57 140472422967232 [Note] /usr/sbin/mysqld (mysqld 10.1.9-MariaDB-1~jessie) starting as process 12018 ...
2015-12-15 11:26:57 140472422967232 [Note] Using unique option prefix 'myisam_recover' is error-prone and can break in the future. Please use the full name 'myisam-recover-options' instead.
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Using mutexes to ref count buffer pool pages
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: The InnoDB memory heap is disabled
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Memory barrier is not used
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Compressed tables use zlib 1.2.8
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Using Linux native AIO
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Using CPU crc32 instructions
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Initializing buffer pool, size = 256.0M
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Completed initialization of buffer pool
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Highest supported file format is Barracuda.
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: 128 rollback segment(s) are active.
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Waiting for purge to start
2015-12-15 11:26:57 140472422967232 [Note] InnoDB: Percona XtraDB (http://www.percona.com) 5.6.26-74.0 started; log sequence number 19615081045
2015-12-15 11:26:57 140471636559616 [Note] InnoDB: Dumping buffer pool(s) not yet started
2015-12-15 11:26:58 140472422967232 [Note] Plugin 'FEEDBACK' is disabled.
Job for mariadb.service failed. See 'systemctl status mariadb.service' and 'journalctl -xn' for details.
invoke-rc.d: initscript mysql, action "start" failed.
dpkg: error processing package mariadb-server-10.1 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.1 (= 10.1.9+maria-1~jessie); however:
Package mariadb-server-10.1 is not configured yet.
dpkg: error processing package mariadb-server (--configure):
dependency problems - leaving unconfigured
Errors were encountered while processing:
mariadb-server-10.1
mariadb-server
E: Sub-process /usr/bin/dpkg returned an error code (1)
Comment puis-je le réparer?
Essayez ce qui suit:
apt-get remove --purge mysql*
apt-get remove --purge mysql
apt-get remove --purge mariadb
apt-get remove --purge mariadb*
apt-get --purge remove mariadb-server
apt-get --purge remove python-software-properties
Remarque: lorsque vous êtes invité si vous souhaitez jeter vos bases de données actuelles, dites non. Mais vous pouvez facilement déconfigurer la base de données PHPMYADMIN.
Tout installer à partir de frais: ajoutez ce qui suit à votre /etc/apt/sources.list déposer:
deb [Arch=AMD64,i386] http://ftp.utexas.edu/mariadb/repo/10.1/debian jessie main
deb-src http://ftp.utexas.edu/mariadb/repo/10.1/debian jessie main
Puis,
apt-get install python-software-properties
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 0xcbcb082a1bb943db
apt-get install software-properties-common
apt-get install mariadb-server mariadb-client
Une fois que vous êtes terminé, vous devriez pouvoir courir mysql -V et voir quelque chose comme:
mysql Ver 15.1 Distrib 10.1.9-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2
J'ai eu un problème très similaire Installation de Mariadb Server 10.0 sur Ubuntu 16.04 surNé à partir de Ubuntu 14.04.
Setting up mariadb-server-10.0 (10.0.31-0ubuntu0.16.04.2) ...
dpkg: error processing package mariadb-server-10.0 (--configure):
subprocess installed post-installation script returned error exit status 1
dpkg: dependency problems prevent configuration of mariadb-server:
mariadb-server depends on mariadb-server-10.0 (>= 10.0.31-0ubuntu0.16.04.2); however:
Package mariadb-server-10.0 is not configured yet.
dpkg: error processing package mariadb-server (--configure):
dependency problems - leaving unconfigured
@ user3502626 La réponse a donné un indice en utilisant Sudo mysql_install_db, qui a fourni une nouvelle erreur:
/usr/sbin/mysqld: Can't read dir of '/etc/mysql/mariadb.conf.d/' (Errcode: 13 "Permission denied")
La recherche de cette erreur a conduit n rapport de bogue Debian qui a signalé le problème à Apparmor et pourrait être résolu avec:
$ echo -n "/usr/sbin/mysqld" | Sudo tee /sys/kernel/security/apparmor/.remove
$ apt install -f
$ apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld
Qui a installé Mariashb correctement.
Je viens de recevoir cette erreur. Pour ceux qui neufs ici.
Le problème était de mysql base de données manquante. Parce que j'ai supprimé les dossiers /var/lib/mysql/ et /etc/mysql/.
Je viens d'exécuter Sudo mysql_install_db. Puis démarrez le service MySQL Sudo service mysql start. Cela devrait fonctionner.
Si vous obtenez une erreur lorsqu'il est exécuté Sudo mysql_install_db, exécuter Sudo mkdir /etc/mysql/conf.d/. Puis recommencez.
Cette situation pourrait se produire si le délai d'expiration du script init était trop court. Par exemple, voir MDEV-9382 , une situation où le délai d'attente était de 30 secondes, mais le serveur prenait 48 secondes pour commencer.
Sur les systèmes où SystemD n'est pas activé/pris en charge:
Le délai d'attente peut être augmenté en définissant mysqld_startup_timeout directement dans le script ou via la ligne de commande. Dans Mariadb 10.1.13 et versions ultérieures, le script init est également source/etc/défaut/mariadb. Il peut donc également être utilisé pour définir mysqld_startup_timeout pour modifier de manière persistante le délai de démarrage. Le délai d'attente par défaut a été augmenté de 30 à 60 à 60 à Mariadb 10.1.13.
Sur les systèmes qui soutiennent SystemD:
Le délai de démarrage peut être augmenté en définissant l'option SystemD TimeOutStartsec. S'il y a des paramètres SystemD pour remplacer ou définir, créez un fichier /etc/systemd/system/mariadb.service.d/xxxx.conf dans lequel XXXX est quelque chose de sens à vous et placez l'option de configuration dans une section, généralement [service]. Si une option SystemD est une liste, vous devrez peut-être définir ceci pour vider avant de définir les valeurs de remplacement, E.G.:
[Service]
TimeoutStartSec=
TimeoutStartSec=60
Après tout changement de configuration systemctl daemon-reload sera nécessaire pour ramasser les changements.
Source:https://mariadb.com/kb/en/mariadb/apt-upgrade -Fails-mais-the-baseware-is-olfing /
Avez-vous un fichier .My.cnf dans votre répertoire personnel? C'était causant l'erreur pour moi. Je le supprimai simplement et redémarre le processus d'installation.
Sudo apt-get dist-upgrade
..Resolved ceci pour moi
Utilisez ceci avec prudence parce que dist-upgrade Peut supprimer un emballage s'il y a un conflit entre les packages ou les dépendances qui ne peuvent pas être satisfaits. dist-upgrade vous dira la liste des packages qu'il jugera adapté à l'installation et à la suppression. Observez la liste avant de faire des changements
Crédits à Florian