Monthly Archives: October 2011

Database error “Got error 28 from storage engine query”

Dzisiaj po upgradzie linuxa poprzez apt-get update serwer zeświforał i nie chciał wyświetlać żadnej strony internetowej, która korzystała z baz danych, serwer MySQL wywalał błąd:

Database error “Got error 28 from storage engine query”

Bazy danych były na miejscu, ale wejście w tabele użytkowników sql’a lub w uprawnienia zwracało errory. Myślałem że po przyjęciu porannej poprawki wszystkie pakiety apache2 i linux-image, jakaś zależność wywaliła również serwer MySQL. Odpowiedź jak zawsze jest prostsza niż się to maluje, apt-get update pościągał pakiety do:

/var/cache/apt/archives

czym zblokował miejsce na partycji i MySQL nie miał gdzie zapisywać czyli po prostu brak miejsca na partycji.

Po wywaleniu części z archiwów (ostatnie zostawiłem) zwolniło się 2GB jednakże to nie koniec ponieważ ciągle pracujące strony logowały same errory w logach ISPConfiga przybyło również 4GB logów errorów wytworzonych przez 1h przez 114 stron internetowych.

Po skasowaniu errorów i archiwów apt-get wszystko wróciło do normy.

Pozdr.

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 127406081 bytes) in libraries/joomla/filesystem/folder.php on line 549

Następna zagwozdka joomlowa to:

Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 127406081 bytes) in libraries/joomla/filesystem/folder.php on line 549

Po zmianie serwera z Debiana 5.0 na Debiana 6.0 64bit, PHP 5.2.x na PHP 5.3.x i wymianie nowego MySQL’a oraz ISPConfiga z serii 3.x pojawił się dziwny problem z joomlami od 1.6.x do 1.7.x który objawiał się tym że nie można było dodać pozycji menu do w logach Apache wyrzucało wspomniany na górze error, na nic się zdało zwiększanie pamięci w php.ini linia:

memory_limit = 128M;

nawet na 512MB dla jednej strony! co oczywiście jest absurdem bo taki system odrazu traci racje bytu z punktu widzenia swojej funkcjonalności i obciążania serwera.

Próbowałem wszyskiego, zwykłego zmienienia uprawnień katalogów (które po zmianie serwera nie miały uprawień 777 a 644 lib 755) po sprawdzanie ścieżki tmp i cache na serwerze z zmianami uprawnień również na tych katalogach jednakże nic to kompletnie nie dawało proces zostawał przerywany przez zużwanie pamięci wtedy ustawionej 512MB na proces.

Zwróciłem uwagę jednak że strony które dodałem po zmianie serwera (te które nie były odtwarzane z backupów) nie miały takowego problemu, więć już odpowiedź jest oczywista błąd w konfiguracji wcześniejszej która nie była kompatybilna z ustawieniami obecnymi.

Zawiniła już wcześniej przezemnie opisywnana sytułacja (wtedy dotyczyła zupełnie innej kwesti)

Traffic Quota

które ustawilo się na 0 MB a powinno być -1 jak to jest w przypadku stron obecnych, ale również tak było na wcześniejszym serwerze. Czemu to się zmieniło po wgraniu backupów? nie wiem, ale w tym tkwił problem.

Pozdr. dla wszystkich z tą samą usterką.