Chown operation not permitted for root

ISPConfig tworząc userow w lokalizacji np:

/var/www/clients/client1/web1/

nadaje uprawnienia immutable attribute, co znaczy że nie można poleceniem chown zmieniać właściciela katalogu/piliku, trzeba zdjąć tą blokadę np. tak

chattr -ais /var/www/clients/client1/web1/

i już potem można wykonywać “chown”

Joomla 2.5.x, moduł “Arykuły z kategorii” (joomla module “Articles Category”) brak polskich czcionek/fontów/znaków/liter (no polish (special marks) fonts)

Jakież było moje zdziewienie jak w obnecnie joomli 2.5.4 chciałem użyć modułu “Artykuły z kategori” do wyświetlania przyciętych newsów i okazało się że nie wyszystkie polskie znaki wyświetlają się w “zajawce” (wprowadzenie). Użytkownicy korzystający z zaplecza mieli przypisany edytor “JKC Editor” który zamieniał polskie znaki na html np:

ó na ó

powodem tego była wbudowana funkcja tego modułu czyli czyszczenie kodu w znacznikach

< >

i znaków specjalnych zaczynających się od

&

Żeby naprawić polskie znaki trzeba lekko stuningować ten moduł “mod_articles_category”, a bliżej chodzi o ten plik

modules/mod_articles_category/helper.php”

linia 288 która wygląda tak:

while ($printedLength < $maxLength && preg_match(‘{</?([a-z]+)[^>]*>|&#?[a-zA-Z0-9]+;}’, $html, $match, PREG_OFFSET_CAPTURE, $position))

odpowiada za, czyszczenie html’a:

</?([a-z]+)[^>]*>

i za czyszczecnie znaków specjalnych (w tym polskich znaków)

</?[a-zA-Z0-9]+;

wystarczy usunąć powyższy zapis i zostawić:

while ($printedLength < $maxLength && preg_match(‘{</?([a-z]+)[^>]*>}’, $html, $match, PREG_OFFSET_CAPTURE, $position))

wtedy nadal czyścimy  html, a znaki specjalne zaczynające się od ” & ” i kończące na ” ; ” pokazują się.

pozdr.

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

Mac OS X Lion 10.7 vs modem ZTE MF636 vs iPlus Manager dla Mac OS

Przesiadlem się na nową platforme systemową jaką jest Mac OS X Lion w wersji 10.7 i chciałem uruchomić iplusa który wspiera systemy Mac OS X i można go pobrać ze strony plusa:

http://internet.plus.pl/indywidualni/pobierz/iplus-manager/mac-osx

po pobraniu paczki Plus_Internet.dmg uruchamiamy instalację otrzymujemy takie okienko:

w którym klikamy: Plus Internet.mpkg

wszystko instaluje się nam zgodnie z instrukcją plusa którą możemy pobrać tu:

http://internet.plus.pl/documents/59602/2c1d9883-3f95-4145-9a22-7791711bbc93?title=Podre%CC%A8cznik_Uz%CC%87ytkownika.pdf

resetujemy system, po resecie wkładamy modem i…. no właśnie i nic modem zostaje wykryty jako pamięć masowa, a nie jako nowe urządzenie sieciowe, na infolini plusa mają jakieś dziwne teorie żeby zablokować w urządzeniu pamięć masową poprzez modyfikacje w urządzeniu ale tylko możliwe w Windowsie XP PRO, albo instalacji Hypervision w Windowsie Vista lub 7 !? a odpowiedź jest bardziej banalna odpalamy w Mac OS Findera(pierwsza ikona na docu -o ile jej nie zmienilismy) (lub otwieramy jakikolwiek katalog) po lewo (na dole) ukaże nam się dysk iPlus podświetlamy go klikamy cmd+e (odinstalowujemy = wysuwamy (ale nie ręcznie tylko systemowo)) po tym zabiegu otwieramy Preferencje systemowe (taka ikonka z zębatkami w doku lub w programach potem -> Sieć i po lewe pojawiają nam się urządzenia sieciowe rozpoznane przez Mac OS:

Przechodzimy (podświetlamy) ZTEUSBModem i po prawo na dole klikamy “Zaawansowane” i tam ustawiamy:
Producent: Uniwersalny
Model: GPRS (GSM/3G)
APN: internet
CDI:1

jak na tym screenie

i w iplus managerze pojawi nam się ładnie zdjęcie naszego modemu:

wpisujemy PIN klikamy Połącz i cieszymy sie internetem

Joomla 1.6.. i 1.7.. Warning: session_start() [function.session-start]: Cannot send session cache limiter – headers already sent (output started at /cms/configuration.php:1) in /cms/libraries/joomla/session/session.php on line 411

Wszystkie swoje pliki edytuje w programie “Dreammeaver”, jakieś było moje zdziwienie jak u klienta na szybko użyłem “Total Commandera” i joomla zwróciła mi taki komunikat:

Warning: session_start() [function.session-start]: Cannot send session cache limiter – headers already sent (output started at /cms/configuration.php:1) in /cms/libraries/joomla/session/session.php on line 411

przez to nie można było się zalogować w panelu admina i cokolwiek edytować, po szperając w necie można znaleźć odpowiedź którą już kiedyś przerabiałem z autopsji że każdy program inaczej interpretuje linie spacje i tabulacje, w tym przypadku “Total Commander” dopisał linie której nie było widać w “Dreammeaverze” więc nie można było jej usunąć w Notepad++ też nie było jej. Trzeba było stworzyć nowy dokument z tą samą nazwą i przekopiować tylko treść.

U mnie chodziło o plik configuration.php ale występuje ten error również przy edycji innych “delikatnych” plików, więc należy pamiętać co się ostatnio edytowało i poszukać znaku (spacji) lini tabulacji i innych ukrytych rzeczy które może dopisać jakiś inny edytor.

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

Jak przywrócić normalne “ustawienia” (edycje ustawien) Windows Mobile

Mam Omnie 2 (i8000) ale testowałem też to na HTC, otóż urządzenia mają kupę softu i dojście w nich do normalnych ustawień windowsowych graniczy z cudem. Więc zmieniłem by mieć możliwość edycji ustawień w standardowy sposób jak to było w starych windowsach.
HKEY_LOCAL_MACHINE\Security\Shell\StartInfo\
tam opcje HideSettings z 1 (czyli ukryj) ustawiamy na 0 (czyli odkrywamy)
Edycje robię w Total Commanderze w wersji mobilnej ściągniętej z:
http://www.ghisler.com/pocketpc.htm
Edytuje się klikając w programie do góry “/” a potem Plugins – > registy iodnajdujemy powyższą ścieżkę!

jako że do tego tego samego problemu wróciłem przy okazji bawienia sie nastepnymi telefonami zapewne niektórzy również mają takie przeżycia 😉

Joomla 1.6 vs serwery home.pl (JPath::check Snooping out of bounds @ /administrator/components/com_cpanel/views)

Zainstalowałem sobie joomle na serwerze home.pl w katalogu /cms dla testów,
by to zrobić trzeba w configuration.php zmienić zapis:

public $live_site = ”;

na

public $live_site = ‘http://moja-domena.pl/cms/’;

po testach chciałem przenieść joomle na normalny adres moja http://moja-domena.pl więc przegrałem pliki wróciłem zapis w configuration.php na

public $live_site = ”;

i jakieś było moje zdziwienie jak panel admina wyrzucił error:

20 – An error has occurred.
JPath::check Snooping out of bounds @ /administrator/components/com_cpanel/views
Return to Control Panel

hmmm, zacząłem grzebać jak to się robiło w joomlach 1,5 i doszedłem do odpowiedzi takowej:
zapis w configuration.php musiał wrócić to takowego:

public $live_site = ‘http://moja-domena.pl/’;

i trzeba było zedytować plik w takiej ścieżce:

/libraries/joomla/filesystem/parth.php

linia 169
z zapisu :

$path = JPATH_ROOT;

na

$path = ‘/’;

i działa, pozdr dla wszystkich co maja taki sam problem