Server hangt, na reboot mysql niet meer te bereiken

[Yzord]

Een van mijn Debian servers bij Directvps hing vannacht. Larry heeft een forced reboot gegeven, maar sindsdien is mijn SQL server niet meer te benaderen. Al mijn domeinen refereren naar het feit dat ze de database niet kunnen benaderen, maar wat ik ook doe, ik krijg hem niet meer aan de praat.

Klein stukje van mijn ellenlange geprobeer haha:

root@server:~# service mysql start
mysql: unrecognized service
root@server:~# ps -ef | grep mysql
root 2369 2043 0 09:59 pts/0 00:00:00 grep mysql
root@server:~# service mysql restart
mysql: unrecognized service
root@server:~# /etc/init.d/mysql restart
-bash: /etc/init.d/mysql: No such file or directory
root@server:~# service mysqld status
root@server:~# service mysql status
mysql: unrecognized service
root@server:~# service mysql status
mysql: unrecognized service
root@server:~# service mysqld status
root@server:~# service mysql restart
mysql: unrecognized service
root@server:~# mysql
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)
root@server:~# mysql --socket=/var/lib/mysql/mysql.sock
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/lib/mysql/mysql.sock' (2)

Nu ben ik al vanaf 7 uur vanmorgen bezig dit op te lossen, maar ik geraak een beetje in een tunnelvisie ofzo, want ik kom er niet meer uit. Een backup terug zetten heeft ook niets geholpen (zal wel incremental zijn geweest denk ik).

Wat ik wel vreemd vond is het volgende:



In de mysql.moved folder zit mijn my.cnf en in de mysql folder alleen de conf.d folder. Dit hoort toch niet zo?

Tevens wilde ik mijn databases voor de zekerheid backuppen, maar /var/lib/mysql bestaat helemaal niet. Ben ik gehacked?

[ Voor 3% gewijzigd door Yzord op 19-01-2014 12:26 ]

[Freezerator]

Je server of partitie is niet vol waarop mysql staat? (df -h)

In je my.cnf staat ook waar de database opgeslagen is. (datadir) Wat is daar het resultaat van?

[Yzord]

user = mysql
pid-file = /var/run/mysqld/mysqld.pid
socket = /var/run/mysqld/mysqld.sock
port = 3306
basedir = /usr
datadir = /var/lib/mysql
tmpdir = /tmp
language = /usr/share/mysql/english
skip-external-locking

Maar mijn databases staan in /home/mysql kwam ik net achter. Dat doet DA volgens mij.

[vanaalten]

Ik vind dit wel een interessante:

code:

root@server:~# /etc/init.d/mysql restart
-bash: /etc/init.d/mysql: No such file or directory

Kijk eens in die /etc/init.d directory - staat daar 'iets' met mysql in de naam? Want dit alles lijkt er op dat de boel hing terwijl iemand wat probeerde te migreren aan de installatie of zo.

(da's sowieso iets wat interessant is om uit te zoeken: WAAROM hing die machine ineens?)

[Verwijderd]

Wat zegt de mysql daemon log? Die kan op een aantal plaatsen staan, waarschijnlijk is het /var/lib/mysql/$(hostname -f).err

[Freezerator]

Ok, je hebt directadmin. De lokatie van my.cnf hoort daar volgens de documentatie gewoon in /etc/my.cnf te staan.
http://help.directadmin.com/item.php?id=329

En je disk was dus niet vol he? Want daar wil mysql ook niet door starten. Je kan ook eventueel zoeken naar mysql.sock en die deleten en dan opnieuw proberen te starten.

[ Voor 35% gewijzigd door Freezerator op 19-01-2014 12:50 ]

[Yzord]

vanaalten schreef op zondag 19 januari 2014 @ 12:43:
Ik vind dit wel een interessante:

code:

root@server:~# /etc/init.d/mysql restart
-bash: /etc/init.d/mysql: No such file or directory

Kijk eens in die /etc/init.d directory - staat daar 'iets' met mysql in de naam? Want dit alles lijkt er op dat de boel hing terwijl iemand wat probeerde te migreren aan de installatie of zo.

In de /etc/init.d staat alleen een mysqld en als ik /etc/init.d/mysqld start/stop/restart doe dan doet hij niks. Spuugt ook geen error uit.

Ok, je hebt directadmin. De lokatie van my.cnf hoort daar volgens de documentatie gewoon in /etc/my.cnf te staan.

[mysqld]
local-infile=0
innodb_file_per_table
max_allowed_packet=100M

Dat is alles wat er in staat. Lijkt me ook niet ok

Wat zegt de mysql daemon log? Die kan op een aantal plaatsen staan, waarschijnlijk is het /var/lib/mysql/$(hostname -f).err

/var/lib/mysql bestaat bij mij helemaal niet. Geen dir of file.

[ Voor 10% gewijzigd door Yzord op 19-01-2014 12:51 ]

[Verwijderd]

Stop even met zoeken naar onzin. Kijk in je error log, nergens anders.

[Yzord]

Verwijderd schreef op zondag 19 januari 2014 @ 12:50:
Stop even met zoeken naar onzin. Kijk in je error log, nergens anders.

Al gedaan in mijn syslog. Rare is dat ik vanaf 17 januari tot 19 januari 10 uur vanmorgen niks gelogged heb staan.

[Freezerator]

Nee je error log van mysql.

Staat in je datadir van mysql. In jouw geval dus /home/mysql en dan een file eindigend op .err

[Yzord]

Ik zal hem even ergens uploaden....maar er staan rare dingen in dat hij ip's niet kan resolven ofzo

http://pastebin.com/bPaYCrSL is binnen een uur weg

Maar volgens server is deze het laatst op 16 januari gewijzigd. Echt raar dit.

[ Voor 21% gewijzigd door Yzord op 19-01-2014 13:00 ]

[Verwijderd]

Yzord schreef op zondag 19 januari 2014 @ 12:52:

Al gedaan in mijn syslog. Rare is dat ik vanaf 17 januari tot 19 januari 10 uur vanmorgen niks gelogged heb staan.

Je hebt de 1e vraag van Freezerator nog niet beantwoord. Is er een partitie vol?

df -h

Mijn vraag zou zijn: welke partitie is vol? Want ik verwacht precies hetzelfde als Freezerator.

[Yzord]

Bestandssysteem Grtte Gebr Besch Geb% Aangekoppeld op
/dev/vda 197G 5,9G 182G 4% /
tmpfs 2,0G 0 2,0G 0% /lib/init/rw
udev 10M 76K 10M 1% /dev
tmpfs 2,0G 4,0K 2,0G 1% /dev/shm

[Yzord]

Mijn idee, het lijkt er wellicht op dat mysql is geupdatet, maar dat de server nog niet gereboot was (?). En na de forced reboot dus de problemen geeft. Zou dat kunnen?

[xares]

Maak even een backup van de database bestanden in /home/mysql

Daarna kan je proberen om MySQL opnieuw te builden:

cd /usr/local/directadmin/custombuild/
./build set mysql_inst yes
./build set mysql_backup yes
./build update
./build mysql

[Verwijderd]

Dat de error log ophoudt op 16 januari is raar. Dus ofwel in die error log kan niet worden geschreven, ofwel de server is ergens anders aan het schrijven, of er gaat nog iets anders mis.

Op dit moment zou ik mysqld handmatig starten met dezelfde opties als het init script zou doen, maar dan gestart met strace, zodat je enigszins een idee krijgt van wat het proces aan het doen is.

[Yzord]

xares schreef op zondag 19 januari 2014 @ 13:10:
Maak even een backup van de database bestanden in /home/mysql

Daarna kan je proberen om MySQL opnieuw te builden:

cd /usr/local/directadmin/custombuild/
./build set mysql_inst yes
./build set mysql_backup yes
./build update
./build mysql

Gewoon een backup maken van de folder? Want die heb ik namelijk al, uit voorzorg gedaan. Maar ik dacht dat het beste was om een backup te maken via phpmyadmin, maarja, die doet het ook niet haha

Op dit moment zou ik mysqld handmatig starten met dezelfde opties als het init script zou doen, maar dan gestart met strace, zodat je enigszins een idee krijgt van wat het proces aan het doen is.

Ik ben nog niet zo geavanceerd helaas dat ik weet hoe het met strace moet. Ik zou je eeuwig dankbaar zijn als je me een volgorde van commando's zou willen geven

[ Voor 25% gewijzigd door Yzord op 19-01-2014 13:16 ]

[Verwijderd]

Je zou kunnen beginnen met

strace -f /etc/init.d/mysqld start

Misschien geeft dat al genoeg informatie, maar zoals je al had geraden vereist het wat ervaring en inzicht. Hopelijk geeft het je genoeg hints.

[Yzord]

Verwijderd schreef op zondag 19 januari 2014 @ 13:18:
Je zou kunnen beginnen met

strace -f /etc/init.d/mysqld start

Misschien geeft dat al genoeg informatie, maar zoals je al had geraden vereist het wat ervaring en inzicht. Hopelijk geeft het je genoeg hints.

Thanks, ben hem nu eerst aan het builden..wat volgens mij lukt. Daarna zal ik jouw commando eens proberen.

[Yzord]

xares schreef op zondag 19 januari 2014 @ 13:10:
cd /usr/local/directadmin/custombuild/
./build set mysql_inst yes
./build set mysql_backup yes
./build update
./build mysql

Alles gaat goed, totdat:

Stopping mysqld ...
mv: cannot stat `/etc/mysql/my.cnf': No such file or directory
Giving mysqld a few seconds to start up...
Looking for 'mysql' as: /usr/local/mysql/bin/mysql
Looking for 'mysqlcheck' as: /usr/local/mysql/bin/mysqlcheck
FATAL ERROR: Upgrade failed
*** Linking libmysqlclient.so.16 to libmysqlclient.so.18
Restarting MySQL.
It is recommended to do "./build php n" after MySQL update.

Zit toch iets niet helemaal snor hier. Sterker nog, mijn server is niet meer bereikbaar nu. Zal hem moeten restarten

[ Voor 5% gewijzigd door Yzord op 19-01-2014 13:23 ]

[xares]

Bereikbaar in de zin van SSH doet niks meer?

Is je VPS niet aan het swappen? Te weinig ram geheugen.

Doe anders eens iets van: (MySQL starten vanaf de console)

mysqld -u mysql

En kijk is of je dan een error voorbij ziet komen.

[Yzord]

root@safe-mail:~# strace -f /etc/init.d/mysqld start
-bash: strace: opdracht niet gevonden
root@safe-mail:~# mysqld -u mysql
-bash: mysqld: opdracht niet gevonden
root@safe-mail:~#

Aaaargh

[xares]

Kan je is kijken wat er in /etc/init.d/mysqld staat?
En even pasten op Pastebin.

strace zal je even moeten installeren met apt-get of yum.

[Yzord]

xares schreef op zondag 19 januari 2014 @ 13:31:
Kan je is kijken wat er in /etc/init.d/mysqld staat?
En even pasten op Pastebin.

strace zal je even moeten installeren met apt-get of yum.

http://pastebin.com/16dXLW38

Als ik strace wil installeren dan hangt mijn hele server met een load van 11.2

[ Voor 13% gewijzigd door Yzord op 19-01-2014 13:38 ]

[xares]

Daar zou wel meer in moeten staan dan die regels..

[Yzord]

Verwijderd schreef op zondag 19 januari 2014 @ 13:18:
Je zou kunnen beginnen met

strace -f /etc/init.d/mysqld start

Outcome of bovenstaande command:

execve("/etc/init.d/mysqld", ["/etc/init.d/mysqld", "start"], [/* 14 vars */]) = 0
brk(0) = 0x246f000
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c4267000
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=18852, ...}) = 0
mmap(NULL, 18852, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f06c4262000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libncurses.so.5", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20*\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=286776, ...}) = 0
mmap(NULL, 2383488, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f06c3e06000
mprotect(0x7f06c3e48000, 2093056, PROT_NONE) = 0
mmap(0x7f06c4047000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x41000) = 0x7f06c4047000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14696, ...}) = 0
mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f06c3c02000
mprotect(0x7f06c3c04000, 2097152, PROT_NONE) = 0
mmap(0x7f06c3e04000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f06c3e04000
close(3) = 0
access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory)
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\240\355\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1437064, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c4261000
mmap(NULL, 3545160, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f06c38a0000
mprotect(0x7f06c39f9000, 2093056, PROT_NONE) = 0
mmap(0x7f06c3bf8000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x158000) = 0x7f06c3bf8000
mmap(0x7f06c3bfd000, 18504, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f06c3bfd000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c4260000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c425f000
arch_prctl(ARCH_SET_FS, 0x7f06c4260700) = 0
mprotect(0x7f06c3bf8000, 16384, PROT_READ) = 0
mprotect(0x7f06c3e04000, 4096, PROT_READ) = 0
mprotect(0x7f06c4269000, 4096, PROT_READ) = 0
munmap(0x7f06c4262000, 18852) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
open("/dev/tty", O_RDWR|O_NONBLOCK) = 3
close(3) = 0
brk(0) = 0x246f000
brk(0x2470000) = 0x2470000
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=108805904, ...}) = 0
mmap(NULL, 108805904, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f06bd0dc000
close(3) = 0
brk(0x2471000) = 0x2471000
brk(0x2472000) = 0x2472000
getuid() = 0
getgid() = 0
geteuid() = 0
getegid() = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
brk(0x2473000) = 0x2473000
open("/proc/meminfo", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f06c4266000
read(3, "MemTotal: 4049344 kB\nMemF"..., 1024) = 1024
close(3) = 0
munmap(0x7f06c4266000, 4096) = 0
brk(0x2474000) = 0x2474000
rt_sigaction(SIGCHLD, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], 0}, = 0
rt_sigaction(SIGCHLD, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], 0}, = 0
rt_sigaction(SIGINT, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], 0}, = 0
rt_sigaction(SIGQUIT, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigaction(SIGQUIT, {SIG_IGN, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, = 0
uname({sys="Linux", node="safe-mail.nl", ...}) = 0
brk(0x2475000) = 0x2475000
stat("/root", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
stat(".", {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0
getpid() = 3546
open("/usr/lib/gconv/gconv-modules.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=26048, ...}) = 0
mmap(NULL, 26048, PROT_READ, MAP_SHARED, 3, 0) = 0x7f06c4258000
close(3) = 0
getppid() = 3545
gettimeofday({1390135454, 241419}, NULL) = 0
brk(0x2476000) = 0x2476000
brk(0x2477000) = 0x2477000
getpgrp() = 3545
rt_sigaction(SIGCHLD, {0x444090, [], SA_RESTORER, 0x7f06c38d2230}, {SIG_DFL, [], SA_RESTORER, 0x7f06c38d2230}, = 0
getrlimit(RLIMIT_NPROC, {rlim_cur=RLIM_INFINITY, rlim_max=RLIM_INFINITY}) = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
open("/etc/init.d/mysqld", O_RDONLY) = 3
ioctl(3, SNDCTL_TMR_TIMEBASE or TCGETS, 0x7fff0801e3d0) = -1 ENOTTY (Inappropriate ioctl for device)
lseek(3, 0, SEEK_CUR) = 0
read(3, "#!/bin/sh\n\n### BEGIN INIT INFO\n#"..., 80) = 80
lseek(3, 0, SEEK_SET) = 0
getrlimit(RLIMIT_NOFILE, {rlim_cur=1024, rlim_max=1024}) = 0
fcntl(255, F_GETFD) = -1 EBADF (Bad file descriptor)
dup2(3, 255) = 255
close(3) = 0
fcntl(255, F_SETFD, FD_CLOEXEC) = 0
fcntl(255, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE)
fstat(255, {st_mode=S_IFREG|0755, st_size=250, ...}) = 0
lseek(255, 0, SEEK_CUR) = 0
brk(0x2478000) = 0x2478000
brk(0x2479000) = 0x2479000
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
read(255, "#!/bin/sh\n\n### BEGIN INIT INFO\n#"..., 250) = 250
brk(0x247a000) = 0x247a000
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
rt_sigprocmask(SIG_BLOCK, NULL, [], = 0
read(255, "", 250) = 0
exit_group(0) = ?

Kan iemand dit lezen? Hahaha....ja ik lach wel, maar ben op van de zenuwen nu

[Verwijderd]

Ik kan het lezen ja, het script doet helemaal niks, omdat er -zoals xares al zei- niets in staat.
Aan je mysqld startup script heb je dus niets. Het lijkt alsof er iets je systeem aardig heeft gesloopt. Nu weet ik dat directadmin van zichzelf vrij eigenzinnig is en over zaken van het besturingssysteem heen walst, maar dit lijkt erg op een upgrade gone bad.

[xares]

Ik wil best even los gaan in je command line om te kijken of ik het kan fixen.
Maar dan moet je je ssh gegevens verstrekken via DM.

[Yzord]

Ik ben even een snapshot aan het terugzetten...mocht dat allemaal niet meer lukken dan neem ik contact met je op via DM

[CAPSLOCK2000]

Volgens mij is mysqld niet meer geinstalleerd.

mysqld zelf builden, is dat nodig?
Heb je dat ook gedaan toen je de server zelf installeerde? In mijn ervaring wordt dat niet gedaan door mensen die Direct Admin gebruiken. Tenzij je zeker weet dat het nodig is zou ik er van uit gaan dat de systeempackages gebruikt worden.

Welk OS gebruik je trouwens?

Bestaat /usr/sbin/mysqld ?

[Yzord]

Ik zou maar al te graag je vragen willen beantwoorden, maar zelfs een snapshot terugzetten doet ie nu al een uur over. Kan helemaal niks meer met de server nu.

[Yzord]

Ok, server loopt weer. Ik gebruik Debian 6 en /usr/sbin/mysqld bestaat niet op mijn server.

Hoe installeer ik dat?

[Hero of Time]

Dat doe je via apt-get install mysql-server. Als je een backup hebt van de database, en er draait niets anders op die bak, gebruik die data dan om lokaal een machine in te richten met dezelfde software, allemaal vanuit de repository, en zet je backup daar in. Doet de mysql server het zoals dat ervoor deed, is de snelste oplossing de VPS opnieuw installeren en je backup herstellen.

[Yzord]

Dat is het probleem, er draait een hele hoop op die bak zomaar opnieuw installeren betekent nog veel meer problemen

[Hero of Time]

In zo'n geval even in /var/log de verschillende bestanden bekijken (met name onder apt/history.log) om na te gaat wat er in vredesnaam is gebeurt. Zoals CL al zei, het lijkt op een upgrade gone bad. Ben jij de enige beheerder van de server, of zijn er meerdere mensen met root toegang?

[Yzord]

Ik ben de enige beheerder en zover ik weet heb ik helemaal geen upgrades uitgevoerd. Server liep 4 maanden retestabiel totdat hij vannacht ineens hing. En toen zijn de problemen begonnen. Ik heb nog niet eens geslapen

[Yzord]

2014:01:19-14:42:11: mysqld started
2014:01:19-14:42:16: mysqld restarted
2014:01:19-14:43:01: directadmin started
2014:01:19-14:43:06: directadmin restarted
2014:01:19-14:43:11: mysqld started
2014:01:19-14:43:16: mysqld restarted
2014:01:19-14:44:01: directadmin started
2014:01:19-14:44:06: directadmin restarted
2014:01:19-14:44:11: mysqld started
2014:01:19-14:44:16: mysqld restarted
2014:01:19-14:45:01: directadmin started
2014:01:19-14:45:06: directadmin restarted
2014:01:19-14:45:11: mysqld started
2014:01:19-14:45:16: mysqld restarted
2014:01:19-14:46:01: directadmin started
2014:01:19-14:46:06: directadmin restarted
2014:01:19-14:46:11: mysqld started
2014:01:19-14:46:16: mysqld restarted
2014:01:19-14:47:01: directadmin started
2014:01:19-14:47:06: directadmin restarted
2014:01:19-14:47:11: mysqld started
2014:01:19-14:47:16: mysqld restarted
2014:01:19-14:48:01: directadmin started
2014:01:19-14:48:06: directadmin restarted
2014:01:19-14:48:11: mysqld started
2014:01:19-14:48:16: mysqld restarted
2014:01:19-14:49:01: directadmin started
2014:01:19-14:49:06: directadmin restarted
2014:01:19-14:49:11: mysqld started
2014:01:19-14:49:16: mysqld restarted
2014:01:19-14:50:01: directadmin started
2014:01:19-14:50:06: directadmin restarted
2014:01:19-14:50:11: mysqld started
2014:01:19-14:50:16: mysqld restarted
2014:01:19-14:51:01: directadmin started
2014:01:19-14:51:06: directadmin restarted
2014:01:19-14:51:11: mysqld started
2014:01:19-14:51:16: mysqld restarted
2014:01:19-14:52:01: directadmin started
2014:01:19-14:52:06: directadmin restarted
2014:01:19-14:52:11: mysqld started
2014:01:19-14:52:16: mysqld restarted
2014:01:19-14:53:01: directadmin started
2014:01:19-14:53:06: directadmin restarted
2014:01:19-14:53:11: mysqld started
2014:01:19-14:53:16: mysqld restarted
2014:01:19-14:54:01: directadmin started
2014:01:19-14:54:06: directadmin restarted
2014:01:19-14:54:11: mysqld started
2014:01:19-14:54:16: mysqld restarted
2014:01:19-14:55:01: directadmin started
2014:01:19-14:55:06: directadmin restarted
2014:01:19-14:55:11: mysqld started
2014:01:19-14:55:16: mysqld restarted
2014:01:19-14:56:01: directadmin started
2014:01:19-14:56:06: directadmin restarted
2014:01:19-14:56:11: mysqld started
2014:01:19-14:56:16: mysqld restarted
2014:01:19-14:57:01: directadmin started
2014:01:19-14:57:06: directadmin restarted
2014:01:19-14:57:11: mysqld started
2014:01:19-14:57:16: mysqld restarted
2014:01:19-14:58:01: directadmin started
2014:01:19-14:58:06: directadmin restarted
2014:01:19-14:58:11: mysqld started
2014:01:19-14:58:16: mysqld restarted
2014:01:19-14:59:01: directadmin started
2014:01:19-14:59:06: directadmin restarted
2014:01:19-14:59:11: mysqld started
2014:01:19-14:59:16: mysqld restarted
2014:01:19-15:00:01: directadmin started
2014:01:19-15:00:06: directadmin restarted
2014:01:19-15:00:11: mysqld started
2014:01:19-15:00:16: mysqld restarted
2014:01:19-15:01:01: directadmin started
2014:01:19-15:01:06: directadmin restarted
2014:01:19-15:01:11: mysqld started
2014:01:19-15:01:16: mysqld restarted
2014:01:19-15:02:01: directadmin started
2014:01:19-15:02:06: directadmin restarted
2014:01:19-15:02:11: mysqld started
2014:01:19-15:02:16: mysqld restarted
2014:01:19-15:03:01: directadmin started
2014:01:19-15:03:06: directadmin restarted
2014:01:19-15:03:11: mysqld started
2014:01:19-15:03:16: mysqld restarted
2014:01:19-15:04:01: directadmin started
2014:01:19-15:04:06: directadmin restarted
2014:01:19-15:04:11: mysqld started
2014:01:19-15:04:16: mysqld restarted
2014:01:19-15:05:01: directadmin started
2014:01:19-15:05:06: directadmin restarted
2014:01:19-15:05:11: mysqld started
2014:01:19-15:05:16: mysqld restarted
2014:01:19-15:06:01: directadmin started
2014:01:19-15:06:06: directadmin restarted
2014:01:19-15:06:11: mysqld started
2014:01:19-15:06:16: mysqld restarted
2014:01:19-15:07:01: directadmin started
2014:01:19-15:07:06: directadmin restarted
2014:01:19-15:07:11: mysqld started
2014:01:19-15:07:16: mysqld restarted
2014:01:19-15:08:01: directadmin started
2014:01:19-15:08:06: directadmin restarted
2014:01:19-15:08:11: mysqld started
2014:01:19-15:08:17: mysqld restarted
2014:01:19-15:09:01: directadmin started
2014:01:19-15:09:06: directadmin restarted

Hmm, dit lijkt me ook geen lekkere soep. Lijkt wel of alles zich constant restart de hele tijd.

[vanaalten]

Yzord schreef op zondag 19 januari 2014 @ 16:00:
Ik heb nog niet eens geslapen

Dat misschien eerst eens doen, voordat je uit frustratie en onscherp-zijn de verkeerde dingen doet. Sowieso wil een nachtje slaap nog wel eens verhelderend werken.

[Yzord]

Ja klopt, maar ik verleen een mailservice..moet wel draaien voordat ik ga slapen anders kan ik nog niet slapen haha.

[CAPSLOCK2000]

Ik denk dat je inderdaad beter een uiltje kan gaan knappen. Een uur slaap kan al veel helpen.

Teruglezend zie ik dat je inderdaad files hebt gevonden in /usr/local/directadmin/custombuild/ en dat je daarmee mysql hebt weten te herbouwen en herinstalleren, dat had ik de eerste keer gemist. Misschien is mijn advies om packages te installeren dan nu niet de beste oplossing.

Ik weet alleen niet genoeg van Direct Admin om je er mee verder te helpen.

Als er commerciele belangen achter zitten is het misschien tijd om er een professional bij te halen voordat de schade alleen maar groter wordt.

<rant-modus>
Waarom ben jij verantwoordelijk voor deze server als je niks weet van Debian beheren?
Direct Admin zou verboden moeten worden, het wordt alleen gebruikt door mensen die het onderliggende systeem niet snappen en het doet alles op z'n eigen manier. Als het stuk gaat is er dus niemand is die je kan helpen.
</rant-modus>

[Yzord]

Commerciele belangen niet...het is de plicht naar mijn gebruikers toe waardoor ik mijn hele zondag verknal haha. En het is een project van me, gewoon prive. Vandaar dat ik enige beheerder ben.

En mysql herbouwen gaat niet helaas:

Stopping mysqld ...
mv: cannot stat `/etc/mysql/my.cnf': No such file or directory
Giving mysqld a few seconds to start up...
Looking for 'mysql' as: /usr/local/mysql/bin/mysql
Looking for 'mysqlcheck' as: /usr/local/mysql/bin/mysqlcheck
FATAL ERROR: Upgrade failed
*** Linking libmysqlclient.so.16 to libmysqlclient.so.18
Restarting MySQL.
It is recommended to do "./build php n" after MySQL update.

Normaal kom ik er wel uit, maar dit gaat me even de pet te boven.

[Fidel]

Heb ooit eens presies hetzelfde probleem gehad op een Ubuntu server (12.04)
Nooit achter gekomen wat het was maar bij mij was het na een her install verdwenen.

[Freezerator]

Kan je eens een eigen my.cnf bouwen, dus mytest.cnf met netjes je datadir en lokatie van mysql.sock en dergelijke specificeren? En dan mysqld opstarten met de optie jouw mytest.cnf te gebruiken.

[Yzord]

Goed idee, alleen hoe laat ik mysql kijken naar een andere .cnf?

[Yzord]

Ik denk dat ik weet wat er is gebeurt. Ik heb een tijdje terug apt-get update en daarna upgrade gedaan. Wellicht zat daar mysql bij. Ik weet zeker dat ik toen niet de server heb gereboot en dat hij uiteraard vannacht de nieuwe config probeerde in te lezen. Wat dus op locatie errors uitkomt.

Zou dit een optie kunnen zijn? Want ik heb begrepen dat als je DA draait je alleen upgrades kan en mag uitvoeren via custombuild. De vraag is nu, hoe draai ik terug?

[ Voor 4% gewijzigd door Yzord op 19-01-2014 19:03 ]

[Freezerator]

Dat draai je niet terug. En ja dat is zeker de fout. De kans is meer dan groot dat je ook mysql mee hebt geupdate

En je kan toch even googlen hoe je mysql opstart en het argument meegeeft welke config hij moet gebruiken?

[Hero of Time]

Standaard wordt /etc/mysql/my.cnf gebruikt, maar je geeft eerder aan dat die niet bestaat, alleen /etc/mysql.move/my.cnf. Het lijk mij dan dus dat je die uit .move naar de gewone map kopieert en kijkt of dat wil werken. Uiteraard wel met je data map op de juiste plek. Als dat /home/mysql is, ipv /var/lib/mysql, even aanpassen en kijken hoe dat wil.

[Freezerator]

Ik heb even de directadmin documentatie gekeken, en ik denk dat je het beste een complete rebuild kan doen. Als het goed is wordt de userdata gewoon behouden en rebuild hij hiermee de software.

code:

cd /usr/local/directadmin/custombuild
./build all d

Trouwens, dit soort info is vrij eenvoudig te vinden via een paar google zoekopdrachten. En als je twijfelt maak je eerst een snapshot zodat je eenvoudig terug kan (zou ik sowieso doen).

[ Voor 26% gewijzigd door Freezerator op 19-01-2014 20:01 ]

[xares]

Naja het doet niet meer dan alles opnieuw installeren (Apache, php, mysql, exim, Dovecot etc.)
Maar niet je OS uiteraard.

./build mysql doet hetzelfde alleen dan MySQL.

[Thc_Nbl]

ik weet niet of hou al weer draait, maar nog een paar tips.

bestaat het socket?
ls -la /var/lib/mysql/mysql.sock
en wat staat er in het daemon.log als je mysql probeert te starten met

/etc/init.d/mysqld stop
/etc/init.d/mysqld start

als hij echt gestopped, is en je mysql journaling ( binary) files staan er nog EN je hebt de my.cnf aangepast. dan wilt hij wel eens niet starten, backup je /var/lib/mysql folder en haal de 2 binary files eruit en probeer mysql nog eens te starten.

gezien je ook een backup terug gezet hebt, staan je rechten nog wel goed, gecontroleerd ?

[Yzord]

Ik was net een heeeeeeel erg lang antwoord aan het typen, totdat ik ineens een mailtje kreeg van Larry van Directvps. Hij heeft het gewoon voor me opgelost! Op zondagavond!

Hoe hij het heeft opgelost is me nog even niet duidelijk. Maar wil wel even mijn dank naar jullie uitdoen voor jullie hulp.

Ik ben echt blij dat het is opgelost. Pak van mijn schouders af

(en nu achter de oplossing aan )

[vanaalten]

Klinkt nu wel alsof je antwoord "Ik ben de enige beheerder" niet helemaal klopt, als Larry het heeft kunnen oplossen...

[Yzord]

Larry was zo vriendelijk om op zijn vrije zondagavond er naar te kijken. Dat maakt hem uiteraard niet meteen beheerder, al zou hij dat best mogen zijn van mij haha.

[CAPSLOCK2000]

Super service daar.
Ben jij niet beter af met een managed server? Dat is een server die je huurt inclusief beheer. De hoster zorgt dan voor updates en onderhoud. Bij een unmanaged server wordt verwacht dat je zelf voldoende kennis in huis hebt om het ding te beheren en zelf security-updates te installeren.

[Yzord]

Die heb ik normaliter ook wel, mits ik de regeltjes volg haha. Ik wist niet dat ik de pakketten niet mocht updaten via apt-get en dat dat eigenlijk moet via custombuild van DA (gebruik ik pas sinds een paar maanden. Ik ben een webmin man). Een fout die ik dus nooit meer maak, dus toch nog een voordeel.

En heb al 5 jaar verschillende vpsjes voor allerlei doeleindes, dus een managed server is niet echt nodig en als het wel nodig is huur ik wel iemand in. Dit was de eerste keer dat ik iemand nodig had ervoor. En die vraagt er nog eens niets voor. Was service van de zaak.

Geweldig bedrijf dus. Ik ga er niet meer weg

[ Voor 5% gewijzigd door Yzord op 20-01-2014 14:00 ]