PDA

Bekijk Volledige Versie : "Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (..."



Hans Kamp
06/12/08, 11:51
Ik krijg de volgende foutmelding:

"Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (X) [2002]"

waarin X soms 2 is, soms 111. Ik kan ook niet bij het CP komen. Wat zou dit kunnen zijn? Is telnet- of SSH-toegang handig of gewenst om erachter te komen wat er mis is?

Dut is nu al 2,5 uur al zo.

SF-Jeroen
06/12/08, 11:54
Ik dacht dat dit betekende dat mysql (service) gecrashed is (of gewoon niet draait)

Hans Kamp
06/12/08, 11:59
Wat is - zonder CP (maar mogelijk met telnet of SSH) - de manier om MySQL te herstarten? Wat is de oorzaak dat MySQL crashte, of niet opgestart is?

ichosting
06/12/08, 12:02
Welk OS en CP gebruik je?

SF-Jeroen
06/12/08, 12:06
/etc/init.d/mysqld restart (RedHat/Fedora/CentOS)
/etc/init.d/mysql restart (Debian/Ubuntu)

Robca
06/12/08, 12:16
vertel eerst eens welke linuxdistirbutie je gebruikt, want kan zijn dat er een probleem is met een bestand ook!

Kijk alvast eens of je mysql in safemode kan draaien (mysqld_safe --user=mysql&) en of er nog mysql processen draaien... (ps -ef|grep mysqld)

Hans Kamp
06/12/08, 13:13
Welk OS en CP gebruik je?

Ik gebruik Linux, en het CP is NodeWorx. Als CP het weer doet, kan ik precies zeggen welke versie ik gebruik, en andere relevante informatie.

ichosting
06/12/08, 13:20
Heb je het voorstel van Robin al even geprobeerd?

Hans Kamp
06/12/08, 13:27
Dat wordt geprobeerd zodra ik SSH-toegang heb. Ik zal laten weten hoe het verder verloopt.

Hans Kamp
06/12/08, 14:45
Soms krijg ik ook:

Lost connection to MySQL server at 'reading initial communication packet', system error: 104 [2013]

gjtje
06/12/08, 15:07
Misschien dat je time-out waarden in my.cnf wat strikt zijn?

Hans Kamp
06/12/08, 15:22
Districbutie: CentOS 5.2
OS: Linux 2.6.18-92.1.13.el5xen (SMP)
CPU: 2327.52Mhz Intel(R) Xeon(R) CPU 5148 @ 2.33GHz (4096 KB Cache)

Hans Kamp
06/12/08, 16:05
vertel eerst eens welke linuxdistirbutie je gebruikt, want kan zijn dat er een probleem is met een bestand ook!

Kijk alvast eens of je mysql in safemode kan draaien (mysqld_safe --user=mysql&) en of er nog mysql processen draaien... (ps -ef|grep mysqld)

root 1042 1 0 14:13 ? 00:00:00 /bin/sh /home/interworx/bin/mysql/mysqld_safe --defaults-file=/home/interworx/etc/my.cnf
iworx 1078 1042 0 14:13 ? 00:00:00 /home/interworx/bin/iworx-db --defaults-file=/home/interworx/etc/my.cnf --basedir=/home/interworx --datadir=/home/interworx/var/lib/mysql --user=iworx --pid-file=/home/interworx/var/run/mysqld.pid --skip-locking --port=2306 --socket=/home/interworx/var/run/mysql.sock
root 1867 1 0 14:13 ? 00:00:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql --socket=/var/lib/mysql/mysql.sock --log-error=/var/log/mysqld.log --pid-file=/var/run/mysqld/mysqld.pid
mysql 1924 1867 5 14:13 ? 00:02:22 /usr/libexec/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid-file=/var/run/mysqld/mysqld.pid --skip-external-locking --socket=/var/lib/mysql/mysql.sock
root 7713 7403 0 15:00 pts/0 00:00:00 grep mysqld

davhog
06/12/08, 16:21
Kun je MYSQL wel benaderen via tcp/ip i.p.v. via de socket? Dus connecten naar localhost?

Hans Kamp
06/12/08, 16:25
cat /var/log/mysqld.log geeft een aantal foutmeldingen:

[ERROR] Can't start server: can't create PID file: No space left on device
[ERROR] /usr/libexec/mysqld: Disk is full writing '/var/lib/mysql/wowforum_wowforum/phpbb30_posts.MYI' (Errcode: 28). Waiting for someone to free space... Retry in 60 secs

Vreemd, want de schijf is niet vol. Ongeveer 53 % is in gebruik. Ik heb de schijfquota verhoogd van 2 GB (dat was maximum shared webspace grootte) naar 5 GB (maximum VPS-ruimte).

SF-Jeroen
06/12/08, 16:26
doe eens: df -h

Hans Kamp
06/12/08, 16:26
Kun je MYSQL wel benaderen via tcp/ip i.p.v. via de socket? Dus connecten naar localhost?

Hoe doe ik dat? Het forum draait overigens weer sinds ik met wat meer informatie kwam.

Hans Kamp
06/12/08, 16:28
doe eens: df -h

Geeft:

Filesystem Size Used Avail Use% Mounted on
/dev/sda1 9.7G 4.9G 4.5G 53% /
none 65M 0 65M 0% /dev/shm
/filesystems/tmpMnt 2.0G 3.1M 1.9G 1% /tmp

Ik vermoed dat er problemen ontstonden toen de automatische backup gestart was. Die startte afgelopen nacht om precies 0:00.

Het advies om mysqld in safe-mode op te starten, zoals gesuggereerd doe ik later op de avond. Dan is het minder druk, denk ik.

SF-Jeroen
06/12/08, 16:35
Het zou kunnen zijn dat er ergens heel veel logfiles staan, waardoor mysql vastloopt.

SF-Jeroen
06/12/08, 16:38
post eens: du -sh /var/*

Hans Kamp
06/12/08, 16:40
Geeft:

13M /var/cache
4.0K /var/db
1.1M /var/djbdns
12K /var/empty
4.0K /var/games
401M /var/lib
4.0K /var/local
20K /var/lock
258M /var/log
0 /var/mail
4.0K /var/nis
4.0K /var/opt
4.0K /var/preserve
8.0K /var/proftpd
4.0K /var/proftpd.pid
1.9M /var/qmail
636K /var/run
28K /var/spool
0 /var/tmp
17M /var/vpopmail
4.3M /var/www
4.0K /var/yp

Let wel:
- Ik heb de SiteWorx quota aangepast;
- Het forum draait nu wel gewoon.

ls -al /var/log/mysqld.log
geeft:
-rw-r----- 1 mysql mysql 255371133 Dec 6 14:38 /var/log/mysqld.log

Een erg groot bestand. Het getal 255371133, is dat aantal bytes of aantal blokken (1 blok is bepaalde hoeveelheid bytes)?

EDIT: 1 "blok" is 1 byte. Bovenstaand bestand is dus ongeveer 255 MB.

Hans Kamp
06/12/08, 18:38
Probleem is feitelijk opgelost: Mijn webhost zei tegen me dat mijn VPS-ruimte vol was. Daardoor crashte het forum. Ik heb ermee overlegd dat de schijfcapaciteit verhoogd wordt (nu is) naar 10 GB. Ik heb ook wat bestanden weggegooid. Ik had beter naar het startscherm van NodeWorx moeten kijken. Daar staat precies in hoeveel er in gebruik is.

Na ja... weer wat geleerd. :)

Hans Kamp
07/12/08, 00:33
Het is toch niet helemaal goed. De zaak gaat hangen nadat er een backup is gemaakt. Geen websitetoegang, geen NodeWorx-toegang, geen SHH-toegang.

De backup is niet eens zo groot, ik geloof honderd-nog-wat MB. Ik kan het onderstaand advies ten uitvoer brengen als ik weer toegang heb:


Kijk alvast eens of je mysql in safemode kan draaien (mysqld_safe --user=mysql&) en of er nog mysql processen draaien... (ps -ef|grep mysqld)

Hans Kamp
07/12/08, 01:13
Het opvolgen van het bovenstaand advies deed het forum weer werken.

cat mysqld.log | grep 081206 | grep 23

geeft:

081206 23:43:05 mysqld restarted
081206 23:43:08 InnoDB: Database was not shut down normally!
081206 23:43:28 InnoDB: Starting log scan based on checkpoint at
081206 23:44:49 mysqld ended
081206 23:48:30 mysqld started
081206 23:48:31 InnoDB: Database was not shut down normally!
081206 23:48:31 InnoDB: Starting log scan based on checkpoint at
081206 23:48:31 InnoDB: Started; log sequence number 0 5409054
081206 23:48:31 [Note] /usr/libexec/mysqld: ready for connections.

Maar de crash trad hiervóór op, ik geloof om 23:20 server-tijd (GMT).

wonko
08/12/08, 09:17
Dit probleem is een beginnersprobleem (thread verhuisd). Spreek je systeembeheerder/leverancier aan als je managed hosting neemt, of beraad je even goed over het feit als je zelf die server kan beheren en ervoor verantwoordelijk wil zijn...

Hans Kamp
08/12/08, 22:49
Ik denk (ook volgens de adviezen van andere fora) dat het geheugen op dit moment een probleem is. Ik laat de VPS upgraden en kijk of het verbetert. Verder is het fully managed VPS, met dezelfde mogelijkheden (PHP, MySQL, mailadressen, etc.), alleen niet dezelfde beperkingen als met Shared Hosting. Dus niet een beperkt aantal e-mailadressen, databases, etc.

Al met al zal ik er uiteindelijk wel uitkomen. Het vergt alleen geduld bij mij en bij mijn forumbezoekers. :)

Hans Kamp
10/12/08, 15:04
Ik heb het vermoeden dat het nu opgelost is. Ik heb de VPS-RAM laten upgraden naar 256 MB RAM. Gisteren is dat gebeurd, maar mijn forum crashte al 2,5 dagen niet. Ik heb van andere leden op mijn forum ook geen meldingen gehoord dat het forum offline was. Kan zijn dat de overigens erg behulpzame host al wat dingen heeft veranderd, waardoor de kans op een crash al wat verminderde.

Mijn forum is hiermee wat sneller geworden. :)