Newsgroup: it.comp.os.linux.sys
Titolo: [MySQL] Questa non mi era mai successa

Questa non mi era mai successa, dalla stessa macchina:
 
 
root@zenoss:~# mysql -u root -h 192.168.1.82 -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
 
root@zenoss:~# su - zenoss
zenoss@zenoss:~$ mysql -u root -h 192.168.1.82 -p
Enter password:
ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.82' (111)
 
Io non so più che pesci prendere :-(
 

 Io non so più che pesci prendere :-(
 
Al 99.9% selinux. Al rimanente 0.1% iptables con match sul uid.
 
 
-- 
Flavio Visentin
 
Scientists discovered what's wrong with the female brain: on the left
side, there's nothing right, and on the right side, there's nothing left

 Al 99.9% selinux. Al rimanente 0.1% iptables con match sul uid.
 
Macchè, nessuno dei due: selinux non è installato sulla macchina client ed è disabilitato su quella server; iptables fa passare tutto 

 ERROR 2003 (HY000): Can't connect to MySQL server on '192.168.1.82' (111)
 
Verifica che nel .my.cnf dell'utente zenoss non ci sia indicata una
porta diversa dalla 3306.
 
 
Fabio

 porta diversa dalla 3306.
 
Non c'è un .my.cnf dell'utente zenoss :-(
E comunque ad altri db mi connetto senza problemi
 

 client ed è disabilitato su quella server; iptables fa passare tutto 
 
Se sniffi con tcpdump riesci a vedere i pacchetti che escono ed entrano?
hosts.allow e hosts.deny?


 hosts.allow e hosts.deny?
 
hosts.allow e hosts.deny sono vuoti (quindi ok).
Con tcpdump non vedo nulla, mentre se provo a fare un telnet vedo i pacchetti (quindi non è un problema di firewall & co.).
Ho provato anche a forzare la porta con --port, ma non si risolve.


verifica questo:
 
Che  il servizio mysql sul server sia  attivo :)
 
Il file /etc/mysql/my.cnf sia configurato correttamente per le 
connessioni remote.
 
Ad esempio
bind-address = 127.0.0.1

 connessioni remote.
 
Il nesso con il thread?

Il 10/04/2012 18:08, 
gandalf.co...@gmail.com
 ha scritto:

Mi sono perso qualcosa ?
Il sign Lorenzo non ha problemi di connessioni remote a mysql ?
 
 

 Il sign Lorenzo non ha problemi di connessioni remote a mysql ?
 
Hai azzeccato solo "mysql" :)
Il sign Lorenzo ha problemi a connettersi ad un server mysql da un utente (locale e di sistema, non mysql) rispetto un altro.

 utente (locale e di sistema, non mysql) rispetto un altro.
 
Boh, dopo un riavvio del server il tutto è ripartito.
Il servizio l'avevo riavviato una decina di volte.
 
Meglio così, ma mi vien da dubitare dell'efficienza di MySQL, per il 
prossimo progetto proporrò PostgreSQL

 prossimo progetto proporrò PostgreSQL
 
Valuta prima cosa serve al progetto, proporre un Barrett M82 quando hai 
bisogno di una Beretta 92 significa aver sbagliato totalmente approccio al 
problema
 
Enrico

Il 10/04/2012 21:37, 
gandalf.co...@gmail.com
 ha scritto:

Ha si, č chiaro
avevo letto frettolosamente
Effettivamente č molto strano
l' errore 111 sembra che sia dovuto al server non in ascolto sull' 
indirizzo voluto, ma evidentemente non č questo il caso
Un suggerimento, provare con un altro utente (che non sia root) per 
verificare che sia qualche impostazione inerente a quell' utente
Saluti
 


...e AppArmor sul client?
 
Leonardo
 
-- 
Tell us whether you spy, in the light of the morn,
what saluted was fiercely at the fall of the past day:
whose pips and whose bands in the very heart of the fray
bravely floated from the bulwarks to which we were sworn?

 Il servizio l'avevo riavviato una decina di volte.
 
Per curiosità, il sistema era stato riavviato dopo aver disabilitato
selinux? Perché è una delle sviste frequenti in quest'ambito.


 problema
 
Il prossimo progetto sarà un'infrastruttura che dovrà avere SLA del 99,999% (almeno!) e con dei carichi di lavoro non indifferenti.
Mi sa che mi butto su Oracle + supporto :-)

 Mi sa che mi butto su Oracle + supporto :-)
 
Da sistemista Oracle ti consiglio comunque di fare delle prove, tempo fa' 
feci un test di velocita` con PostgreSQL ed Oracle vinceva di misura anche 
se c'era da dire che la macchina su cui girava pgsql era prestazionalmente 
un cesso :)
Per quanto riguarda la sicurezza, anche PostgreSQL e` alquanto stabile e 
robusto, anzi, e` assai difficoltoso rompere un database pgsql :)
 
Enrico
P.S. a prescindere da tutto, se hai bisogno di funzioni geografiche, allora 
tu vuoi PostgreSQL + PostGIS