Dotaz: Padnul mi MySQL cluster - drbd + ocfs2

[Petros]

Zdravím,

prosím o pomoc nejde mi nahodit mysql server už fakt nevím čím to je prosím prosím prosím mohl by jste mi někdo poradit.

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Lepší info viz dole v threadu : #16

---

---

Odpovědi

[Petros]

Zkusil jsem toto:

sudo touch /var/run/mysqld/mysqld.sock sudo chown mysql /var/run/mysqld/mysqld.sock

Ale toto mi nepomohlo.

Ted to píše toto

ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (111)

Prosím prsoím někdo tip?

[Max]

Zjistím, zda běží proces mysql :

ps auxww |grep mysql

Pokud ne, zkusím spustit, přesný postup nemohu napsat, jelikož jsi neuvedl distribuci, kterou používáš, ale nejčastějí takto :

/etc/init.d/mysqld start

a podívat se do logu, který se nachází většinou ve :

cat /var/log/daemon.log

V tomto logu se dozvíš, proč se nechce mysql spustit. Tak to sem kdyžak napiš.
Zdar Max

[Petros]

Moc moc moc děkuji. Mám Ubuntu server

root@node2:/var/run/mysqld# ps auxww |grep mysql
root 22794 0.0 0.0 13712 940 pts/7 S+ 22:44 0:00 grep --color=auto mysql

Při restartu mi to píše.

root@node2:/var/run/mysqld# /etc/init.d/mysql start
Rather than invoking init scripts through /etc/init.d, use the service(8) utility, e.g. service mysql start

Since the script you are attempting to invoke has been converted to an Upstart job, you may also use the start(8) utility, e.g. start mysql start: Job failed to start

cat /var/log/daemon.log toto jsme v var/log nenašel.

[Petros]

V syslogu mám toto:

Feb 25 22:41:39 node2 postfix/anvil[5968]: statistics: max cache size 1 at Feb 25 22:31:39
Feb 25 22:45:32 node2 kernel: [16654089.519298] init: mysql main process (24213) terminated with status 1
Feb 25 22:45:32 node2 kernel: [16654089.519328] init: mysql main process ended, respawning
Feb 25 22:45:33 node2 kernel: [16654090.415915] init: mysql post-start process (24214) terminated with status 1
Feb 25 22:45:33 node2 kernel: [16654090.530258] init: mysql main process (24250) terminated with status 1
Feb 25 22:45:33 node2 kernel: [16654090.530313] init: mysql main process ended, respawning
Feb 25 22:45:34 node2 kernel: [16654091.453760] init: mysql post-start process (24251) terminated with status 1
Feb 25 22:45:34 node2 kernel: [16654091.571559] init: mysql main process (24425) terminated with status 1
Feb 25 22:45:34 node2 kernel: [16654091.571612] init: mysql respawning too fast, stopped

[Petros]

Sem z toho úplně na prášky prosím někdo nějakou radu prosím prosím

[Petros]

Toto sem ještě zkoušel:

root@node2:/var/run/mysqld# 130225 23:00:58 mysqld_safe Logging to syslog.
130225 23:00:58 mysqld_safe Starting mysqld daemon with databases from /drbd/mysql/data
130225 23:00:58 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended

[1]+ Dokončena mysqld_safe --user=mysql

[Max]

Ok, neprováděl jsi nějaký upgrade? Třeba dle tohoto : Can't start mysql - mysql respawning too fast, stopped to vypadá, že máš nějaké zastaralé údaje v konfiguračním souboru. Můžeš sem jeho obsah hodit?

/etc/mysql/my.cnf

Zdar Max
PS: start mysql provedeš tedy "service mysql start", ale to ti teď nepůjde dokud nepřijdeme na to, proč ti to nejede :)

[Petros]

Spíš to vypadá že mám rozhozené věci co jsou /var/lib/mysql

jelikož jsme si datadir dal do /drbr/mysql/data

Tak mi to nejde. Navíc mám poměrnou část databáze nějak poškozenou.

[Max]

Možná by bylo dobré, kdyby jsi sdělil, co předcházelo tomuto nespouštění databáze.
Zdar Max

[Petros]

No předcházelo tomu zaseknutí celé MySQL DB. Musle jsme restartnout celý server a pak to nešlo. Jak zjístím co konkrétně to udělalo?

[Max]

A místo na disku/partition máš?
Zdar Max

[Petros]

Jj to mám ukládám to do /drbd/mysql/data zde mám datadir nastaven v my.cnf

Ted mi to zase zahabrovalo

[Max]

Samo od sebe se nikdy nic nestane. Pokud jsi neprováděl žádné upgrady a místo nedošlo, tak záhadné chování může způsobovat chyba HW.
Jukni do "dmesg", zda tam nebudou nějaké error hlášky, popř. jukni do SMARTu disku.
V ideálním případě by bylo dobré otestovat i paměť, ale na to už je potřeba nějaká odstávka.
Zdar Max

[Petros]

Ted mi třeba nejde nahodit mysql na druhém serveru tedy node2. S tím že mají oba sdílený data dir a to /drbd/mysql/data

Píše mi to toto:

Re: ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' (2)

[Max]

Nojo, mohlo mně z toho názvu serveru a cesty k datadir napadnout, že provozuješ mysql cluster :-/.
Škoda, že jsi to celé neuvedl hned na začátku s vhodnějším formulováním názvu threadu a lepším popisem celkového nasazení.
To, že by se mohlo jednat o cluster, naznačuje jen jméno stroje (node2), což ve skutečnosti nemusí znamenat clusterování mysql.
Šestý komentář dává další náznak cluster s drbd díky dalšímu logu, kde je uvedena cesta k datadir.
Myslím si, že jsi předvedl ukázkový příklad nejhoršího možného dotazu v poradně. Hůř to snad už ani nešlo napsat :-/.
Toto samozřejmě všechno mění situaci. Problém může být zcela někde jinde. Já s drdb a clusterováním mysql nemám zkušenosti a vzhledem k tomu, co se o mysql a jeho clusterování říká, tak jaksi ani po takových zkušenostech netoužím :-/.

Je to tedy tak, že provozuješ dva nody : node1, node2 se společným uložištěm nad drbd, kde clusteruješ i mysql? A máš problém jen s node2, nebo i s node1? Nebo střídavě?
Kdyžtak upravím vhodněji název threadu a snad se toho chytne někdo fundovanější. Dej vědět.
Zdar Max

[Petros]

Moc moc moc se omlouvám za blbé formulace

Ano je to oprvdu MySQL Cluster na DRBD.

Ano mám dva nody a to node1 a node2 mezi němi mám přes OCFS2 Storage.

Včera mi spadla databáze a nejelo to ani na jedno nodu. Ráno ve 2:00 sem s tím trošku hnul a to tak že jsem datadir dal zpět na default tedy na /var/lib/mysql a následně spustil a pak vypnul. Zkopíroval jsme a přepsal ib_data0 nebo tak něco a flag 5.5 .... do /drbd/mysql/data_backup.

Předtím jsme ještě udělal kopii /drv´bd/mysql/data a to /drbd/mysql/data_backup tam jsme zkopíroval ty sobory flag 5.5 z /var/lig/mysql

Následně jsem vše spustil. Bylo sice poškozeno pár tabulek z databáze.

Vše jelo ale dnes po 12 to zase na node 2 nejede a nejde to nahodit. Tak nevím co ted s tím.

[Petros]

Nevim co s tím právě node2. Popřípadě jak neják rozumě udělat zálohu node1 tedy celé databáze. když jsem to zkoušel ráno kolem 1:00 tak sem s tím měl problém.

[Petros]

Máte prosím někdo zkušenost či radu?

[Petros]

Maxi ty nemáš prosímtě vůbec tušení jak na to?

[Max]

Jak už jsem řekl, nemám s takovým provozem zkušenosti a ani bych je nechtěl mít :-/, tudíž jaksi ani neporadím.
Zdar Max

[krazy]

hod sem vypis cat /proc/drbd a mount

[Petros]

Ahoj moc rád to sem hodím. Ale nechci teď do toho šťourat aby mi nespadl i ten node1. Který teď vše obhospodařuje. Bylo by možné to zkusit spíš v večerních hodinách tedy 22:00 a později?

Ještě řeším jednu věc a to jak rozumě zazálohovat databáze na node1.

[Max]

Pouhými výpisy, jenž jsou požadovány, nic nezkazíš, spíš naopak, dáš možnost více lidem se na to podívat. Nevidím tedy sebemenší důvod, proč by jsi nastavení + zmíněné logy apod. nemohl zveřejnit hned.
Ovšem pokud tě netrápí čas, tak to sem klidně dávej po kouskách několik dní a ještě ke všemu po večerech :).
Zdar Max

[Petros]

Ano rád bych to měl v pořádku co nejdříve no. Máš pravdu Maxi. Jen sem znejistil tím jak to po restartu samo spadlo na obou naráz. Ještě me trápy jak udělat zálohu všech DB z node1.

[hates]

co prava na /cely homedir kde mas ulozenou DB.

Pokud ty data nebudou vlastnena uzivatelem a myslim ze i skupinou mysql tak ti nepujde DB nastartovat.

To by se melo nastavit a pote radeji zkontrolovat na obou nodech.

[Petros]

Stáhl jsme si k DRBD i grafické JAVA klikátkou. A tam to vypadá že chyba v DRBD by to být snad neměla je to v režimu primary-primary takže tam by neměl být problém zapisovat číst mi jde.

Na node2 my to vypsalo toto:

root@node2:~# cat /proc/drbd
version: 8.3.11 (api:88/proto:86-96)
srcversion: 71955441799F513ACA6DA60 
 0: cs:Connected ro:Primary/Primary ds:UpToDate/UpToDate C r-----
    ns:425455 nr:6341312 dw:6766767 dr:74998805 al:118 bm:75 lo:0 pe:0 ua:0 ap:0 ep:1 wo:f oos:0

Zde výpis z mount

root@node2:~# mount
/dev/sda1 on / type ext4 (rw,errors=remount-ro)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)
none on /sys/fs/fuse/connections type fusectl (rw)
none on /sys/kernel/debug type debugfs (rw)
none on /sys/kernel/security type securityfs (rw)
udev on /dev type devtmpfs (rw,mode=0755)
devpts on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
tmpfs on /run type tmpfs (rw,noexec,nosuid,size=10%,mode=0755)
none on /run/lock type tmpfs (rw,noexec,nosuid,nodev,size=5242880)
none on /run/shm type tmpfs (rw,nosuid,nodev)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
configfs on /sys/kernel/config type configfs (rw)
ocfs2_dlmfs on /dlm type ocfs2_dlmfs (rw)
/dev/drbd0 on /drbd type ocfs2 (rw,_netdev,heartbeat=local)

Výpis práv to by snad mělo být ok.

-rw-r----- 1 mysql mysql 18-rw-r----- 1 mysql mysql 18874368 úno 27 13:17 ibdata1
-rw-r----- 1 mysql mysql  5242880 úno 27 13:17 ib_logfile0
-rw-r----- 1 mysql mysql  5242880 úno 26 20:00 ib_logfile1
drwx------ 6 mysql mysql     3896 úno 26 00:42 mysql
-rw-r----- 1 mysql mysql        6 úno 26 00:57 mysql_upgrade_info
drwx------ 2 mysql mysql     3896 úno 26 00:05 performance_schema

........ atd

Je doufám že jsem dodal to co je potřeba. Pokud né stačí napsat rád to dodám.

[Petros]

Home dir kde jsou db tak to chápu tak že jde oto kde jsou samotné databáze uloženy.

Z defaultního /var/lib/mysql jsem přenastavil na /drbd/mysql/data_backup

K tomu to jsme vložil výpis v příspěvek výš.

[Petros]

Máte někdo nějáký nápad? prosím

[Petros]

Mě totitž fakt nic nenpadá čím to je. A nápad jak udělat celou zálohu mysql na node1?

[Petros]

Někdo prosím nějákou radu? pls

[qqqq]

mas zapnuty log mysql? u mna je to mysql.log

[Zdeněk Zámečník]

Rozumím tomu správně že pomocí DRBD replikuješ datadir MySQL mezi dvěma servery a na obou serverech ti nad stejnými daty běží MySQL (oba v read/write režimu)? Pokud ano, tak by to vysvětlovalo příčinu problému. Takovýto návrh je totiž špatný a doslova to zavání ztrátou dat.

Pokud to tak není, doporučuji si k tomu sednout s chladnou hlavou, zkopírovat si datadir zpátky na lokální disk, zkontrolovat oprávnění (ownera) a zkusit spustit databázi z lokálního disku ideálně příkazem mysqld_safe --syslog. Pokud nenaběhne tak kouknout do syslogu, případně ho sem postnout.

[Petros]

Aha no mám to jak to píšeš ty tedy DRBD replikuji datadir MySQL a na obouch mi běží stejné data tedy mohu jak číst tak zapisovat jak píšeš ty.

Tedy prosím jak mám postupovat co by jsi mi prosím prosím doporučil?

Asi bych ted chtěl udělat toto:

1, bezpečně udělat kompletní zálohu mysql databáze > export do souborů

2, co mi prosím doporučuješ jak udělat HA webcluster. Jde mi oto že ty dva stroje node1 a node2 mají každý jinou konektivitu node1 ma lepsí a node2 má jen slabší. Tedy jak udělat cluster který bude obsahovat v reálném čase všechny data z MySQL byli replikovány z node1 na node2 ale aby když bude poškozen nebo nefunkční node1 tak aby bylo možné něják jednoduše přesunout provoz na node2 a po opravě poruchy bezproblému přesunout zátěž z node2 zpět na node1.

Předem ti velice moc moc děkuji za tvoji reakci pomoc rady a tipy.

[citanus]

http://www.linbit.com/en/downloads/tech-guides

[Petros]

No toto sem trošku zhlédl. Ale o MySQL se tam skoro nepíše. Prosím Vás mohli by jste mi poradit jak node1 (funkční stroj) zazálohovat všechny DB.

Prosím tě Zdenku mohl by jsi mi prosím poradit jak na MySQL cluster? Prosím

[Max]

Co vím, tak mysql nikdy nepodporovalo společné uložiště pro dvě mysql služby/databáze jako třeba oracle v režimu RAC (dva servery, dvě databáze, jedno společné uložiště, pěkný failover a load balancer).
Pokud se tedy nic nezměnilo, jako že asi ne, tak jsi provozoval dva mysql servery se společným uložištěm, což mohlo nějakou dobu na náhodu fungovat (než dojde k totálnímu zamýchání s daty a tím pádem ke krásné nekonzistenci databáze).

Mysql se dá myslím jen provozovat v rámci replik : master-slave, master-master.
Ale jak už jsem řekl, toto jsem nikdy neřešil, nebylo potřeba.

Asi je tedy pro tebe prioritou dát dopořádku konzistentní databázi, tzn. jeden nod odpojit, resp. shodit na něm mysql a dát si dokupy db. Poté bych asi začal řešit replikaci databází, popř. možnost použití mariadb.
Zdar Max

[Zdeněk Zámečník]

Pokud potřebuješ udělat rychle zálohu všech db, je nejjednodušší to provést příkazem

mysqldump --all-databases > alldb.sql

nebo případně s kompresí příkazem

mysqldump --all-databases -p | bzip2 -c > alldb.sql.bz2

Kdybys potřeboval v něčem popostrčit, bude asi rychlejší, když mě kontaktuješ na jabberu, který mám v profilu.

[cita]

je tam komplet popis celeho reseni a je tam i varovani pred chybami co jsi udelal. Stacilo by si to precist.

[Zdeněk Zámečník]

Tam jde hlavně o to, zda ti nad těmi daty ve stejný okamžik na obou serverech běží MySQL. Protože pokud ano, tak vlatně oba servery zapisují do stejného úložiště, zapisují do stejných binlogů a přitom "o sobě neví". Nekonzistentní binární logy pak mohou zabránit v jejím spuštění, protože jej db obvykle po nekorektním ukončení potřebuje...

Pokud ti stačí jen "HA", tak nejjednodušší řešení je, mít prostě MySQL na jednom ze serverů vypnuté. A při výpadku jednoho serveru jej spustit na druhém. Toto můžeš automatizovat pomocí heartbeat, pacemaker anebo si na to udělat vlastní skript.

Nevím, jaký máš HW, ale jednou z dalších možností je využít replikaci, která je již v MySQL obsažena, tzn. že bys upustil od DRBD a replikaci dat ponechal přímo na MySQL. Máš na výběr mezi master-master a master-slave. První by pro tebe byla asi vhodnější, ale je celkem náročná, resp. výkonově závislá na latenci mezi servery. Master-slave je určitě rychlejší, je celkem jednoduché ze slave udělat master, ale už je složitější (resp. špatně se automatizuje) přepnutí do původního stavu.

Zálohovat MySQL jde jednoduše provádět dvěma způsoby: a) mysqldump - export obsahu databáze formou SQL příkazů. Jednoduché, funkční a ideální pro menší db. b) hot copy - prosté zkopírování datadir (db by ale měla být během kopírování zamčena jen pro čtení anebo zastavena) - vhodnější pro rozsáhlé db, kde bývají problémy se zamykáním a mysqldump trvá neúnosně dlouho

Pokud bys používal master-slave replikaci, tak jednoduše na slavu spustíš mysqldump a uděláš zálohu aniž bys zatěžoval ten master node. Zrovna tak by bylo možné použít hot copy a to jednoduše tak, že na slavu pozastavíš replikaci a zkopíruješ datadir.

Pokud bys používal master-master replikaci, tak opět můžeš použít na jednom ze serverů mysqldump, ale zbrzdíš tím všechny operace, které v tu chvíli nad db běží (na obou nodech díky zamykání). Hot copy se v tomto případě vůbec nehodí. Šlo by to asi řešit formou LVM snapshotů, ale to není úplně spolehlivé...

Jelikož používáš DRBD, je tu ještě jeden možný workaround a to pozastavit DRBD na jenom z nodů a remountnout jej v read-only režimu, potom snadno provedeš hot copy.

A jako poslední možnost, bez ohledu na to v jakém režimu oba nody běží, spustit ještě třetí mysql, které se bude replikovat z jednoho z nodů pomocí master-slave replikace. Toto je vhodné pokud máš třetí server určený pro zálohy a na něm potom provádět třeba právě ty dumpy.

[Petros]

Zdenku jak tě prosím mohu kontaktovat na Jabber já tento komunikátor bohužel nepoužívám. Mohl by jsimě pošťouchnout jak tě na něj mohu napsat přes co? tedy přes mail? Nebo jak díky.

[Zdeněk Zámečník]

Doplnil jsem v mém profilu další kontaktní údaje (nechci je zveřejňovat v diskuzi) nebo případně na konci profilové stránky je tlačítko "Pošlete mi email".

[Petros]

Ok zdenku využiji ICQ. Moc ti děkuji

Tedy ted zkouším jednu věc a to na node2 jsem nastavil datadir /drbd/mysql/data což byl původní datadir přes pádem. Nyní je datadir na node1 nastaven na /drbd/mysql/data_backup.

Udělal jsem totiž kopii data dir. Tedy ted zkouším nahodit původní datadir a to /drbd/mysql/data potřeboval bych tam oživit pár databází tedy tabulek.

Zkusil jsme tvou radu s mysql safe modem.

Feb 28 10:50:41 node2 mysqld_safe: Starting mysqld daemon with databases from /drbd/mysql/data
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 [Note] Plugin 'FEDERATED' is disabled.
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: The InnoDB memory heap is disabled
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Mutexes and rw_locks use GCC atomic builtins
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Compressed tables use zlib 1.2.3.4
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Initializing buffer pool, size = 128.0M
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: Completed initialization of buffer pool
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41 InnoDB: highest supported file format is Barracuda.
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 6 log sequence number 2424692490
Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 440 log sequence number 2425135360
Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Error: page 440 log sequence number 2425135360
Feb 28 10:50:41 node2 mysqld: InnoDB: is in the future! Current system log sequence number 2420826419.
Feb 28 10:50:41 node2 mysqld: InnoDB: Your database may be corrupt or you may have copied the InnoDB
Feb 28 10:50:41 node2 mysqld: InnoDB: tablespace but not the InnoDB log files. See
Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
Feb 28 10:50:41 node2 mysqld: InnoDB: for more information.
Feb 28 10:50:41 node2 mysqld: 130228 10:50:41  InnoDB: Assertion failure in thread 140186747463488 in file fut0lst.ic line 83
Feb 28 10:50:41 node2 mysqld: InnoDB: Failing assertion: addr.page == FIL_NULL || addr.boffset >= FIL_PAGE_DATA
Feb 28 10:50:41 node2 mysqld: InnoDB: We intentionally generate a memory trap.
Feb 28 10:50:41 node2 mysqld: InnoDB: Submit a detailed bug report to http://bugs.mysql.com.
Feb 28 10:50:41 node2 mysqld: InnoDB: If you get repeated assertion failures or crashes, even
Feb 28 10:50:41 node2 mysqld: InnoDB: immediately after the mysqld startup, there may be
Feb 28 10:50:41 node2 mysqld: InnoDB: corruption in the InnoDB tablespace. Please refer to
Feb 28 10:50:41 node2 mysqld: InnoDB: http://dev.mysql.com/doc/refman/5.5/en/forcing-innodb-recovery.html
Feb 28 10:50:41 node2 mysqld: InnoDB: about forcing recovery.
Feb 28 10:50:41 node2 mysqld: 09:50:41 UTC - mysqld got signal 6 ;
Feb 28 10:50:41 node2 mysqld: This could be because you hit a bug. It is also possible that this binary
Feb 28 10:50:41 node2 mysqld: or one of the libraries it was linked against is corrupt, improperly built,
Feb 28 10:50:41 node2 mysqld: or misconfigured. This error can also be caused by malfunctioning hardware.
Feb 28 10:50:41 node2 mysqld: We will try our best to scrape up some info that will hopefully help
Feb 28 10:50:41 node2 mysqld: diagnose the problem, but since we have already crashed,
Feb 28 10:50:41 node2 mysqld: something is definitely wrong and this may fail.
Feb 28 10:50:41 node2 mysqld:
Feb 28 10:50:41 node2 mysqld: key_buffer_size=8388608
Feb 28 10:50:41 node2 mysqld: read_buffer_size=131072
Feb 28 10:50:41 node2 mysqld: max_used_connections=0
Feb 28 10:50:41 node2 mysqld: max_threads=151
Feb 28 10:50:41 node2 mysqld: thread_count=0
Feb 28 10:50:41 node2 mysqld: connection_count=0
Feb 28 10:50:41 node2 mysqld: It is possible that mysqld could use up to
Feb 28 10:50:41 node2 mysqld: key_buffer_size + (read_buffer_size + sort_buffer_size)*max_threads = 338486 K  bytes of memory
Feb 28 10:50:41 node2 mysqld: Hope that's ok; if not, decrease some variables in the equation.
Feb 28 10:50:41 node2 mysqld:Feb 28 10:50:41 node2 mysqld:
Feb 28 10:50:41 node2 mysqld: Thread pointer: 0x0
Feb 28 10:50:41 node2 mysqld: Attempting backtrace. You can use the following information to find out
Feb 28 10:50:41 node2 mysqld: where mysqld died. If you see no messages after this, something went
Feb 28 10:50:41 node2 mysqld: terribly wrong...
Feb 28 10:50:41 node2 mysqld: stack_bottom = 0 thread_stack 0x30000
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(my_print_stacktrace+0x29)[0x7f7fc59fa569]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(handle_fatal_signal+0x483)[0x7f7fc58c0be3]
Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libpthread.so.0(+0xfcb0)[0x7f7fc4616cb0]
Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35)[0x7f7fc3c86445]
Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(abort+0x17b)[0x7f7fc3c89bab]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5f4030)[0x7f7fc5aa2030]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5e9177)[0x7f7fc5a97177]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5e9e8c)[0x7f7fc5a97e8c]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5eb833)[0x7f7fc5a99833]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5d8265)[0x7f7fc5a86265]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x5a54b9)[0x7f7fc5a534b9]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z24ha_initialize_handlertonP13st_plugin_int+0x41)[0x7f7fc58c3091]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x3048a1)[0x7f7fc57b28a1]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z11plugin_initPiPPci+0xa94)[0x7f7fc57b5ec4]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x27f606)[0x7f7fc572d606]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(_Z11mysqld_mainiPPc+0x59b)[0x7f7fc5730ceb]
Feb 28 10:50:41 node2 mysqld: /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xed)[0x7f7fc3c7176d]
Feb 28 10:50:41 node2 mysqld: /usr/sbin/mysqld(+0x2793f5)[0x7f7fc57273f5]
Feb 28 10:50:41 node2 mysqld: The manual page at http://dev.mysql.com/doc/mysql/en/crashing.html contains
Feb 28 10:50:41 node2 mysqld: information that should help you find out what is causing the crash.
Feb 28 10:50:41 node2 mysqld_safe: mysqld from pid file /var/run/mysqld/mysqld.pid ended

[Max]

Využívej pro záznamy <pre> tag, aby se v diskusi zobrazoval výpis tak, jak má a né jako rozsypaný čaj. Zatím jsem to po tobě vždy opravil.
Zdar Max

[Petros]

Aha promiň moc se omlouvám a děkuji za upozornění. Budu se tím řídit.

[zabte me]

Ten clovek v podstate nezna mysql, neumi ji administrovat. O ocfs, drbd a crm ani nemluve, ale presto resi HA CLUSTER.

Kde to jsme? Clovek co nezna vyse zminene by se nemel starat o jednotlive sluzby natoz o cluster jako celek. Nic dobreho z toho totiz nekouka.

[ee]

souhlas. mel by si to nechat udelat od nekoho a pak pripadne nastudovat jakt to maka..

[Max]

+1
Zdar Max

[bigBRAMBOR]

pry mu na tom bezi akorat centrani registr vozidel, takze nic hrozneho.

[Max]

Lol :D
Zdar Max

[Thyrst']

Podívej se na práva /etc/mysql/my.cnf . Měli by být nastavené na mysql:mysql. Kdyby ani to nepomohlo, zkus zkopírovat my.cnf přímo do adresáře /etc/ .

[Petros]

Toto mi bohužel nepomohlo.

zkouším tento návod na obnovu databáze. Jde mi oto že v jedné databázi mi chybí dvě tabulky.

http://linuxrnd.blogspot.cz/2011/12/mysql-recover-data-using-ibdata1.html

V syslogu mám toto:

Feb 28 19:40:52 node2 kernel: [243317.769747] init: mysql main process (18346) terminated with status 1
Feb 28 19:40:52 node2 kernel: [243317.769798] init: mysql main process ended, respawning
Feb 28 19:40:53 node2 kernel: [243318.693085] init: mysql post-start process (18347) terminated with status 1
Feb 28 19:40:53 node2 kernel: [243318.818904] init: mysql main process (18383) terminated with status 1
Feb 28 19:40:53 node2 kernel: [243318.818941] init: mysql main process ended, respawning
Feb 28 19:40:54 node2 kernel: [243319.735393] init: mysql post-start process (18384) terminated with status 1
Feb 28 19:40:54 node2 kernel: [243319.863507] init: mysql main process (18420) terminated with status 1
Feb 28 19:40:54 node2 kernel: [243319.863545] init: mysql respawning too fast, stopped

Mám soubor .frm a chtěl bych získat data zpět.