MYSQL 5 Probleme

[Unicate]

Hi, wenn mein Mysql funktionieren würde wie es soll, wäre ich sehr zufrieden...
hier mein pstree:


init-+-acpid
|-agetty
|-atd
|-crond
|-entranced-+-X
| `-entrance_login---enlightenment-+-Eterm---Eterm.bin---bash---pstree
| |-gaim
| |-opera---operapluginwrap
| `-xscreensaver
|-events/0
|-httpd---8*[httpd]
|-khelper
|-klogd
|-ksoftirqd/0
|-kswapd0
|-kthread-+-aio/0
| |-cifsdnotifyd
| |-cifsoplockd
| |-kacpid
| |-kblockd/0
| |-khubd
| |-kjournald
| |-kpsmoused
| |-kseriod
| |-2*[pdflush]
| |-xfsdatad/0
| `-xfslogd/0
|-mysqld_safe---mysqld
|-saa7134[0]
|-sshd
|-syslogd
`-udevd


Fehlermeldung wenn ich über ein php script auf die db zugreife:


Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

[Tomek]

Poste mal deine MySQL-Konfiguration, um zu sehen, wo das Socket abgelegt wird. Ansonsten kannst du versuchen dich über TCP/IP mit dem MySQL-Server zu unterhalten, anstatt mit dem Filesocket.

[Unicate]

hier sind die optionen aus der my.cnf

# Here follows entries for some specific programs

# The MySQL server
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
key_buffer = 16K

Aber es ist auch so, das es manchmal geht und manchmal nicht merk ich gerade...
also im moment gehts mal wieder

[marce]

/tmp ist je nach Distri ein recht doofer Ort für den Socket - es gibt ab und zu mal cronjobs, die der Meinung sind, /tmp sollte gelöscht werden (frei nach Cato). Was das dann bedeutet kannst Du dir wohl selbst ausmalen...