MariaDB - problemas de dependência - deixando desconfigurado

4

Eu tentei instalar o ISPConfig3 no Debian Jessie 8.1, e ele não conseguiu se conectar ao mySQL (mariaDB 10.1). Então eu CTRL + C para matar a instalação e tentei fazer login manualmente no mySQL, mas falhei. Estava reclamando da tomada. Então eu purgou e removei o mariaDB e 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

Dentro da source.list eu tenho (adicionei as duas últimas linhas) ( 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

Depois, segui os comandos dados por 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

Eu recebo o seguinte erro:

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)

Como posso corrigir isso?

    
por KingsInnerSoul 15.12.2015 / 17:54

6 respostas

5

Tente o seguinte:

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

Nota: Quando perguntado se você deseja despejar seus bancos de dados atuais, diga não. Mas você pode desconfigurar facilmente o banco de dados phpmyadmin.

Instale tudo de novo: Adicione o seguinte ao seu arquivo /etc/apt/sources.list :

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

Então,

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

Quando terminar, você poderá executar mysql -V e ver algo como:

mysql  Ver 15.1 Distrib 10.1.9-MariaDB, for debian-linux-gnu (x86_64) using readline 5.2
    
por 15.12.2015 / 18:39
2

Eu tive um problema muito semelhante ao instalar o servidor MariaDB 10.0 no Ubuntu 16.04 atualizado do 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's answer deu uma sugestão usando sudo mysql_install_db , que forneceu um novo erro:

/usr/sbin/mysqld: Can't read dir of '/etc/mysql/mariadb.conf.d/' (Errcode: 13 "Permission denied")

A procura desse erro levou a um relatório de erros do Debian que apontou o problema no AppArmor e poderia ser resolvido com:

$ echo -n "/usr/sbin/mysqld" | sudo tee /sys/kernel/security/apparmor/.remove
$ apt install -f
$ apparmor_parser -r /etc/apparmor.d/usr.sbin.mysqld

Isso instalou o MariaDB corretamente.

    
por 11.01.2018 / 07:01
1

Essa situação pode ocorrer se o tempo limite do script de inicialização for muito curto. Por exemplo, consulte MDEV-9382 , uma situação em que o tempo limite foi de 30 segundos, mas o servidor estava demorando 48 segundos para começar.

Em sistemas em que o systemd não está ativado / suportado:

The timeout can be increased by setting MYSQLD_STARTUP_TIMEOUT either directly in the script or via the command line. In MariaDB 10.1.13 and later versions, the init script also sources /etc/default/mariadb, so it can also be used to set MYSQLD_STARTUP_TIMEOUT to persistently change the startup timeout. The default timeout has been increased from 30s to 60s in MariaDB 10.1.13.

Em sistemas que suportam o systemd:

The startup timeout can be increased by setting TimeoutStartSec systemd option. If there are some systemd settings to override or to set, create a file /etc/systemd/system/mariadb.service.d/XXXX.conf file where XXXX is something meaningful to you and place the configuration option(s) in an appropriate section, usually [Service]. If a systemd option is a list you may need to set this to empty before you set the replacement values, e.g.:

[Service]

TimeoutStartSec=
TimeoutStartSec=60

Após qualquer alteração na configuração systemctl daemon-reload será necessário para obter as alterações.

Origem: link

    
por 08.11.2016 / 11:27
1

Acabei de receber este erro. Para aqueles novos aqui.

O problema foi do banco de dados mysql ausente. Porque eu deletei as pastas /var/lib/mysql/ e /etc/mysql/ .

Acabei de executar sudo mysql_install_db . Em seguida, inicie o serviço MySql sudo service mysql start . Deve funcionar.

Se você receber um erro quando executado sudo mysql_install_db , execute sudo mkdir /etc/mysql/conf.d/ . Então comece de novo.

    
por 25.09.2017 / 01:22
0

Você tem um arquivo .my.cnf no seu diretório pessoal? Isso estava causando o erro para mim. Eu simplesmente excluo e reinicio o processo de instalação.

    
por 31.05.2018 / 21:07
0
sudo apt-get dist-upgrade

.. resolveu isso para mim

Use isso com cuidado porque dist-upgrade pode remover um pacote se houver um conflito entre pacotes ou dependências que não podem ser atendidas. dist-upgrade informará a lista de pacotes que considera adequados para instalação e remoção. Observe a lista antes de fazer alterações

Créditos para Florian

    
por 18.09.2018 / 08:39