Tag Archives: ISPConfig

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

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