Daca e vorba de un serviciu pe care il pornesti dupa ce mysql e up&running poti face un script care sa verifice cand mysql e up&running si sa porneasca atunci serviciul... nu e nevoie sa detectezi cand si-a terminat de verifcat tabelele.
Tine cont ca acea verificare a tabelelor se poate solda cu informatii pierdute si tabele corupte si fie inaccesibile fie disparute cu totul (in exprienta mea se intampla destul de des, dar eu sunt chemat cand apar problemele:) ). In situatia asta trebuie oricum sa intervii manual sa repari ce se poate repara sau sa faci restore la backup-uri. parerea mea: solutia cea mai buna e un UPS:) 2011/3/21 Catalin(ux) M. BOIE <ca...@embedromix.ro>: > On Mon, 21 Mar 2011, Mircea MITU wrote: > >> Salutam >> >> in anumite situatii, dupa un reboot fortat, mysql la start porneste un >> check/recovery al db-urilor/tabelelor. >> >> Exista vreo modalitate de a determina cand anume se termina aceasta >> operatie? > > Nu pare. > >> Am nevoie sa pornesc un serviciu in momentul in care mysql-server e >> up&running&responsive (de exemplu dupa terminarea acelor procese de >> recovery) si nu stiu cum sa-l leg de acest eveniment. >> >> Multumesc > > O alta varianta ar fi ca procesul care depinde de MySQL sa nu mai depinda > de el. > Daca ai sursele, poti face aplicatia sa reincerce. (De curiozitate: ce se > intimpla daca restartezi MySQL-ul in timp ce acea aplicatie functioneaza?) > Daca nu ai sursele, habar nu am ce poti sa faci, sorry. Poate ceva in SHOW > STATUS sa "tradeze" faza de recovery. > > -- > Catalin(ux) M. BOIE > http://kernel.embedromix.ro/ > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > -- -------------------------------------------- ----THE END of this transmission---- _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
