[s.....t]

Robił ktoś #mongodb repairDatabase? Uruchomiłem to koło południa na dość małej bazie (~50GB), do teraz trwa, w tej chwili alokuje plik nazwa_bazy.194, zajęło już 350 GB i końca nie widać? Przerywać, nie przerywać? #programowanie #sysop #sysadmin #linux #databases #programista #programista15k #javascript #js

[drag_op]

@szy_mat nie przerywaj bo może całkiem uwalic. Naprawianie baz głównie zależy od szybkości dysków.

[s.....t]

@drag_op: Mam snapshot ZFS sprzed procesu więc nie ma problemu (od tego czasu baza nie była edytowana) więc to nie problem. Cholera, 350 GB zaalokowało przy bazie poniżej 50 GB? Według dokumentacji Mongo requiredfreespace=2xdatabase_size, więc powinno najwyżej 100 GB, coś mi tu nie gra. A repair robię bo zdarzały się "wykolejenia" całego mongod z wypluciem stacktrace w hexie (mongo wersja stabilna). Zero problemów z dyskami, RAID1 na ZFS

[drag_op]

@szy_mat Skoro masz snapshot i pewność, że nie zgubisz danych to kombinuj. Do tego czasu nadal robi czy przerwales?
Z mongodb nie mam żadnego doświadczenia, co najwyżej z mysqlem - gdzie naprawa na zamulonych macierzach bazy 70-89gb potrafila trwać ponad 12h.

[s.....t]

@drag_op: Chwilę po napisaniu tamtego posta przerwałem, zrobiłem rollback snapshotu, mongodump, później odmontowałem stary subvolume w /var/lib/mongodb, stworzyłem nowy (pusty), odpaliłem z powrotem mongod i mongorestore. Baza jak nowa, w ~45 minut.

[drag_op]

@szy_mat Jak duża baza a jest możliwość przywrócenia backupy z szybszego woluminu to wychodzi to lepiej.