Tag Archives: debian

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ą.

ISPConfig 3.Traffic quota is empty

Po aktualizacji ISPConfig’a do najnowszej wersji w zakładce “Sites” po wejściu w jakąś stronę i chcąc przejść na którąś z zakładek “Redirect” “SSL” “Statistic” “Backup” “Options” otrzymuje komunikat:

Traffic quota is empty

Rozwiązanie wskazuje sam problem trzeba w zakładce “Domain” “Traffic Quota” zmienić z 0 (które pojawiło się po upgrade’zie) na -1 jak było wcześniej.

POSTFIX error: postsuper: fatal: scan_dir_push: open directory defer: Permission denied

zainstalowałęm nowy serwerek (o 02:25 jak zawsze nocą) i po konfiguracji wszystkich usług zacząłem sie bawić w szczegółową konfiguracje i jakie było moje zdziwienie że przy jakiej kolwiek interakcji z postfixen dostawałem zwrotny error:

postsuper: fatal: scan_dir_push: open directory defer: Permission denied

na necie są różne porady żeby lokalizacji

/var/spool/postfix

a właściwie

/var/spool/postfix/maildrop

zmienić właściciela i trop poprawny ale odpowiedzi złe, po konfiguracji z isp configiem 3 właściciel był “mysql” grupa “postfix” w necie są podpowiedzi by zmienić na postfix:postfix, ale nie działa albo na mail:mail ale również nie działa poprawna komenda to:

chown -R postfix:postdrop /var/spool/postfix

(zmieniłem cały ten katalog i nie od czułem już

postsuper: fatal: scan_dir_push: open directory defer: Permission denied

all best bartek

Cenne polecenia w linuksie, jak wyszukać duże pliki na dysku/

Jak wyszukać duże pliki na serwerze, gdy urzytkownicy niedlabe wrzucają śmieci a póżniej zostają na dyskach i tylko zajmują miejsce, ano tak:

find . -size +20000k -exec du -h {} \;

gdzie 20000k jest rozmiarem -> wyszukuje wszystkie pliki większe niż 20000kB

dostajemy piękny listing z rozmiarem i lokalizacją, jak chcemy wyszukać tylko w danym katalogu należy się tam udać czyli np.
cd /home/twoj_user/jakis_katalog/   (enter)
find . -size +20000k -exec du -h {} \;    (enter)

Ekg2

Po latach nieużywania przypomniało mi się o gg w konsolowej odmianie czyli EKG2. po pobraniu nowego pakietu i odpaleniu go na serwerku który był instalowany strikto pod www Ekg2 wywaliło error:

No UI-PLUGIN!

UI-plugin to User Interface czyli po prostu interfejs ncurses wkompilowanego.
trzeba więc dograć brakującą biblioteczkę apt-get install libncurses5-dev
i jeszcze raz prze kompilować ekg2 i działa 😉

Instalacja serwera www (Debian, ISPConfig, Apache2, Mysql, Pureftpd, Postfix, Coutier, Quota, phpMyAdmin, rkhunter, binutils, amavisd, SpamAssassin, ClamAV itp.itd.) część no.1

No to zaczynamy: test

Instalacja serwera www (Debian, ISPConfig, Apache2, Mysql, Pureftpd, Postfix, Coutier, Quota, phpMyAdmin, rkhunter, binutils, amavisd, SpamAssassin, ClamAV itp.itd.) część no.1

Instalacja serwera www (Debian, ISPConfig, Apache2, Mysql, Pureftpd, Postfix, Coutier, Quota, phpMyAdmin, rkhunter, binutils, amavisd, SpamAssassin, ClamAV itp.itd.) część no.1 Instalacja serwera www (Debian, ISPConfig, Apache2, Mysql, Pureftpd, Postfix, Coutier, Quota, phpMyAdmin, rkhunter, binutils, amavisd, SpamAssassin, ClamAV itp.itd.) część no.1

Continue reading