gabcicala » mysql

Tomcat: Cannot get a connection, pool error null

glycerin — Wed, 28 Dec 2011 14:56:39 +0000

Generalmente capitava di registrare questo errore nel syslog di una Debian sul quale gira SOLR ma andando a controllare il DB MySQL verso il quale fa le SELECT e le UPDATE non si vedevano segnalazioni di numero di connessioni alte.

Girando sulla rete sono arrivato su questo breve articolo che in tutta sincerità mi ha lasciato un pò a bocca aperta … MySQL, Tomcat 6, and Ubuntu 9.10: Blah che tra l’altro riguarda il Tomcat 6 e ho provato questa modifica.

In /etc/init.d/tomcat5.5
# Use the Java security manager? (yes/no)
#TOMCAT5_SECURITY=yes
TOMCAT5_SECURITY=no

e successivo restart del Tomcat.
Vediamo se effettivamente la causa è questa …. o se invece si hanno dei benefici dovuti al restart del Tomcat.

Tips and Tricks: MySQL e suo stop causa disk full … come farlo ripartire velocemente

glycerin — Sat, 06 Nov 2010 23:27:17 +0000

Ultimamente mi è capitato di dover fronteggiare un DB server che si è trovato a corto di spazio a causa di una crescita vertiginosa dei suoi binlog. In particolare questo DB server si occupa dello storage delle sessioni di navigazione.
Una cosa che mi è tornata utile è stata quella di lasciare una via di fuga per poter far ripartire il daemon creando un file empty usando dd. Cancellando questo file vuoto si libera immediatamente dello spazio permettendo così di poter usare la console MySQL. Altrimenti, senza uno spazio da liberare immediatamente sarebbe impossibile operare per il semplice fatto che il daemon risulta in stallo; in particolare mi è capitato di poter scrivere la query in console e rimanere in attesa dell’output invano. Così facendo ho potuto liberare spazio mediante la query di cancellazione manuale dei binlog:

PURGE BINARY LOGS TO 'mysql-bin.132226';

Mentre il file empty è stato creato con la seguente istruzione:

dd if=/dev/zero of=/var/backups/empty_file_to_delete bs=4k count=125000

Una guida veloce su come usare dd è al seguente link “Creare file vuoti di grandi dimensioni con Linux e Windows” che oltretutto dà una valida alternativa a “dd” in ambiente windows … ovvero fsutil.

Technorati Tags: mysql, dd, fsutil, binlog, purge, query

Replicazione MySQL tra una LENNY e una ETCH Debian ed Error_code: 1105

glycerin — Mon, 17 May 2010 16:18:00 +0000

Mi è capitato di dover configurare una replicazione tra un server Debian Lenny e un altro ETCH sempre Debian e dover affrontare una problematica che descrivo di sguito.
Una volta realizzata la replicazione compare, nel daemon.log, una segnalazione che implica il dover skippare l’errore lato mysql per far sì che la replicazione tra i due host continui.
In pratica nel my.cnf viene aggiunta la seguente riga:

# inserito lo slave-skip-errors per rimediare alla incompatibilita tra
la versione 5.0.51 e la 5.0.32
slave-skip-errors=1105
#

che permette alla replicazione di andare avanti.
Sul daemon.log compare di continuo la riga allegata in basso e in ogni caso l’aggiungere questo parametro può essere considerata soltanto una soluzione tampone. Anche perchè nella casistica 1105 rientrano tutti gli errori classificati come unknown (http://dev.mysql.com/doc/refman/5.0/en/error-messages-server.html#error_er_unknown_error)

In ogni caso è bene leggere le warning presenti sul sito MySQL:
http://dev.mysql.com/doc/refman/5.0/en/replication-options-slave.html#option_mysqld_slave-skip-errors

Segnalazione del daemon.log:
May 17 18:11:10 host mysqld[27024]: 100517 18:11:10 [ERROR] Slave: According to the master’s version (’5.0.32-Debian_7etch11-log’), it is probable that master suffers from this bug: http://bugs.mysql.com/bug.php?id=24432 and thus replicating the current binary log event may make the slave’s data become different from the master’s data. To take no risk, slave refuses to replicate this event and stops. We recommend that all updates be stopped on the master and slave, that the data of both be manually synchronized, that master’s binary logs be deleted, that master be upgraded to a version at least equal to ’5.0.38′. Then replication can be restarted. Error_code: 1105

Technorati Tags: mysql, Error_code: 1105, daemon, lenny, etch

Tsung un utile tool per il testing di applicazioni

glycerin — Mon, 29 Mar 2010 22:52:03 +0000

Tsung (conosciuto come IDX-Tsunami) è un utile strumento per il load testing di applicazioni IP based client/server quali ad esempio i server HTTP, WebDAV, SOAP, PostgreSQL, MySQL, LDAP e Jabber/XMPP. Tsung è sviluppato in Erlang un linguaggio open-source sviluppato da Ericsson per la realizzazione di applicazioni robuste e fault-tolerant. Può essere distribuito su diversi client e così simulare centinaia di migliaia di utenti virtuali concorrenti fra loro.
Anche questo è uno strumento da tenere in considerazione se si vuole rilasciare una propria applicazione, oltre che sicura, anche affidabile.

Technorati Tags: Tsung, Erlang, MySQL, HTTP, PostgreSQL, Jabber

Link ad un interessante articolo su come velocizzare un DB MySQL

glycerin — Sun, 28 Mar 2010 15:44:05 +0000

Inserisco questo link in modo da mantenere un utile riferimento da non dimenticare mai quando si lavora con un DB MySQL. Come sempre il sito Programmazione.it è un utile punto di riferimento. L’articolo è il seguente: Alcuni trucchi per velocizzare un database MySQL

Technorati Tags: MySQL

mysqldump e i permessi dell’utente per poter fare un dump di una tabella

glycerin — Wed, 03 Feb 2010 16:17:39 +0000

I GRANT minimi di cui deve godere un utente di backup sono “Select_priv” e “Lock_tables_priv“.
Nel caso in cui l’utente esista già:

UPDATE `user` SET `Select_priv` = ‘Y’,
`Lock_tables_priv` = ‘Y’,
`ssl_cipher` = ”,
`x509_issuer` = ”,
`x509_subject` = ” WHERE CONVERT( `user`.`Host` USING utf8 ) = ‘localhost’ AND CONVERT( `user`.`User` USING utf8 ) = ‘user_for_dump’ LIMIT 1 ;

altrimenti in sede di creazione

GRANT SELECT,LOCK TABLES ON *.* TO user_for_dump@’localhost’ IDENTIFIED BY ‘password’;

Technorati Tags: mysqldump. permessi

Il support per MySQL 5.0 terminerà entro la fine dell’anno

glycerin — Fri, 11 Dec 2009 00:21:56 +0000

Stando alla notizia pubblicata su “The H Open Source” la versione 5.0 del noto DB server non sarà più sotto sviluppo e non sarà fornito alcun aggiornamento dei binari a partire dal 31 Dicembre 2009. A partire dal 1 Gennaio 2010 la 5.0 sarà posta nello stato “Extended Support“, ovvero soltanto gravi bug e vulnerabilità che ne possano compromettere la sicurezza verranno sistemati per quei clienti che hanno un rapporto contrattuale di maintenance, fino alla fine del 2011.
Sun consiglia di passare alla versione 5.1 senza con ciò dimenticare che il supporto verso questa release terminerà nella metà di Dicembre del prossimo anno.

MariaDB 1.4: rilasciata una BETA molto prossima ad essere una Release Candidate

glycerin — Wed, 04 Nov 2009 00:45:27 +0000

Il fondatore di MySQL Monty Widenius ha rilasciato una versione BETA del fork di MySQL, MariaDB. Gli sviluppatori hanno affermato che questa BETA è molto vicina ad essere una Release Candidate ma nonostante questa certezza si è decisa di rilasciarla in versione BETA per spingere sul testing, che sarà seguita dopo poche settimane da una Release Candidate ufficiale.

Fonte notizia: http://www.h-online.com/open/news/item/MariaDB-1-4-nearing-completion-848092.html

12 importanti cheat sheet per developer

glycerin — Wed, 14 Oct 2009 16:40:40 +0000

Di seguito un link ad una pagina che contiene alcuni cheat sheet utili per chi sviluppa e non solo….

http://corsentino.net/2009/10/12-cheat-sheet-for-developers/

How NOT to test that mysqld is alive

glycerin — Thu, 01 Oct 2009 12:16:13 +0000

Utile how to su cosa evitare per controllare che il demone sia su e come eventualmente rimediare….

http://code.openark.org/blog/mysql/how-not-to-test-that-mysqld-is-alive