Otrzymałem kiedyś zlecenie usunięcia awarii na serwerze w OVH. Przede mną walczyło z nimi kilku „adminów”
(musiałem się dowartościować).
Objawy:
Serwer nie odpowiadał na ssh i pingi. Usługi wcześniej uruchomione przestały działać (min. MySQL, Qmaii, Apache 2.0).
Po ręcznym resecie z panelu OVH Manager v3 serwer uruchamiał się w trybie rescue. Jeśli niedoświadczony admin zobaczył coś takiego nie dziwie się, że spanikował. W trybie rescue odpala się specjalna strona WWW do diagnozy serwera. Zawiera ona zaawansowane opcje dla dysków, pamięci i kilka innych przydatnych rzeczy.
Więc admin sobie myśli,
to musi być dysk, dzwonie do OVH.
Oczywiście firma ładnie poinstruuje że oni tylko udostępniają serwer, a użytkownik odpowiada za jego administrację sam (No chyba że wykupi się opcję serwera z administracją, ale kto to kupuje!!!).
No dobra rozpisałem się, a tu rozwiązanie.
Wykresy przedstawiają konsumpcję pojemności dysków twardych.
Przyczyną takiego zużywania przestrzeni dysku były biny z MySQL, czyli piki typu mysql-bin.000001 ,mysql-bin.000002, mysql-bin.000003….
Umieszczane były w katalogu /var/lib/mysql . Można z nich zrezygnować (hash na funkcję mysql-bin czyli #mysql-bin w my.ini)
lub zmienić miejsce ich przechowywania.
Skok niebieskiej linii na wykresie jest po usunięciu tych plików. I o dziwo serwer stoi
Powiązane materiały:
- Co jest z kodowaniem znaków w MySQL?
- Jeśli zrzucasz tabelę lub całą bazę danych MySQL do pliku...
- Problem z uruchomieniem apache i mysql (uprawnienia z plikami)
- Po mocnym obciążeniu serwera i próbie restartu zablokowało kilka plików,...
- Błąd serwera pocztowego
- Podczas próby wysyłania z programów pocztowych i za pomocą Webmaila...
- Jak szybko wgrać buckup MySQL’a na serwer z pliku?
- mysql -p < backup-sqla.sql ...
- Po restarcie QNAP wraca do ustawień fabrycznych
- Podczas któregoś restartu QNAP uruchomił się, ale w trybie kreatora...
































































