Doar o idee: încearcă și cu un mariadb sau percona. Din câte știu formatele binare ar trebui sa fie compatibile și poate ai noroc. Oricum, preferabil dump și import de la zero, ca să fii cât de cât sigur ca nu au rămas gunoaie
On 5 Apr 2017 7:56 pm, "Vlad Georgescu" <v...@lsi.ro> wrote: > Da, lucrez pe copie. Am incercat cu innodb_force_recovery, incepand de > la 1 si pana la 6, pe copie, dar server-ul crapa la pornire, indiferent > de valoare. > > On 04/05/2017 07:48 PM, Claudiu Cismaru wrote: > >> ibdata1" zice ca totul e ok. Am incercat pornire cu > >> innodb_force_recovery de la 1 la 6 in my.cnf, dar fara succes. Am > >> transferat /var/lib/mysql pe alt system, punand ultima versiune de > >> mysql, dar din pacate eroarea e similara. S-a mai confruntat cineva cu > >> asa ceva? Ce pisici sa-i mai fac? > > Daca ai facut o copie si lucrezi pe copie, foloseste > innodb_force_recovery la > > 2, apoi la 3 si apoi mai sus... (see manual), chair daca documentatia nu > > recomanda. > > > > Vezi pentru ce valoare nu mai crapa. Dupa ce ai stabilit, uite-te prin > loguri > > si vezi daca incearca sa execute vreun quey inainte sa crape... Sau la > care > > tabela ai probleme. > > > > Eu am reusit sa recuperez, in majoritatea cazurilor, pe device-urile > > clientilor, cu rata de succes 100%. Insa au fost situatii cand nu prea > am mai > > avut ce sa-i fac... > > > > _______________________________________________ > RLUG mailing list > RLUG@lists.lug.ro > http://lists.lug.ro/mailman/listinfo/rlug > _______________________________________________ RLUG mailing list RLUG@lists.lug.ro http://lists.lug.ro/mailman/listinfo/rlug
