This post comes from the first version of this blog.
Please send me an email if anything needs an update. Thanks!

Pracuję ostatnio nad bardzo ciekawym serwisem internetowym, w którym istotną rolę odgrywa baza danych, a szczególnie jej wydajność. Ze względu na to, że zajmuje już ona solidne kilka gigabajtów, problemem staje się okresowe tworzenie backupu i przechowywanie go.

Wykonując standardowe polecenie (jesteście inteligentni, nie muszę tłumaczyć co oznaczają makra w poleceniu :)):

1

mysqldump -u %USER% -p %DB% > %FILE%

dostałem bardzo enigmatycznie brzmiący błąd:

mysqldump: Got errno 28 on write
Wklepałem to standardowo w Google, co zwróciło kilka ciekawych wyników. Okazuje się, że ten błąd oznacza brak wolnej przestrzeni na dysku twardym, co z kolei nie pozwala na poprawne zapisanie pliku zrzutu bazy. Przy okazji dowiedziałem się / po raz pierwszy miałem okazję zastosować na poważnie polecenie perror: 
1
2

root@server# perror 28
OS error code  28:  No space left on device

Jako dodatkową informację podaję fakt, że “ktoś kiedyś” zgłosił w bugtrackerze MySQLa błąd 34122, w którym prosił o, lekko mówiąc, “ogarnięcie” komunikatów w stylu “błąd 0xFA w module 37”, niestety developerzy nie byli zainteresowani naprawą. :)