Logo

Solución a error de base de datos MariaDB en webmin

Escrito por
12 de noviembre de 2023

Estos son los paso que seguí en chatGPT:

tengo este problema en webmin: MariaDB Database Server MySQL version 10.3.38-MariaDB Error! MariaDB is not running on your system – database list could not be retrieved. MariaDB error message The full MariaDB error message was : DBI connect failed : Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2) ? Click this button to start the MariaDB database server on your system with the command systemctl start mysql. This Webmin module cannot administer the database until it is started. ChatGPT

El mensaje de error indica que MariaDB no está en ejecución en tu sistema y, por lo tanto, Webmin no puede recuperar la lista de bases de datos. También menciona que no puede conectarse al servidor MySQL a través del socket ‘/var/run/mysqld/mysqld.sock’.

Aquí hay algunos pasos que puedes seguir para intentar resolver este problema:

  1. Iniciar MariaDB manualmente: Puedes intentar iniciar MariaDB manualmente ejecutando el siguiente comando en tu terminal:bashCopy codesudo systemctl start mariadb Luego, verifica si Webmin puede conectarse a MariaDB después de ejecutar este comando.
  2. Verificar el estado de MariaDB: Puedes verificar el estado actual de MariaDB para asegurarte de que esté en ejecución con el siguiente comando:bashCopy codesudo systemctl status mariadb Si MariaDB no está en ejecución, intenta reiniciarlo con:bashCopy codesudo systemctl restart mariadb
  3. Verificar el archivo de configuración de MariaDB: Asegúrate de que el archivo de configuración de MariaDB esté correctamente configurado. El archivo de configuración típicamente se encuentra en /etc/mysql/mariadb.conf.d/ o /etc/my.cnf. Busca la configuración del socket y asegúrate de que coincida con el valor mencionado en el mensaje de error.
  4. Verificar si el socket existe: Verifica si el socket mencionado en el mensaje de error existe realmente. Puedes hacerlo con el siguiente comando:bashCopy codels -l /var/run/mysqld/mysqld.sock Si el socket no existe, es posible que MariaDB no se haya iniciado correctamente. Intenta revisar los registros de MariaDB para obtener más información:bashCopy codesudo journalctl -xe | grep mariadb Esto mostrará los registros relacionados con MariaDB y puede proporcionar pistas sobre por qué no se pudo iniciar.
  5. Reinstalar MariaDB: Si ninguno de los pasos anteriores soluciona el problema, puedes intentar reinstalar MariaDB. Esto a veces puede resolver problemas de configuración corrupta. Asegúrate de hacer una copia de seguridad de tus datos antes de realizar una reinstalación.bashCopy codesudo apt-get remove --purge mariadb-server sudo apt-get install mariadb-server Después de reinstalar, intenta iniciar MariaDB y verifica si Webmin puede conectarse.

Espero que estos pasos te ayuden a solucionar el problema. Si sigues teniendo problemas, proporciona más detalles sobre tu configuración y cualquier mensaje de error adicional que puedas ver para obtener ayuda más específica.

root@vmi465076:~# sudo systemctl start mariadb Job for mariadb.service failed because the control process exited with error code. See «systemctl status mariadb.service» and «journalctl -xe» for details. ChatGPT

Cuando encuentras un error al intentar iniciar MariaDB y se te sugiere revisar «systemctl status mariadb.service» y «journalctl -xe» para obtener más detalles, es una buena práctica seguir esas sugerencias para obtener información más específica sobre el problema.

Puedes ejecutar los siguientes comandos para obtener más detalles sobre el error:

bashCopy code

sudo systemctl status mariadb.service sudo journalctl -xe | grep mariadb

Estos comandos te mostrarán información detallada sobre por qué MariaDB no se pudo iniciar. Busca líneas que indiquen errores o problemas específicos. Esto debería proporcionar información adicional que te ayudará a identificar y solucionar el problema.

Si no puedes resolver el problema con esta información, por favor, comparte la salida de esos comandos aquí para que pueda proporcionarte más ayuda.

root@vmi465076:~# sudo systemctl status mariadb.service ● mariadb.service – MariaDB 10.3.38 database server Loaded: loaded (/lib/systemd/system/mariadb.service; disabled; vendor preset: enabled) Active: failed (Result: exit-code) since Sun 2023-11-12 23:01:20 CET; 2min 57s ago Docs: man:mysqld(8) https://mariadb.com/kb/en/library/systemd/ Process: 124874 ExecStartPre=/usr/bin/install -m 755 -o mysql -g root -d /var/run/mysqld (code=exited, status=0/> Process: 124885 ExecStartPre=/bin/sh -c systemctl unset-environment _WSREP_START_POSITION (code=exited, status=0> Process: 124887 ExecStartPre=/bin/sh -c [ ! -e /usr/bin/galera_recovery ] && VAR= || VAR=`cd /usr/bin/..; /usr> Process: 124943 ExecStart=/usr/sbin/mysqld $MYSQLD_OPTS $_WSREP_NEW_CLUSTER $_WSREP_START_POSITION (code=exited,> Main PID: 124943 (code=exited, status=1/FAILURE) Status: «MariaDB server is down» Nov 12 23:01:17 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/> Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. ChatGPT

El mensaje de error indica que el proceso principal de MariaDB (mysqld) ha fallado al intentar iniciarse. Aquí hay algunas sugerencias para abordar este problema:

  1. Revisar el Registro de Errores de MariaDB: Puedes revisar el archivo de registro de errores de MariaDB para obtener más detalles sobre la causa del fallo. El archivo de registro suele encontrarse en /var/log/mysql/error.log. Puedes usar el siguiente comando para ver las últimas líneas del registro:bashCopy codesudo tail -n 50 /var/log/mysql/error.log Busca mensajes de error o advertencias que puedan indicar la causa del problema.
  2. Verificar Configuración de MariaDB: Asegúrate de que la configuración de MariaDB esté correcta. Revisa el archivo de configuración principal, que generalmente se encuentra en /etc/mysql/mariadb.conf.d/ o /etc/my.cnf. Presta especial atención a configuraciones como el directorio de datos, el socket y otros parámetros importantes.
  3. Verificar Permiso del Directorio de Datos: Asegúrate de que el directorio de datos de MariaDB tenga los permisos adecuados para que el usuario de MariaDB pueda acceder a él. El directorio de datos comúnmente se encuentra en /var/lib/mysql. Puedes usar el siguiente comando para verificar y corregir los permisos:bashCopy codesudo chown -R mysql:mysql /var/lib/mysql
  4. Verificar Uso de Recursos: Asegúrate de que no haya problemas con el uso de recursos en el sistema. Puedes verificar el uso actual de CPU y memoria con herramientas como top:bashCopy codetop Esto te dará una visión en tiempo real de los procesos que están consumiendo recursos.
  5. Revisar Configuración de Galera (si aplicable): Si estás utilizando Galera Cluster para MariaDB, revisa la configuración relacionada con Galera. En tu estado actual, parece que hay una referencia a VAR=, lo cual podría estar relacionado con la configuración de Galera.

Después de realizar estos pasos, intenta reiniciar MariaDB nuevamente:

bashCopy code

sudo systemctl restart mariadb

Y verifica el estado para ver si se inicia correctamente:

bashCopy code

sudo systemctl status mariadb

Si después de estos pasos aún no puedes resolver el problema, revisa los mensajes de error específicos y proporciona más detalles para que pueda ayudarte mejor.

root@vmi465076:~# sudo tail -n 50 /var/log/mysql/error.log 2023-11-12 22:59:50 0 [ERROR] Failed to setup SSL 2023-11-12 22:59:50 0 [ERROR] SSL error: Unable to get private key 2023-11-12 22:59:50 0 [ERROR] Aborting 2023-11-12 23:00:06 0 [Note] Starting MariaDB 10.3.38-MariaDB-0ubuntu0.20.04.1 source revision c73985f2ce8a391582787f3e310a011c1a712bec as process 124424 2023-11-12 23:00:06 0 [Note] InnoDB: Using Linux native AIO 2023-11-12 23:00:06 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2023-11-12 23:00:06 0 [Note] InnoDB: Uses event mutexes 2023-11-12 23:00:06 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-12 23:00:06 0 [Note] InnoDB: Number of pools: 1 2023-11-12 23:00:06 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-12 23:00:06 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 2023-11-12 23:00:06 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-12 23:00:06 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2023-11-12 23:00:06 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-12 23:00:06 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-12 23:00:06 0 [Note] InnoDB: Setting file ‘./ibtmp1’ size to 12 MB. Physically writing the file full; Please wait … 2023-11-12 23:00:06 0 [Note] InnoDB: File ‘./ibtmp1’ size is now 12 MB. 2023-11-12 23:00:06 0 [Note] InnoDB: Waiting for purge to start 2023-11-12 23:00:06 0 [Note] InnoDB: 10.3.38 started; log sequence number 439748453; transaction id 371511 2023-11-12 23:00:06 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool 2023-11-12 23:00:06 0 [Note] Plugin ‘FEEDBACK’ is disabled. SSL error: Unable to get private key from ‘/etc/mysql/mysql-ssl.key’ 2023-11-12 23:00:06 0 [ERROR] Failed to setup SSL 2023-11-12 23:00:06 0 [ERROR] SSL error: Unable to get private key 2023-11-12 23:00:06 0 [ERROR] Aborting 2023-11-12 23:01:17 0 [Note] Starting MariaDB 10.3.38-MariaDB-0ubuntu0.20.04.1 source revision c73985f2ce8a391582787f3e310a011c1a712bec as process 124943 2023-11-12 23:01:17 0 [Note] InnoDB: Using Linux native AIO 2023-11-12 23:01:17 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2023-11-12 23:01:17 0 [Note] InnoDB: Uses event mutexes 2023-11-12 23:01:17 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-12 23:01:17 0 [Note] InnoDB: Number of pools: 1 2023-11-12 23:01:17 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-12 23:01:17 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 2023-11-12 23:01:17 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-12 23:01:17 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2023-11-12 23:01:18 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-12 23:01:18 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-12 23:01:18 0 [Note] InnoDB: Setting file ‘./ibtmp1’ size to 12 MB. Physically writing the file full; Please wait … 2023-11-12 23:01:18 0 [Note] InnoDB: File ‘./ibtmp1’ size is now 12 MB. 2023-11-12 23:01:18 0 [Note] InnoDB: Waiting for purge to start 2023-11-12 23:01:18 0 [Note] InnoDB: 10.3.38 started; log sequence number 439748462; transaction id 371511 2023-11-12 23:01:18 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool 2023-11-12 23:01:18 0 [Note] Plugin ‘FEEDBACK’ is disabled. SSL error: Unable to get private key from ‘/etc/mysql/mysql-ssl.key’ 2023-11-12 23:01:18 0 [ERROR] Failed to setup SSL 2023-11-12 23:01:18 0 [ERROR] SSL error: Unable to get private key 2023-11-12 23:01:18 0 [ERROR] Aborting ChatGPT

El problema parece estar relacionado con la configuración SSL de MariaDB. Los mensajes de error indican que MariaDB no puede obtener la clave privada del archivo especificado en /etc/mysql/mysql-ssl.key.

Aquí hay algunas cosas que puedes verificar y corregir:

  1. Verificar la Configuración SSL: Asegúrate de que el archivo de clave privada /etc/mysql/mysql-ssl.key exista y tenga los permisos correctos. Puedes verificar esto ejecutando:bashCopy codels -l /etc/mysql/mysql-ssl.key Asegúrate de que el propietario y el grupo sean mysql y que los permisos sean adecuados (por ejemplo, 600).
  2. Corregir la Configuración SSL en MariaDB: Si el archivo de clave privada existe pero el problema persiste, verifica la configuración SSL en el archivo de configuración de MariaDB (generalmente en /etc/mysql/mariadb.conf.d/ o /etc/my.cnf). Busca las líneas relacionadas con SSL y asegúrate de que estén configuradas correctamente.Por ejemplo, la sección relevante en el archivo de configuración podría verse así:confCopy code[mysqld] ssl-ca=/path/to/ca-cert.pem ssl-cert=/path/to/server-cert.pem ssl-key=/etc/mysql/mysql-ssl.key Asegúrate de que las rutas y nombres de archivo sean correctos.
  3. Corregir Permisos del Directorio de Claves: Si estás utilizando un directorio específico para tus claves SSL, asegúrate de que el directorio y las claves tengan los permisos correctos para que el usuario de MariaDB pueda acceder a ellas.bashCopy codesudo chown -R mysql:mysql /path/to/directory
  4. Reiniciar MariaDB: Después de realizar cambios en la configuración, intenta reiniciar MariaDB para aplicar los cambios:bashCopy codesudo systemctl restart mariadb
  5. Verificar el Log de Errores Después de los Cambios: Después de reiniciar MariaDB, verifica el archivo de registro de errores nuevamente para asegurarte de que no haya mensajes de error adicionales:bashCopy codesudo tail -n 50 /var/log/mysql/error.log

Si después de realizar estos pasos el problema persiste, revisa los mensajes de error y proporciona la información adicional para que pueda ayudarte a diagnosticar el problema de manera más específica.

[server]

[mysqld]

user = mysql pid-file = /run/mysqld/mysqld.pid socket = /run/mysqld/mysqld.sock basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp lc-messages-dir = /usr/share/mysql bind-address = 127.0.0.1 ChatGPT

Gracias por compartir la configuración de MariaDB. La configuración parece estar incompleta, ya que solo se proporcionan algunas secciones básicas. Para habilitar la comunicación SSL, debes agregar algunas configuraciones adicionales a la sección [mysqld] en tu archivo de configuración.

Agrega las siguientes líneas en la sección [mysqld] para habilitar SSL y especificar la ubicación de tus archivos de certificado y clave privada:

confCopy code

[mysqld] ssl-ca=/path/to/ca-cert.pem ssl-cert=/path/to/server-cert.pem ssl-key=/path/to/server-key.pem

Asegúrate de reemplazar /path/to/ con las rutas reales a tus archivos de certificado. Si no tienes un archivo de certificado de autoridad (CA), puedes omitir la línea ssl-ca.

Después de realizar estos cambios, reinicia el servicio de MariaDB:

bashCopy code

sudo systemctl restart mariadb

Luego, verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Si todo está configurado correctamente, deberías poder iniciar MariaDB sin errores relacionados con SSL. Ten en cuenta que la configuración de SSL es sensible a los detalles, así que asegúrate de tener los archivos de certificado y clave privada en las rutas especificadas y con los permisos adecuados.

User

donde normalmente puedo encontrar este archivo ssl-ca ChatGPT

El archivo ssl-ca en la configuración de MariaDB se refiere al certificado de la autoridad de certificación (CA). Este certificado se utiliza para verificar la autenticidad del certificado del servidor durante la conexión SSL/TLS. En entornos de producción, obtienes este certificado de una entidad emisora de certificados de confianza, como una entidad certificadora pública o una entidad certificadora interna de tu organización.

La ubicación del archivo ssl-ca depende de dónde hayas almacenado el certificado de la autoridad de certificación en tu servidor. Algunas ubicaciones comunes pueden incluir:

  1. En un directorio específico para certificados:confCopy codessl-ca=/etc/mysql/certs/ca-cert.pem
  2. En el mismo directorio que los certificados del servidor:confCopy codessl-ca=/etc/mysql/certs/server-ca.pem
  3. En el sistema de archivos raíz:confCopy codessl-ca=/etc/ssl/certs/ca-cert.pem Ten en cuenta que estas son ubicaciones genéricas, y debes ajustarlas según tu configuración específica.

Si no tienes un certificado de autoridad de certificación y no estás utilizando SSL para verificar la autenticidad del servidor, puedes omitir la configuración ssl-ca en tu archivo de configuración de MariaDB.

Recuerda que, además de ssl-ca, debes configurar ssl-cert y ssl-key en la sección [mysqld] para especificar la ubicación de tu certificado del servidor y tu clave privada, respectivamente. Estos archivos son esenciales para establecer una conexión SSL segura con MariaDB.

User

root@vmi465076:/etc/mysql# dir conf.d debian-start mariadb.conf.d my.cnf.fallback mysql-ssl.key debian.cnf mariadb.cnf my.cnf mysql-ssl.cert ChatGPT

Gracias por proporcionar la lista de archivos en el directorio /etc/mysql/. Parece que ya tienes los archivos relacionados con la configuración SSL en ese directorio. Aquí está la correspondencia entre los archivos que mencionaste y la configuración SSL:

  • mysql-ssl.key: Esta es la clave privada del servidor MySQL. Puedes usar esta ruta para la configuración ssl-key en tu archivo my.cnf. Por ejemplo:confCopy codessl-key=/etc/mysql/mysql-ssl.key
  • mysql-ssl.cert: Este es el certificado del servidor MySQL. Utiliza esta ruta para la configuración ssl-cert:confCopy codessl-cert=/etc/mysql/mysql-ssl.cert

Si no tienes un certificado de autoridad de certificación (CA) externo y no estás configurando la verificación de CA, puedes omitir la configuración ssl-ca en tu archivo my.cnf. Pero si tienes un certificado de CA, asegúrate de tener la ruta correcta y especifica ssl-ca en tu configuración.

Asegúrate de que las rutas y nombres de archivos en tu archivo de configuración de MariaDB (my.cnf o algún archivo dentro de mariadb.conf.d) coincidan con la ubicación y los nombres de archivos reales en tu sistema.

Después de realizar cualquier cambio en la configuración, reinicia el servicio de MariaDB para que los cambios surtan efecto:

bashCopy code

sudo systemctl restart mariadb

Finalmente, verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Si todo está configurado correctamente, MariaDB debería iniciarse sin errores relacionados con SSL.

User

pasame como debo ponerlo en : [mysqld] ChatGPT

Si tu certificado y clave privada ya están en el directorio /etc/mysql/ con los nombres mysql-ssl.cert y mysql-ssl.key, respectivamente, y si no tienes un certificado de autoridad de certificación (CA) externo, la configuración de [mysqld] en tu archivo de configuración (my.cnf o algún archivo dentro de mariadb.conf.d) debería ser algo así:

confCopy code

[mysqld] ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key

Asegúrate de que estas líneas estén dentro de la sección [mysqld]. Si no existe una sección [mysqld], puedes agregarla al final de tu archivo de configuración.

La configuración anterior le dice a MariaDB dónde encontrar el certificado del servidor (ssl-cert) y la clave privada (ssl-key). Al omitir ssl-ca, le estás diciendo a MariaDB que no estás utilizando un certificado de autoridad de certificación (CA) externo.

Después de hacer este cambio, guarda el archivo y reinicia el servicio de MariaDB para que los cambios surtan efecto:

bashCopy code

sudo systemctl restart mariadb

Luego, verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Si todo está configurado correctamente, MariaDB debería iniciarse sin errores relacionados con SSL.

User

en donde debo agregarlo: root@vmi465076:/etc/mysql/mariadb.conf.d# dir 50-client.cnf 50-mysql-clients.cnf 50-mysqld_safe.cnf 50-server.cnf ChatGPT

En el directorio /etc/mysql/mariadb.conf.d/, el archivo principal de configuración para el servidor MariaDB generalmente se llama 50-server.cnf. Puedes agregar las configuraciones relacionadas con SSL dentro de este archivo. Aquí hay un ejemplo de cómo debería verse tu sección [mysqld] en el archivo 50-server.cnf:

confCopy code

[mysqld] ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key

Asegúrate de abrir el archivo usando un editor de texto con privilegios de administrador. Puedes usar nano, vi o cualquier editor de texto de tu elección. Por ejemplo, para editar el archivo 50-server.cnf con nano, puedes ejecutar:

bashCopy code

sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf

Luego, agrega las líneas proporcionadas anteriormente dentro de la sección [mysqld]. Guarda los cambios y cierra el editor.

Después de realizar estas modificaciones, reinicia el servicio de MariaDB para aplicar los cambios:

bashCopy code

sudo systemctl restart mariadb

Verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Si no hay mensajes de error, y todo está configurado correctamente, deberías poder iniciar MariaDB sin problemas relacionados con SSL.

User

root@vmi465076:/etc/mysql/mariadb.conf.d# nano /run/mysqld/mysqld.sock root@vmi465076:/etc/mysql/mariadb.conf.d# cd /run root@vmi465076:/run# cd mysqld root@vmi465076:/run/mysqld# dir root@vmi465076:/run/mysqld# dir root@vmi465076:/run/mysqld# ChatGPT

Parece que has ejecutado el comando nano /run/mysqld/mysqld.sock, pero mysqld.sock es un archivo de socket, no un archivo de configuración que puedas editar con un editor de texto como nano.

El socket /run/mysqld/mysqld.sock es el archivo de socket de comunicación para el servidor MySQL o MariaDB. No deberías editar ese archivo manualmente. En lugar de eso, necesitas trabajar con la configuración de MariaDB para solucionar el problema original.

Recomendaría volver al paso de editar la configuración de MariaDB, específicamente el archivo 50-server.cnf que está en el directorio /etc/mysql/mariadb.conf.d/.

Ejecuta el siguiente comando para abrir el archivo de configuración con un editor de texto:

bashCopy code

sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf

Luego, dentro de este archivo, agrega o modifica la sección [mysqld] para incluir las configuraciones de SSL, como se mencionó anteriormente:

confCopy code

[mysqld] ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key

Guarda los cambios, cierra el editor y luego reinicia MariaDB:

bashCopy code

sudo systemctl restart mariadb

Después de reiniciar, verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Es importante tener en cuenta que el archivo de socket /run/mysqld/mysqld.sock es un archivo que crea MariaDB automáticamente cuando se inicia. No debes editar manualmente este archivo. En cambio, debes trabajar con la configuración de MariaDB para solucionar problemas relacionados con la conexión al servidor de base de datos.

User

root@vmi465076:/run/mysqld# sudo tail -n 50 /var/log/mysql/error.log 2023-11-12 23:01:18 0 [Note] Plugin ‘FEEDBACK’ is disabled. SSL error: Unable to get private key from ‘/etc/mysql/mysql-ssl.key’ 2023-11-12 23:01:18 0 [ERROR] Failed to setup SSL 2023-11-12 23:01:18 0 [ERROR] SSL error: Unable to get private key 2023-11-12 23:01:18 0 [ERROR] Aborting 2023-11-12 23:13:00 0 [Note] Starting MariaDB 10.3.38-MariaDB-0ubuntu0.20.04.1 source revision c73985f2ce8a391582787f3e310a011c1a712bec as process 126839 2023-11-12 23:13:00 0 [Note] InnoDB: Using Linux native AIO 2023-11-12 23:13:00 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2023-11-12 23:13:00 0 [Note] InnoDB: Uses event mutexes 2023-11-12 23:13:00 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-12 23:13:00 0 [Note] InnoDB: Number of pools: 1 2023-11-12 23:13:00 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-12 23:13:00 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 2023-11-12 23:13:00 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-12 23:13:00 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2023-11-12 23:13:00 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-12 23:13:00 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-12 23:13:00 0 [Note] InnoDB: Setting file ‘./ibtmp1’ size to 12 MB. Physically writing the file full; Please wait … 2023-11-12 23:13:00 0 [Note] InnoDB: File ‘./ibtmp1’ size is now 12 MB. 2023-11-12 23:13:00 0 [Note] InnoDB: 10.3.38 started; log sequence number 439748471; transaction id 371511 2023-11-12 23:13:00 0 [Note] Plugin ‘FEEDBACK’ is disabled. 2023-11-12 23:13:00 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool SSL error: Unable to get private key from ‘/etc/mysql/mysql-ssl.key’ 2023-11-12 23:13:00 0 [ERROR] Failed to setup SSL 2023-11-12 23:13:00 0 [ERROR] SSL error: Unable to get private key 2023-11-12 23:13:00 0 [ERROR] Aborting 2023-11-12 23:16:55 0 [Note] Starting MariaDB 10.3.38-MariaDB-0ubuntu0.20.04.1 source revision c73985f2ce8a391582787f3e310a011c1a712bec as process 127764 2023-11-12 23:16:55 0 [Note] InnoDB: Using Linux native AIO 2023-11-12 23:16:55 0 [Note] InnoDB: Mutexes and rw_locks use GCC atomic builtins 2023-11-12 23:16:55 0 [Note] InnoDB: Uses event mutexes 2023-11-12 23:16:55 0 [Note] InnoDB: Compressed tables use zlib 1.2.11 2023-11-12 23:16:55 0 [Note] InnoDB: Number of pools: 1 2023-11-12 23:16:55 0 [Note] InnoDB: Using SSE2 crc32 instructions 2023-11-12 23:16:55 0 [Note] InnoDB: Initializing buffer pool, total size = 128M, instances = 1, chunk size = 128M 2023-11-12 23:16:55 0 [Note] InnoDB: Completed initialization of buffer pool 2023-11-12 23:16:55 0 [Note] InnoDB: If the mysqld execution user is authorized, page cleaner thread priority can be changed. See the man page of setpriority(). 2023-11-12 23:16:55 0 [Note] InnoDB: 128 out of 128 rollback segments are active. 2023-11-12 23:16:55 0 [Note] InnoDB: Creating shared tablespace for temporary tables 2023-11-12 23:16:55 0 [Note] InnoDB: Setting file ‘./ibtmp1’ size to 12 MB. Physically writing the file full; Please wait … 2023-11-12 23:16:55 0 [Note] InnoDB: File ‘./ibtmp1’ size is now 12 MB. 2023-11-12 23:16:55 0 [Note] InnoDB: 10.3.38 started; log sequence number 439748480; transaction id 371511 2023-11-12 23:16:55 0 [Note] InnoDB: Loading buffer pool(s) from /var/lib/mysql/ib_buffer_pool 2023-11-12 23:16:55 0 [Note] Plugin ‘FEEDBACK’ is disabled. SSL error: Unable to get private key from ‘/etc/mysql/mysql-ssl.key’ 2023-11-12 23:16:55 0 [ERROR] Failed to setup SSL 2023-11-12 23:16:55 0 [ERROR] SSL error: Unable to get private key 2023-11-12 23:16:55 0 [ERROR] Aborting root@vmi465076:/run/mysqld# ChatGPT

Los mensajes de error indican que MariaDB está teniendo problemas para obtener la clave privada del archivo /etc/mysql/mysql-ssl.key. Parece que hay un problema con la configuración o la ubicación del archivo de clave privada.

Aquí hay algunas cosas que puedes hacer para solucionar este problema:

  1. Verifica la existencia del archivo de clave privada: Asegúrate de que el archivo /etc/mysql/mysql-ssl.key exista y tenga los permisos correctos. Puedes verificar esto ejecutando:bashCopy codels -l /etc/mysql/mysql-ssl.key Asegúrate de que el propietario y el grupo sean mysql y que los permisos sean adecuados (por ejemplo, 600).
  2. Verifica la configuración de MariaDB: Abre el archivo de configuración 50-server.cnf nuevamente y asegúrate de que la configuración de SSL sea correcta:confCopy code[mysqld] ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key Guarda los cambios y reinicia MariaDB:bashCopy codesudo systemctl restart mariadb
  3. Revise el directorio de trabajo de MariaDB: Puede haber un problema con el directorio de trabajo de MariaDB. Asegúrate de que MariaDB tenga acceso de lectura a los archivos y directorios necesarios. Verifica el propietario y los permisos de todo el camino desde / hasta el archivo de clave privada.bashCopy codels -ld / /etc /etc/mysql /etc/mysql/mysql-ssl.key Asegúrate de que el usuario de MariaDB (generalmente mysql) tenga permisos de lectura en estos directorios.

Después de realizar estas verificaciones, intenta reiniciar MariaDB y verifica el archivo de registro de errores nuevamente para ver si el problema persiste:

bashCopy code

sudo systemctl restart mariadb sudo tail -n 50 /var/log/mysql/error.log

Si el problema continúa, los mensajes de error en el registro deberían proporcionar más detalles sobre el motivo específico del error. Puedes compartir esos mensajes para obtener una ayuda más específica en caso de que sea necesario.

User

root@vmi465076:/etc/mysql# dir conf.d debian.cnf debian-start mariadb.cnf mariadb.conf.d my.cnf my.cnf.fallback mysql-ssl.cert mysql-ssl.key root@vmi465076:/etc/mysql# ls -l /etc/mysql/mysql-ssl.key -rw——- 1 mysql mysql 1708 Aug 28 03:58 /etc/mysql/mysql-ssl.key ChatGPT

Gracias por proporcionar la información. Parece que el archivo /etc/mysql/mysql-ssl.key existe y tiene permisos adecuados (propietario y permisos de lectura solo para el usuario mysql). Dado que el archivo y los permisos parecen estar correctos, hay algunas posibles razones para el error que estás experimentando:

  1. Problemas de SELinux o AppArmor: Si tu sistema utiliza SELinux o AppArmor, estos pueden estar bloqueando el acceso de MariaDB al archivo. Puedes verificar si SELinux está habilitado ejecutando sestatus. Si es así, puedes desactivarlo temporalmente para probar si el problema persiste.
  2. Ubicación incorrecta en la configuración: Asegúrate de que la ubicación del archivo mysql-ssl.key en la configuración de MariaDB sea correcta. Deberías tener la siguiente configuración en tu archivo 50-server.cnf:confCopy code[mysqld] ssl-key=/etc/mysql/mysql-ssl.key Asegúrate de que no haya errores tipográficos o espacios adicionales en la ruta.
  3. Revisión de mensajes de error: Después de reiniciar MariaDB, revisa el archivo de registro de errores (/var/log/mysql/error.log) para ver si hay mensajes de error adicionales que puedan proporcionar más información sobre el problema.
  4. Verificación de certificado y clave: Verifica que el archivo mysql-ssl.cert también tenga permisos adecuados y esté en la ubicación correcta según la configuración de MariaDB.

Después de realizar estos pasos, intenta reiniciar MariaDB y verifica el archivo de registro de errores nuevamente:

bashCopy code

sudo systemctl restart mariadb sudo tail -n 50 /var/log/mysql/error.log

Si continúas teniendo problemas, revisa los mensajes de error en el registro para obtener más detalles sobre la causa del error. Si encuentras mensajes de error específicos, compártelos aquí para que pueda proporcionarte una asistencia más precisa.

User

Command ‘sestatus’ not found, but can be installed with: apt install policycoreutils root@vmi465076:/etc/mysql# ChatGPT

Parece que SELinux no está instalado en tu sistema, por lo que no necesitas preocuparte por eso en este momento. Vamos a centrarnos en otras posibles soluciones.

Dado que los permisos y la configuración parecen estar correctos, podrías intentar lo siguiente:

  1. Copia del archivo de clave privada: Copia el archivo de clave privada a un lugar más estándar como /etc/ssl/private/ y ajusta los permisos.bashCopy codesudo cp /etc/mysql/mysql-ssl.key /etc/ssl/private/mysql-ssl.key sudo chown mysql:mysql /etc/ssl/private/mysql-ssl.key sudo chmod 600 /etc/ssl/private/mysql-ssl.key Luego, actualiza la configuración de MariaDB para apuntar al nuevo archivo:confCopy code[mysqld] ssl-key=/etc/ssl/private/mysql-ssl.key Guarda los cambios y reinicia MariaDB:bashCopy codesudo systemctl restart mariadb
  2. Verificación del proceso de MariaDB: Verifica que el proceso de MariaDB está utilizando la configuración correcta. Puedes obtener el ID del proceso de MariaDB con:bashCopy codeps aux | grep mysqld Asegúrate de que la configuración utilizada por MariaDB incluya la ruta correcta al archivo de clave privada.
  3. Verificación de rutas absolutas: Asegúrate de que todas las rutas en la configuración de MariaDB sean rutas absolutas y no relativas.

Después de realizar estos pasos, intenta nuevamente reiniciar MariaDB y verifica el archivo de registro de errores:

bashCopy code

sudo systemctl restart mariadb sudo tail -n 50 /var/log/mysql/error.log

Si aún tienes problemas, verifica los mensajes de error específicos en el registro. Puedes compartir esos mensajes aquí para obtener más ayuda en la resolución del problema.

User

root@vmi465076:/etc/mysql# ls -ld / /etc /etc/mysql /etc/mysql/mysql-ssl.key drwxr-xr-x 18 root root 4096 Aug 27 08:55 / drwxr-xr-x 118 root root 12288 Nov 11 03:20 /etc drwxr-xr-x 4 root root 4096 Nov 12 00:56 /etc/mysql -rw——- 1 mysql mysql 1708 Aug 28 03:58 /etc/mysql/mysql-ssl.key ChatGPT

Los permisos y la propiedad del archivo mysql-ssl.key parecen estar correctos. El archivo pertenece al usuario y grupo mysql y tiene permisos rw------- (lectura y escritura solo para el propietario). Dado que la configuración de permisos y propietario es adecuada, podemos continuar con algunas otras posibles soluciones:

  1. Rutas absolutas en la configuración: Asegúrate de que las rutas en la configuración de MariaDB sean rutas absolutas. Verifica que tanto ssl-cert como ssl-key en tu archivo 50-server.cnf contengan rutas absolutas, como se muestra a continuación:confCopy code[mysqld] ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key Reemplaza ssl-cert y ssl-key por las rutas correctas si son diferentes.
  2. Ubicación de certificado incorrecta: Asegúrate de que el certificado también esté en la ubicación correcta. Verifica la ruta del certificado (ssl-cert) en tu configuración y asegúrate de que el archivo exista en esa ubicación.bashCopy codels -l /etc/mysql/mysql-ssl.cert Si la ubicación es diferente, actualiza la configuración en consecuencia.
  3. Permisos del directorio /etc/mysql: Verifica los permisos del directorio /etc/mysql. Los permisos deberían permitir al usuario mysql acceder a los archivos dentro del directorio. Puedes ejecutar:bashCopy codels -ld /etc/mysql Asegúrate de que el usuario mysql tenga permisos de lectura y ejecución en el directorio.

Después de realizar estos pasos, intenta nuevamente reiniciar MariaDB y verifica el archivo de registro de errores:

bashCopy code

sudo systemctl restart mariadb sudo tail -n 50 /var/log/mysql/error.log

Si continúas teniendo problemas, verifica los mensajes de error específicos en el registro. Puedes compartir esos mensajes aquí para obtener más ayuda en la resolución del problema.

User

root@vmi465076:/etc/mysql# sudo nano /etc/mysql/mariadb.conf.d/50-server.cnf GNU nano 4.8 /etc/mysql/mariadb.conf.d/50-server.cnf

[server]

[mysqld]

ssl-cert=/etc/mysql/mysql-ssl.cert ssl-key=/etc/mysql/mysql-ssl.key user = mysql pid-file = /run/mysqld/mysqld.pid socket = /run/mysqld/mysqld.sock basedir = /usr datadir = /var/lib/mysql tmpdir = /tmp lc-messages-dir = /usr/share/mysql bind-address = 127.0.0.1 ChatGPT

La configuración que has mostrado en el archivo /etc/mysql/mariadb.conf.d/50-server.cnf parece correcta. Se especifica la ubicación del certificado SSL y la clave privada en la sección [mysqld].

Ahora, después de haber realizado estos cambios, intenta reiniciar el servicio de MariaDB para aplicar la nueva configuración:

bashCopy code

sudo systemctl restart mariadb

Después de reiniciar, verifica el archivo de registro de errores para asegurarte de que no haya mensajes de error relacionados con SSL:

bashCopy code

sudo tail -n 50 /var/log/mysql/error.log

Si ves algún mensaje de error, por favor, compártelo aquí para que pueda ayudarte mejor a diagnosticar el problema. Si no hay mensajes de error relacionados con SSL, intenta acceder a MariaDB a través de Webmin nuevamente para ver si el problema se ha solucionado.

User

root@vmi465076:/etc/mysql# sudo systemctl restart mariadb Job for mariadb.service failed because the control process exited with error code. See «systemctl status mariadb.service» and «journalctl -xe» for details. ChatGPT

Los mensajes de error indican que el reinicio del servicio de MariaDB no fue exitoso. Para obtener más detalles sobre el error, puedes revisar tanto el estado del servicio como los registros del sistema. Ejecuta los siguientes comandos:

  1. Estado del servicio:bashCopy codesudo systemctl status mariadb.service Este comando proporcionará información detallada sobre el estado actual de MariaDB y cualquier mensaje de error asociado.
  2. Registro del sistema:bashCopy codejournalctl -xe | grep mariadb Este comando mostrará mensajes de registro específicos relacionados con MariaDB. Puede contener información adicional sobre por qué el servicio no se pudo reiniciar correctamente.

Por favor, comparte la salida de estos comandos aquí para que pueda ayudarte a identificar y solucionar el problema. Si los mensajes son extensos, intenta proporcionar las partes relevantes o los mensajes de error específicos.

User

root@vmi465076:/etc/mysql# journalctl -xe | grep mariadb Nov 12 23:16:47 vmi465076.contaboserver.net sudo[127666]: root : TTY=pts/0 ; PWD=/run/mysqld ; USER=root ; COMMAND=/usr/bin/nano /etc/mysql/mariadb.conf.d/50-server.cnf Nov 12 23:16:54 vmi465076.contaboserver.net sudo[127684]: root : TTY=pts/0 ; PWD=/run/mysqld ; USER=root ; COMMAND=/usr/bin/systemctl restart mariadb — Subject: A start job for unit mariadb.service has begun execution — A start job for unit mariadb.service has begun execution. Nov 12 23:16:57 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE — An ExecStart= process belonging to unit mariadb.service has exited. Nov 12 23:16:57 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. — The unit mariadb.service has entered the ‘failed’ state with result ‘exit-code’. — Subject: A start job for unit mariadb.service has failed — A start job for unit mariadb.service has finished with a failure. Nov 12 23:18:36 vmi465076.contaboserver.net sudo[128040]: root : TTY=pts/0 ; PWD=/etc/mysql ; USER=root ; COMMAND=/usr/bin/nano /etc/mysql/mariadb.conf.d/50-server.cnf Nov 12 23:21:25 vmi465076.contaboserver.net sudo[128499]: root : TTY=pts/0 ; PWD=/etc/mysql ; USER=root ; COMMAND=/usr/bin/nano /etc/mysql/mariadb.conf.d/50-server.cnf Nov 12 23:21:47 vmi465076.contaboserver.net sudo[128530]: root : TTY=pts/0 ; PWD=/etc/mysql ; USER=root ; COMMAND=/usr/bin/systemctl restart mariadb — Subject: A start job for unit mariadb.service has begun execution — A start job for unit mariadb.service has begun execution. Nov 12 23:21:49 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE — An ExecStart= process belonging to unit mariadb.service has exited. Nov 12 23:21:49 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. — The unit mariadb.service has entered the ‘failed’ state with result ‘exit-code’. — Subject: A start job for unit mariadb.service has failed — A start job for unit mariadb.service has finished with a failure. Nov 12 23:22:06 vmi465076.contaboserver.net sudo[128673]: root : TTY=pts/0 ; PWD=/etc/mysql ; USER=root ; COMMAND=/usr/bin/systemctl status mariadb.service ChatGPT

Los mensajes de error indican que el proceso de reinicio de MariaDB ha fallado. Vamos a revisar algunos aspectos para tratar de solucionar este problema:

  1. Verificación de Configuración:
    • Asegúrate de que no hay errores de sintaxis o configuración en el archivo /etc/mysql/mariadb.conf.d/50-server.cnf. Verifica que las rutas de los certificados y claves estén correctas.
    • Ejecuta:bashCopy codesudo mariadb --validate-config Este comando verificará la configuración de MariaDB y mostrará posibles errores.
  2. Revisión de Errores en Log:
    • Ejecuta el siguiente comando para revisar los mensajes de error específicos relacionados con MariaDB en el registro del sistema:bashCopy codesudo journalctl -u mariadb.service --no-pager | tail -n 50 Comparte los mensajes de error específicos que encuentres en la salida.
  3. Revisión de la Configuración SSL:
    • Asegúrate de que los archivos de certificado y clave estén presentes en las rutas especificadas en la configuración de MariaDB (/etc/mysql/mysql-ssl.cert y /etc/mysql/mysql-ssl.key).
  4. Revisión de Permiso de Archivos:
    • Confirma que los archivos de certificado y clave tienen permisos adecuados y pertenecen al usuario y grupo correctos. Ya hemos verificado esto antes, pero asegúrate de que nada haya cambiado.

Después de realizar estas verificaciones, intenta reiniciar MariaDB nuevamente:

bashCopy code

sudo systemctl restart mariadb

Revisa la salida del comando y el registro de errores para obtener más información sobre cualquier problema específico que pueda estar causando la falla. Si encuentras mensajes de error, por favor, compártelos aquí para que pueda brindarte una asistencia más específica.

User

root@vmi465076:/etc/mysql# sudo journalctl -u mariadb.service –no-pager | tail -n 50 — Logs begin at Sun 2023-11-12 09:19:37 CET, end at Sun 2023-11-12 23:22:42 CET. — Nov 12 22:59:49 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 22:59:52 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 22:59:52 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 22:59:52 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. Nov 12 23:00:06 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:00:08 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 23:00:08 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:00:08 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. Nov 12 23:01:17 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:01:20 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. Nov 12 23:13:00 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:13:02 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 23:13:02 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:13:02 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. Nov 12 23:16:54 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:16:57 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 23:16:57 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:16:57 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. Nov 12 23:21:47 vmi465076.contaboserver.net systemd[1]: Starting MariaDB 10.3.38 database server… Nov 12 23:21:49 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE Nov 12 23:21:49 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. Nov 12 23:21:49 vmi465076.contaboserver.net systemd[1]: Failed to start MariaDB 10.3.38 database server. root@vmi465076:/etc/mysql# ChatGPT

La información del registro indica que MariaDB no pudo iniciar y se está saliendo con un código de error status=1/FAILURE. A continuación, algunas acciones que puedes realizar para diagnosticar y corregir el problema:

  1. Verificar Configuración:
    • Asegúrate de que la configuración de MariaDB sea correcta. Verifica la sintaxis del archivo de configuración /etc/mysql/mariadb.conf.d/50-server.cnf usando:bashCopy codesudo mariadb --validate-config Este comando verificará la sintaxis del archivo de configuración y te indicará si hay algún error.
  2. Revisar Archivos de Registro:
    • Examina los archivos de registro de MariaDB para obtener más detalles sobre por qué el servicio no puede iniciar. Puedes revisar el archivo de registro principal de MariaDB con el siguiente comando:bashCopy codesudo cat /var/log/mysql/error.log Observa si hay mensajes de error que puedan indicar la causa del problema.
  3. Revisar Permiso de Archivos:
    • Asegúrate de que los archivos de certificado y clave tengan los permisos correctos y sean accesibles por el usuario de MariaDB. Puedes usar:bashCopy codels -l /etc/mysql/mysql-ssl.* para verificar los permisos.
  4. Desactivar SSL Temporalmente:
    • Para diagnosticar si el problema está relacionado con SSL, puedes intentar comentar o eliminar las líneas relacionadas con SSL en el archivo de configuración (/etc/mysql/mariadb.conf.d/50-server.cnf). Luego, intenta reiniciar MariaDB.

Después de realizar estas acciones, intenta reiniciar MariaDB nuevamente y revisa los archivos de registro para obtener más información sobre la causa del problema:

bashCopy code

sudo systemctl restart mariadb

Luego, revisa los archivos de registro con:

bashCopy code

sudo cat /var/log/mysql/error.log

Si encuentras mensajes de error, por favor compártelos aquí para una mejor asistencia.

User

root@vmi465076:/etc/mysql# sudo mariadb –validate-config mariadb: unknown option ‘–validate-config’ root@vmi465076:/etc/mysql# ChatGPT

Mis disculpas por el error en mi respuesta anterior. La opción --validate-config no está disponible en MariaDB. Para verificar la configuración de MariaDB, puedes usar el siguiente comando:

bashCopy code

sudo mysqld --help --verbose

Este comando imprimirá información sobre la configuración de MariaDB y verificará la sintaxis del archivo de configuración. Revisa la salida en busca de posibles errores o advertencias.

Después de realizar esto, intenta reiniciar MariaDB y revisa los archivos de registro:

bashCopy code

sudo systemctl restart mariadb sudo cat /var/log/mysql/error.log

Si encuentras mensajes de error, compártelos aquí para que pueda proporcionar una mejor asistencia.

User

mejor ayudame a insltar mariadb nuevamnte en webmin ChatGPT

Si deseas reinstalar MariaDB en tu servidor utilizando Webmin, puedes seguir estos pasos:

  1. Desinstalar MariaDB:
    • Asegúrate de que MariaDB esté completamente desinstalado. Puedes usar el siguiente comando para desinstalar MariaDB:bashCopy codesudo apt-get remove --purge mariadb-server mariadb-client mariadb-common sudo apt-get autoremove sudo apt-get autoclean
  2. Eliminar Configuraciones Antiguas:
    • Elimina cualquier configuración anterior de MariaDB:bashCopy codesudo rm -rf /etc/mysql
  3. Instalar MariaDB Nuevamente:
    • Instala MariaDB utilizando el siguiente comando:bashCopy codesudo apt-get install mariadb-server mariadb-client
  4. Configurar MariaDB:
    • Durante la instalación, se te pedirá que configures una contraseña para el usuario root de MariaDB. Asegúrate de recordar esta contraseña, ya que la necesitarás para acceder a la base de datos.
  5. Verificar el Estado de MariaDB:
    • Verifica el estado de MariaDB para asegurarte de que esté ejecutándose sin problemas:bashCopy codesudo systemctl status mariadb
  6. Configurar Webmin para MariaDB:
    • Después de reinstalar MariaDB, puedes volver a configurar Webmin para que funcione con MariaDB. Asegúrate de que el módulo de MariaDB esté instalado y configurado en Webmin.
  7. Verificar el Acceso a MariaDB:
    • Puedes verificar el acceso a la base de datos utilizando el cliente de línea de comandos de MariaDB:bashCopy codemysql -u root -p Ingresa la contraseña que configuraste durante la instalación.

Estos pasos deberían ayudarte a reinstalar MariaDB y configurarlo nuevamente en tu servidor. Si encuentras algún problema durante el proceso, por favor comparte cualquier mensaje de error para que pueda proporcionar asistencia adicional.

User

/usr/bin/mysql: Can’t read dir of ‘/etc/mysql/conf.d/’ (Errcode: 2 «No such file or directory») Fatal error in defaults handling. Program abortedChatGPT

El mensaje de error indica que el programa MySQL no puede leer el directorio /etc/mysql/conf.d/ porque no existe. Este directorio es utilizado para almacenar archivos de configuración adicionales en sistemas que lo soportan.

Puedes resolver esto creando el directorio que falta. Aquí tienes el comando para hacerlo:

bashCopy code

sudo mkdir -p /etc/mysql/conf.d/

Luego, intenta volver a acceder a MySQL con el cliente de línea de comandos:

bashCopy code

mysql -u root -p

Ingresa la contraseña del usuario root de MySQL cuando se te solicite. Esto debería permitirte acceder a MySQL sin el error mencionado.

User

root@vmi465076:/etc/mysql# mysql -u root -p Enter password: ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2) root@vmi465076:/etc/mysql# ChatGPT

El error «Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock'» indica que el cliente MySQL no puede conectarse al servidor MySQL a través del socket especificado.

Aquí hay algunos pasos que puedes seguir para resolver este problema:

  1. Verifica si MySQL está ejecutándose:bashCopy codesudo systemctl status mariadb Asegúrate de que el estado sea «active» (activo). Si no está activo, intenta iniciar el servicio:bashCopy codesudo systemctl start mariadb
  2. Verifica la existencia del archivo de socket: Asegúrate de que el archivo de socket /var/run/mysqld/mysqld.sock exista. Puedes verificarlo con el siguiente comando:bashCopy codels -la /var/run/mysqld/mysqld.sock Si el archivo no existe, intenta crearlo manualmente:bashCopy codesudo touch /var/run/mysqld/mysqld.sock sudo chmod 777 /var/run/mysqld/mysqld.sock
  3. Verifica la configuración del archivo my.cnf: Asegúrate de que el archivo de configuración de MySQL (my.cnf) esté correctamente configurado. Puedes encontrar este archivo en /etc/mysql/ o /etc/my.cnf. Abre el archivo y verifica la configuración, especialmente las líneas relacionadas con el socket:bashCopy codesudo nano /etc/mysql/my.cnf Asegúrate de que la configuración del socket sea algo como:iniCopy code[mysqld] socket = /var/run/mysqld/mysqld.sock
  4. Reinicia MySQL: Después de realizar cambios en la configuración, reinicia el servicio MySQL:bashCopy codesudo systemctl restart mariadb
  5. Verifica nuevamente el estado:bashCopy codesudo systemctl status mariadb

Intenta conectarte nuevamente al cliente MySQL después de seguir estos pasos. Si el problema persiste, revisa los mensajes de error o registros adicionales para obtener más información sobre el motivo del fallo.

User

root@vmi465076:/etc/mysql# ls -la /var/run/mysqld/mysqld.sock ls: cannot access ‘/var/run/mysqld/mysqld.sock’: No such file or directory ChatGPT

El hecho de que el archivo de socket /var/run/mysqld/mysqld.sock no exista indica que el servicio MySQL/MariaDB no se está ejecutando correctamente o que hay un problema con la creación del socket.

Intentemos los siguientes pasos para resolver este problema:

  1. Inicia el servicio MySQL/MariaDB:bashCopy codesudo systemctl start mariadb Luego, verifica el estado para asegurarte de que se esté ejecutando sin errores:bashCopy codesudo systemctl status mariadb Si el servicio no se inicia correctamente, revisa los registros de errores para obtener más información:bashCopy codesudo journalctl -xe | grep mariadb Asegúrate de resolver cualquier problema que se mencione en los registros de errores.
  2. Si el servicio se inicia correctamente pero el socket no se crea, intenta crearlo manualmente:bashCopy codesudo mkdir -p /var/run/mysqld/ sudo touch /var/run/mysqld/mysqld.sock sudo chmod 777 /var/run/mysqld/mysqld.sock
  3. Reinicia el servicio MySQL/MariaDB:bashCopy codesudo systemctl restart mariadb
  4. Verifica el estado nuevamente:bashCopy codesudo systemctl status mariadb

Si después de realizar estos pasos aún enfrentas problemas, revisa los registros de errores y mensajes de estado para obtener más detalles sobre la causa del fallo. Además, ten en cuenta que, en algunos sistemas, el directorio /var/run se limpia durante el reinicio, por lo que es posible que el socket deba recrearse después de cada reinicio. En ese caso, se pueden configurar los scripts de inicio para recrear el socket automáticamente.

User

root@vmi465076:/etc/mysql# sudo nano /etc/mysql/my.cnf GNU nano 4.8 /etc/mysql/my.cnf # The MariaDB configuration file # # The MariaDB/MySQL tools read configuration files in the following order: # 1. «/etc/mysql/mariadb.cnf» (this file) to set global defaults, # 2. «/etc/mysql/conf.d/*.cnf» to set global options. # 3. «/etc/mysql/mariadb.conf.d/*.cnf» to set MariaDB-only options. # 4. «~/.my.cnf» to set user-specific options. # # If the same option is defined multiple times, the last one will apply. # # One can use all long options that the program supports. # Run program with –help to get a list of available options and with # –print-defaults to see which it would actually understand and use. # # This group is read both both by the client and the server # use it for options that affect everything #

[client-server]

# Import all .cnf files from configuration directory !includedir /etc/mysql/conf.d/ !includedir /etc/mysql/mariadb.conf.d/ ChatGPT

El archivo de configuración de MySQL/MariaDB que estás editando (/etc/mysql/my.cnf) parece estar configurado para incluir opciones de otros archivos. Por lo tanto, es importante asegurarse de que las configuraciones que necesitas estén en el lugar correcto.

Para abordar el problema actual del socket, asegurémonos de que la configuración del directorio conf.d incluido sea correcta.

  1. Verifica el Contenido de /etc/mysql/conf.d/:bashCopy codels -l /etc/mysql/conf.d/ Asegúrate de que haya archivos .cnf en este directorio. Si no hay archivos, eso podría ser parte del problema.
  2. Revisa o Crea el Archivo de Configuración en conf.d:Puedes revisar o crear un archivo .cnf específico para la configuración en /etc/mysql/conf.d/.bashCopy codesudo nano /etc/mysql/conf.d/my_custom_config.cnf Asegúrate de que las configuraciones necesarias estén en este archivo. Guarda los cambios y sal de la edición.
  3. Reinicia el Servicio:Después de realizar cualquier cambio, reinicia el servicio para aplicar las configuraciones:bashCopy codesudo systemctl restart mariadb Luego, verifica el estado del servicio y revisa los registros de errores si es necesario:bashCopy codesudo systemctl status mariadb bashCopy codesudo journalctl -xe | grep mariadb

Este enfoque debería ayudarte a asegurarte de que las configuraciones necesarias estén en el lugar correcto y se apliquen al servicio MariaDB. Si continúas teniendo problemas, revisa los registros de errores para obtener detalles adicionales sobre la causa del fallo.

User

root@vmi465076:/etc/mysql# ls -l /etc/mysql/conf.d/ total 0 ChatGPT

El directorio /etc/mysql/conf.d/ está vacío, lo cual podría ser la causa del error que estás experimentando. A continuación, te proporciono los pasos para crear un archivo de configuración en ese directorio:

  1. Crea un Archivo de Configuración en conf.d:bashCopy codesudo nano /etc/mysql/conf.d/my_custom_config.cnf Esto abrirá un editor de texto. Inserta las configuraciones necesarias para tu entorno. Aquí hay un ejemplo básico para empezar:plaintextCopy code[mysqld] socket=/var/run/mysqld/mysqld.sock Guarda los cambios y cierra el editor.
  2. Reinicia el Servicio:Después de crear el archivo de configuración, reinicia el servicio MariaDB:bashCopy codesudo systemctl restart mariadb
  3. Verifica el Estado del Servicio:Verifica el estado del servicio para asegurarte de que se inicie correctamente y sin errores:bashCopy codesudo systemctl status mariadb
  4. Verifica la Existencia del Socket:Verifica si el socket se ha creado en el directorio especificado:bashCopy codels -l /var/run/mysqld/mysqld.sock Si todo se configuró correctamente, deberías ver el archivo del socket.

Estos pasos deberían ayudarte a solucionar el problema del socket y permitir que el servicio MariaDB se inicie correctamente. Si encuentras algún error durante este proceso, revisa los mensajes de error en los comandos systemctl status y journalctl.

User

root@vmi465076:/etc/mysql# sudo systemctl restart mariadb Job for mariadb.service failed because the control process exited with error code. See «systemctl status mariadb.service» and «journalctl -xe» for details. ChatGPT

Parece que el reinicio del servicio MariaDB sigue fallando. Vamos a revisar el estado del servicio y los registros para obtener más información:

bashCopy code

sudo systemctl status mariadb.service

Después de ejecutar este comando, deberías ver mensajes que indican la razón por la cual el reinicio del servicio ha fallado. Si es posible, comparte los mensajes de error aquí para que pueda ayudarte a diagnosticar el problema.

Además, revisa los registros con:

bashCopy code

sudo journalctl -xe | grep mariadb

Esto te dará información adicional sobre cualquier error relacionado con MariaDB en los registros del sistema. Por favor, comparte los mensajes relevantes para que pueda asistirte mejor.

User

root@vmi465076:/etc/mysql# ls -l /var/run/mysqld/mysqld.sock ls: cannot access ‘/var/run/mysqld/mysqld.sock’: No such file or directory root@vmi465076:/etc/mysql# ls -l /var/run/mysqld/mysqld.sock ls: cannot access ‘/var/run/mysqld/mysqld.sock’: No such file or directory root@vmi465076:/etc/mysql# sudo journalctl -xe | grep mariadb Nov 12 23:29:37 vmi465076.contaboserver.net sudo[137065]: root : TTY=pts/0 ; PWD=unknown ; USER=root ; COMMAND=/usr/bin/apt-get install mariadb-server mariadb-client Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: [108B blob data] Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Fatal error in defaults handling. Program aborted Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: [98B blob data] Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Fatal error in defaults handling. Program aborted Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Installation of system tables failed! Examine the logs in Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: /var/lib/mysql for more information. Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: The problem could be conflicting information in an external Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: my.cnf files. You can ignore these by doing: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: shell> /usr/bin/mysql_install_db –defaults-file=~/.my.cnf Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: You can also try to start the mysqld daemon with: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: shell> /usr/sbin/mysqld –skip-grant-tables –general-log & Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: and use the command line tool /usr/bin/mysql Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: to connect to the mysql database and look at the grant tables: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: shell> /usr/bin/mysql -u root mysql Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: mysql> show tables; Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Try ‘mysqld –help’ if you have problems with paths. Using Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: –general-log gives you a log in /var/lib/mysql that may be helpful. Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: The latest information about mysql_install_db is available at Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: https://mariadb.com/kb/en/installing-system-tables-mysql_install_db Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: You can find the latest source at https://downloads.mariadb.org and Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: the maria-discuss email list at https://launchpad.net/~maria-discuss Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: Please check all of the above before submitting a bug report Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: at http://mariadb.org/jira Nov 12 23:29:46 vmi465076.contaboserver.net mariadb-server-10.3.postinst[137357]: — Subject: A start job for unit mariadb.service has begun execution — A start job for unit mariadb.service has begun execution. Nov 12 23:29:47 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE — An ExecStart= process belonging to unit mariadb.service has exited. Nov 12 23:29:47 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. — The unit mariadb.service has entered the ‘failed’ state with result ‘exit-code’. — Subject: A start job for unit mariadb.service has failed — A start job for unit mariadb.service has finished with a failure. Nov 12 23:29:55 vmi465076.contaboserver.net sudo[137785]: root : TTY=pts/0 ; PWD=unknown ; USER=root ; COMMAND=/usr/bin/systemctl status mariadb Nov 12 23:31:14 vmi465076.contaboserver.net sudo[138172]: root : TTY=pts/0 ; PWD=unknown ; USER=root ; COMMAND=/usr/bin/systemctl status mariadb Nov 12 23:31:22 vmi465076.contaboserver.net sudo[138201]: root : TTY=pts/0 ; PWD=unknown ; USER=root ; COMMAND=/usr/bin/systemctl start mariadb — Subject: A start job for unit mariadb.service has begun execution — A start job for unit mariadb.service has begun execution. Nov 12 23:31:22 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE — An ExecStart= process belonging to unit mariadb.service has exited. Nov 12 23:31:22 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. — The unit mariadb.service has entered the ‘failed’ state with result ‘exit-code’. — Subject: A start job for unit mariadb.service has failed — A start job for unit mariadb.service has finished with a failure. Nov 12 23:33:30 vmi465076.contaboserver.net sudo[138587]: root : TTY=pts/0 ; PWD=unknown ; USER=root ; COMMAND=/usr/bin/systemctl restart mariadb — Subject: A start job for unit mariadb.service has begun execution — A start job for unit mariadb.service has begun execution. Nov 12 23:33:31 vmi465076.contaboserver.net systemd[1]: mariadb.service: Main process exited, code=exited, status=1/FAILURE — An ExecStart= process belonging to unit mariadb.service has exited. Nov 12 23:33:31 vmi465076.contaboserver.net systemd[1]: mariadb.service: Failed with result ‘exit-code’. — The unit mariadb.service has entered the ‘failed’ state with result ‘exit-code’. — Subject: A start job for unit mariadb.service has failed — A start job for unit mariadb.service has finished with a failure. root@vmi465076:/etc/mysql# ChatGPT

El error parece estar relacionado con la instalación inicial de MariaDB y la creación de las tablas del sistema. Vamos a intentar solucionar esto siguiendo las sugerencias proporcionadas en los mensajes de error:

  1. Intenta reinstalar MariaDB ejecutando el siguiente comando:

bashCopy code

sudo apt-get install --reinstall mariadb-server

  1. Si la reinstalación no funciona, intenta iniciar mysqld con la opción --skip-grant-tables para evitar la autenticación y así poder solucionar el problema:

bashCopy code

sudo /usr/sbin/mysqld --skip-grant-tables --general-log &

  1. Después de ejecutar el comando anterior, intenta conectarte a MySQL:

bashCopy code

sudo mysql -u root

  1. Una vez conectado a MySQL, ejecuta los siguientes comandos para solucionar las tablas del sistema:

sqlCopy code

USE mysql; SOURCE /usr/share/mysql/mysql_system_tables.sql; SOURCE /usr/share/mysql/mysql_performance_tables.sql; SOURCE /usr/share/mysql/mysql_schema_tables.sql; SOURCE /usr/share/mysql/maria_add_gis_sp_bootstrap.sql; FLUSH PRIVILEGES;

  1. Sal de la consola de MySQL:

sqlCopy code

EXIT;

  1. Intenta reiniciar el servicio MariaDB:

bashCopy code

sudo systemctl restart mariadb

Después de realizar estos pasos, verifica si el servicio MariaDB se reinicia correctamente y si puedes acceder a MySQL. Si encuentras algún problema durante estos pasos, proporciona los mensajes de error para que pueda ayudarte a resolverlos.

User

root@vmi465076:/etc/mysql# sudo mysql -u root Welcome to the MariaDB monitor. Commands end with ; or \g. Your MariaDB connection id is 8 Server version: 10.3.38-MariaDB-0ubuntu0.20.04.1-log Ubuntu 20.04 Copyright (c) 2000, 2018, Oracle, MariaDB Corporation Ab and others. Type ‘help;’ or ‘\h’ for help. Type ‘\c’ to clear the current input statement. MariaDB [(none)]> USE mysql; ERROR 1049 (42000): Unknown database ‘mysql’ MariaDB [(none)]> SOURCE /usr/share/mysql/mysql_system_tables.sql; Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.003 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 31 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 36 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 38 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 43 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 45 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 48 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 51 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 54 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 56 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 59 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 62 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 65 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 68 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 71 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 74 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 77 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 80 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 83 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 85 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 87 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 94 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 95 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 96 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 102 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 103 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 104 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE ERROR 1046 (3D000) at line 106 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 148 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 149 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 150 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 153 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 154 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 155 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 158 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 159 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 160 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 232 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 241 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 243 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1046 (3D000) at line 245 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 257 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: No database selected ERROR 1243 (HY000) at line 258 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to EXECUTE ERROR 1243 (HY000) at line 259 in file: ‘/usr/share/mysql/mysql_system_tables.sql’: Unknown prepared statement handler (stmt) given to DEALLOCATE PREPARE Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected, 1 warning (0.000 sec) MariaDB [(none)]> SOURCE /usr/share/mysql/mysql_performance_tables.sql; Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Statement prepared Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Statement prepared Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) ERROR 1146 (42S02) at line 30 in file: ‘/usr/share/mysql/mysql_performance_tables.sql’: Table ‘mysql.proc’ doesn’t exist ERROR 1146 (42S02) at line 32 in file: ‘/usr/share/mysql/mysql_performance_tables.sql’: Table ‘mysql.event’ doesn’t exist Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Statement prepared Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) Statement prepared Query OK, 0 rows affected (0.000 sec) Query OK, 0 rows affected (0.000 sec) MariaDB [(none)]> SOURCE /usr/share/mysql/mysql_schema_tables.sql; ERROR: Failed to open file ‘/usr/share/mysql/mysql_schema_tables.sql’, error: 2 MariaDB [(none)]> SOURCE /usr/share/mysql/maria_add_gis_sp_bootstrap.sql; Query OK, 0 rows affected (0.000 sec) ERROR 1046 (3D000) at line 23 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: No database selected ERROR 1046 (3D000) at line 24 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: No database selected ERROR 1046 (3D000) at line 26 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: No database selected ERROR 1064 (42000) at line 26 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘NULL’ at line 1 ERROR 1243 (HY000) at line 26 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: Unknown prepared statement handler (ls) given to EXECUTE ERROR 1243 (HY000) at line 26 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: Unknown prepared statement handler (ls) given to DEALLOCATE PREPARE ERROR 1064 (42000) at line 26 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘end’ at line 1 ERROR 1046 (3D000) at line 31 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: No database selected ERROR 1064 (42000) at line 31 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘NULL’ at line 1 ERROR 1243 (HY000) at line 31 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: Unknown prepared statement handler (ls) given to EXECUTE ERROR 1243 (HY000) at line 31 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: Unknown prepared statement handler (ls) given to DEALLOCATE PREPARE ERROR 1064 (42000) at line 31 in file: ‘/usr/share/mysql/maria_add_gis_sp_bootstrap.sql’: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ‘end’ at line 1 MariaDB [(none)]> FLUSH PRIVILEGES; ERROR 1146 (42S02): Table ‘mysql.user’ doesn’t exist MariaDB [(none)]> ChatGPT

Parece que hay algunos problemas en la restauración de las tablas del sistema de MariaDB. Sigamos con estos pasos adicionales:

  1. Restaurar las tablas del sistema: Intenta volver a cargar las tablas del sistema desde una ubicación diferente. Ejecuta los siguientes comandos en la consola de MySQL:sqlCopy codeUSE mysql; SOURCE /usr/share/mysql/mysql_system_tables.sql; SOURCE /usr/share/mysql/mysql_system_tables_data.sql; SOURCE /usr/share/mysql/mysql_system_tables_fix.sql; SOURCE /usr/share/mysql/mysql_performance_tables.sql; SOURCE /usr/share/mysql/mysql_performance_tables_data.sql; SOURCE /usr/share/mysql/mysql_schema_tables.sql; SOURCE /usr/share/mysql/mysql_schema_tables_data.sql; SOURCE /usr/share/mysql/maria_add_gis_sp_bootstrap.sql; FLUSH PRIVILEGES;
  2. Reiniciar el servicio MariaDB:Después de realizar estos pasos, intenta reiniciar el servicio MariaDB:bashCopy codesudo systemctl restart mariadb
  3. Verificar la conexión:Intenta conectarte nuevamente a la consola de MySQL:bashCopy codesudo mysql -u root

Si después de seguir estos pasos sigues teniendo problemas, por favor, proporciona cualquier mensaje de error nuevo que aparezca para que pueda ayudarte mejor.

Más Noticias

Mike Johnson: «No tengo apetito para seguir financiando a Ucrania»

Publicado: 11 oct 2024 20:47 GMT Donald Trump pondrá fin al conflicto si gana las elecciones de noviembre, aseguró el presidente de la Cámara de Representantes. El presidente de la…

La OTAN planea reconsiderar sus relaciones con Rusia

Publicado: 12 oct 2024 00:15 GMT La revisión formal comenzará la próxima semana y se enfocará en el Acta Fundacional sobre las Relaciones, Cooperación y Seguridad Mutuas entre la OTAN…

Lula acusa a EE.UU. de «intromisión» en los asuntos de Brasil por compra de cazas suecos

Publicado: 11 oct 2024 23:01 GMT El mandatario brasileño señaló que la solicitud de Washington para conocer el trámite con la empresa Saab «está fuera de lugar» y «no tiene…

«¿Qué le gustaría decir a Israel?»: El presidente de Irán deja un claro mensaje a Tel Aviv

Publicado: 11 oct 2024 12:21 GMT «Deja de matar a gente inocente, deja de bombardear las viviendas de gente que ya no tiene nada», declaró Masoud Pezeshkian. Tel Aviv ha…

Apps que prometen ganar dinero, pero se roban tu información

Estados Unidos.- Es probable que mientras navegas por internet o en redes sociales, te hayas topado con promociones de aplicaciones que aseguran ayudarte a ganar dinero desde la comodidad de…