| ivanhoe |
27. 01. 2007. 20:24 |
problemi sa mysql replikom
svakih mesec-dva mi pukne replikacija na jednom serveru, a ja nikako da otkrijem zasto. Nije to neki veliki problem, jer sam sad vec usao u stos kako da je pokrenem iz pocetka relativno brzo, ali bih ipak voleo da saznam u cemu je problem..
Simptom je da kad se zakacim na master bazu i zadam SHOW MASTER STATUS ne dobijem nikakav rezultat, tj. dobijem empty set. U error logu nema nikakvih poruka koje bi ukazivale zasto se to desava. Na slave-u za to vreme sve izgleda normalno, kao da ceka da mu master posalje podatke (odnosno sve radi normalno, ali ne kapira da je pukla replikacija)
Jel ima neko neki predlog kako debagovati ovo?
|
| caboom |
29. 01. 2007. 10:14 |
hm, ponasanje koje si opisao podseca na slucaj u kojem bi master/slave, iz kojeg god razloga, izgubili konekciju tokom replikacije, a da slave to ne bi ukachio. however, mysql-ov show master/slave status je sve samo ne pouzdan izvor trenutnog stanja u slucaju da je nesto puklo. ovo je totalan long shot, ali probaj da smanjis slave-net-timeout/master-connect-retry varijable na slave serveru/serverima posto mislim da je default podesavanje na 60 minuta, tako da slave smatra da je sve ok ukoliko se nista ne desi u frame-u od 60 minuta od poslednjeg paketa sa servera. naravno, ovo je samo pretpostavka.
|
| Dejan Topalovic |
29. 01. 2007. 22:11 |
Kopiraj output prvo sa master, pa onda sa slave servera, kada otkucas ovo (znaci otkucas na oba servera):
Interesuje me sta stoji u koloni "State"...
Takodje kopiraj output od komande:
Moze biti da se SQL thread na slave serveru zblesavio, pa ga je potrebno ponovo pokrenuti ili cak prvo zaustaviti, pa onda pokrenuti (STOP SLAVE SQL_THREAD i START SLAVE SQL_THRAD). |
| ivanhoe |
29. 01. 2007. 23:09 |
proveravao sam processlist i koliko se secam na masteru nije bilo onog procesa koji kaze nesto tipa: "Has sent all binlog to slave; waiting for binlog to be updated". Na slave-u ne mogu da se setim sta je pisalo...
Inace nisam uspeo da resim problem sa STOP i START SLAVE SQL_THREAD, probao sam. Resio sam problem tako sto sam iskopirao svezu kopiju baze, izmenio master.info na replici da pokazuje gde treba i restartovao bazu (moguce da ovo sve nije bilo neophodno, ali me mrzelo da se smaram vise sa tim...kao sto rekoh ovo se desi jednom u 2-3 meseca, nije previse cesto..)
|
| Dejan Topalovic |
29. 01. 2007. 23:22 |
Ma nema nista bez improvizacije. :)
Ajd kad ti se bude opet to pojavilo, trzni me na MSN ili na email, pa da vidimo o cemu se radi.
|
| Vreme je GMT +2. Trenutno vreme je 08:38. |
|
Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.
Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.
