Problema con base de datos Maria DB 10.3 en Linux Ubuntu 20.04
Budget: $30 – $250 USD
Se tiene la siguiente infraestructura:
Sistema Operativo Linux Ubuntu 20.04
Maria DB 10.3
4GB RAM
Se tiene acceso a la base de datos en el servidor de pruebas donde esta corriendo la aplicación y se desea ejecutar la actualización
Al ejecutar un script de actualización de versiones de una aplicación se obtiene el siguiente mensaje:
"The total number of locks exceeds the lock table size"
Este mensaje se obtiene al ejecutar la actualización hacia la versión 17.12.00 el proceso de esta actualización se documenta en el siguiente enlace, se nos ocurre que se podria ejecutar los procesos de esa actualización de forma manual y luego proseguir con el script tal vez:
https://git.koha-community.org/Koha-community/Koha/commit/fc30a2c82c487fdf6da354cccd86c29b2c1d4aee
y se tiene acceso al archivo de actualización de la aplicación en el servidor ingresando a:
/usr/share/koha/intranet/cgi-bin/installer/data/mysql
nano updatedatabase.pl
Buscando una solución se modifico el archivo 50-server.cnf en la linea: innodb_buffer_pool_size = 80M pero no se logran resultado| El archivo se ubica en cd /etc/mysql/mariadb.conf.d/50-server.cnf
con la siguiente configuración:
key_buffer_size = 2000M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam_recover_options = BACKUP
max_connections = 500
max_user_connections = 500
thread_concurrency = 300
table_cache = 30000
open_files_limit = 65000
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
#query_cache_limit = 1M
#query_cache_size = 16M
query_cache_limit = 50M
query_cache_size = 300M
#innodb_buffer_pool_size = 2G
innodb_buffer_pool_size = 80M
innodb_file_per_table = 1
Cuando se tome el trabajo se permitira el acceso al servidor vía SSH, en el se puede instalar phpmyadmin (no se tiene instalado)
El objetivo del trabajo es:
1.- Solucionar este problema ejecutando el script de actualización:
sudo koha-upgrade-schema library y al ejecutarlo no presente problema continuando la actualización.
2.- Documentar la solución permitiendo ejecutar de forma sencilla siguiendo las indicaciones de la documentación.
Sistema Operativo Linux Ubuntu 20.04
Maria DB 10.3
4GB RAM
Se tiene acceso a la base de datos en el servidor de pruebas donde esta corriendo la aplicación y se desea ejecutar la actualización
Al ejecutar un script de actualización de versiones de una aplicación se obtiene el siguiente mensaje:
"The total number of locks exceeds the lock table size"
Este mensaje se obtiene al ejecutar la actualización hacia la versión 17.12.00 el proceso de esta actualización se documenta en el siguiente enlace, se nos ocurre que se podria ejecutar los procesos de esa actualización de forma manual y luego proseguir con el script tal vez:
https://git.koha-community.org/Koha-community/Koha/commit/fc30a2c82c487fdf6da354cccd86c29b2c1d4aee
y se tiene acceso al archivo de actualización de la aplicación en el servidor ingresando a:
/usr/share/koha/intranet/cgi-bin/installer/data/mysql
nano updatedatabase.pl
Buscando una solución se modifico el archivo 50-server.cnf en la linea: innodb_buffer_pool_size = 80M pero no se logran resultado| El archivo se ubica en cd /etc/mysql/mariadb.conf.d/50-server.cnf
con la siguiente configuración:
key_buffer_size = 2000M
max_allowed_packet = 16M
thread_stack = 192K
thread_cache_size = 8
# This replaces the startup script and checks MyISAM tables if needed
# the first time they are touched
myisam_recover_options = BACKUP
max_connections = 500
max_user_connections = 500
thread_concurrency = 300
table_cache = 30000
open_files_limit = 65000
#table_cache = 64
#thread_concurrency = 10
#
# * Query Cache Configuration
#
#query_cache_limit = 1M
#query_cache_size = 16M
query_cache_limit = 50M
query_cache_size = 300M
#innodb_buffer_pool_size = 2G
innodb_buffer_pool_size = 80M
innodb_file_per_table = 1
Cuando se tome el trabajo se permitira el acceso al servidor vía SSH, en el se puede instalar phpmyadmin (no se tiene instalado)
El objetivo del trabajo es:
1.- Solucionar este problema ejecutando el script de actualización:
sudo koha-upgrade-schema library y al ejecutarlo no presente problema continuando la actualización.
2.- Documentar la solución permitiendo ejecutar de forma sencilla siguiendo las indicaciones de la documentación.