Przy kompilacji np. modułu IMAP dla PHP możemy spotkać się z następującym błędem:

checking for utf8_mime2text signature... new
checking for U8T_CANONICAL... no
configure: error: utf8_mime2text() has new signature, but U8T_CANONICAL is missing. This should not happen. Check config.log for additional information.


Błąd dotyczy dystrybucji CentOS oraz Debian. Jak to rozwiązać?

Powyższy błąd z reguły wynika z braku bibliotek libc-client, które są niezbędne do kompilacji IMAPa.

Dla dystrybucji CentOS problem można rozwiązać wydając na konsoli z prawami roota polecenie:

yum install libc-client-devel


Dla dystrybucji Debian:

apt-get install libc-client-dev


W obu przypadkach instalacji pakietu libc-client-dev rozwiązuje powyższy problem

Czasami przy kompilacji niektórych źródeł może się okazać, że pojawi się błąd informujący o braku bibliotek Kerberos. Możemy ujrzeć taki komunikat:

checking for U8T_DECOMPOSE...
checking for pam_start in -lpam... no
checking for crypt in -lcrypt... yes
configure: error: Kerberos libraries not found.

Check the path given to --with-kerberos (if no path is given, searches in /usr/kerberos, /usr/local and /usr )


Jak rozwiązać ten problem?

W przypadku dystrybucji CentOS rozwiązanie tego problemu jest banalnie proste. Wystarczy z konosli z uprawnieniami roota wykonać następujące polecenie:

yum install krb5-devel


Po czym można powtórzyć kompilację przy której pojawił się błąd wynikający z braku bibliotek Kerberos.

Jak już wiadomo (lub nie) dziś w nocy ukazała się kolejna stabilna wersja Debiana oznaczona cyferkami 6.0 i nazwą kodową Squeeze. Oczywiście nic nie stoi na przeszkodzie a wręcz jest wskazane aby zaktualizować swój system do najnowszej wersji. Debian Lenny będzie jeszcze przez rok czasu, od momentu wydania Squeeze, wspierany w postaci aktualizacji bezpieczeństwa, łatek itp. W jaki sposób dokonać bezbolesnej aktualizacji swojego systemu?

Przede wszystkim na początek trzeba zapoznać się z uwagami do wydania: http://www.debian.org/releases/squeeze/releasenotes, wskazane jest również wykonanie kopii zapasowej danych na wypadek nieprzewidzianych okoliczności.
Jeżeli to wszystko zostało wykonane w /etc/apt/sources.list wykonujemy zmiany wpisując:


deb http://ftp.de.debian.org/debian squeeze main contrib non-free
deb-src http://ftp.de.debian.org/debian squeeze main contrib non-free


deb http://ftp.de.debian.org/debian-security squeeze/updates main contrib non-free
deb-src http://ftp.de.debian.org/debian-security squeeze/updates main contrib non-free


Po wpisaniu, zapisujemy sources.list a następnie wykonujemy:

apt-get update

następnie:

apt-get upgrade

i na koniec

apt-get dist-upgrade


Po wykonaniu tych wszystkich czynności i zakończeniu prac przez system możemy cieszyć się z posiadania najnowszej stabilnej wersji Debiana.

Xcache obok APC i eAccelerator’a jest jednym z najczęściej stosowanych modułów do cache’owania skryptów.
W przypadku XCache został rozwiązany problem współpracy z nowszymi wersjami PHP (w tym PHP 5.3.x).
W jaki sposób możemy go zainstalować w Debianie Lenny?

Instalacja nie powinna być problematyczna nawet dla początkujących użytkowników Debiana.
Najpierw zaczynamy od wpisania w konsoli:

apt-get install php5-xcache


a następnie wystarczy zrestartować Apache:

/etc/init.d/apache2 restart


To wszystko. Który akcelerator/cache wybrać? Poniżej przedstawiamy porównanie poszczególnych modułów w przypadku Drupala:
http://2bits.com/articles/benchmarking-drupal-with-php-op-code-caches-apc-eaccelerator-and-xcache-compared.html

Żeby móc skorzystać z PHP 5.3 w Debianie Lenny konieczne jest dokonanie zmian w sources.list. W innym przypadku przy standardowych wpisach jedyną wersją PHP z której możemy korzystać to PHP 5.2.x. W jaki sposób dokonać zmian aby aktualizacja PHP była najmniej bolesna?

Przed zmianą wersji PHP należy się upewnić, że nasze aplikacje ew. aplikacje klientów będą kompatybilne z wersją PHP 5.3.x. W innym przypadku zamiast korzyści korzystania z PHP 5.3.x możemy narobić wiele szkód.
Przejdźmy zatem do aktualizacji.

W pierwszej kolejności w /etc/apt/sources.list należy dopisać:

deb http://php53.dotdeb.org stable all
deb-src http://php53.dotdeb.org stable all


Te 2 linie możemy dopisać albo z poziomu mc, lub za pomocą poleceń pico lub vi (pico /etc/apt/sources.list lub vi /etc/apt/sources.list).

Po dodaniu wpisów należy dodać pubkey GPG (w innym przypadku możemy spodziewać się informacji o braku klucza GPG, który był opisany tutaj: http://know-how.trustcom.pl/2011/01/21/debian-no_pubkey-07dc563d1f41b907/

Klucz dodajemy wpisem:

wget http://www.dotdeb.org/dotdeb.gpg
cat dotdeb.gpg | sudo apt-key add -


Teraz nie pozostaje Nam nic innego jak zaktualizować nasze pakiety poleceniami:

apt-get update
apt-get dist-upgrade


Pojawi się lista pakietów do aktualizacji. Zatwierdzamy zmiany i po chwili (dłuższej lub krótszej) możemy cieszyć się z PHP w wersji 5.3.x na naszym serwerze.

W niektórych dystrybucjach można się spotkać z sytuacją, w której partycja /tmp ma postać pliku, który jest „podmontowany”. Szczególnie można to spotkać np. w połączeniu dystrybucji Centos i panelu administracyjnego cPanel. W wielu przypadkach standardowa partycja ma postać od 400 do 512 MB. Co przy większych serwisach może zakończyć się komunikatem, że partycja /tmp jest zapełniona. Może to powodować wiele problemów np. MySQL będzie miał problem z wykonaniem dłuższych zapytań i wiele innych. W jaki sposób rozszerzyć (powiększyć) tą partycję?

Przedstawione przez Nas poniżej rozwiązanie to praca na 10-15 minut. Możemy ją wykonać w następujących etapach.
Po pierwsze należy zatrzymać wszystkie usługi, które korzystają lub mogą skorzystać z partycji /tmp. My na początek zatrzymujemy MySQL, Apache (httpd) oraz tailwatchd.


/etc/init.d/mysql stop


następnie

/etc/init.d/httpd stop


oraz

pstree -p | grep tailwatchd


Uzyskamy coś takiego:

root@s1 ~ # pstree -p | grep tailwatchd
|-tailwatchd(13500)
root@s1 ~ #


Liczba 13500 wskazuje na nr procesu. Teraz wystarczy wydać polecenie kill -9

kill -9 13500


Oczywiście w miejscu 13500 należy wstawić numer swojego procesu.

Teraz należy sprawdzić, czy są jeszcze jakieś procesy, które korzystają z partycji /tmp. Można tego dokonać za pomocą polecenia:

lsof | grep /tmp


Wyświetli się Nam lista procesów, które korzystają z partycji /tmp lub nic się nie wyświetli jeśli faktycznie wszystkie takie procesy zostały zatrzymane. Jeśli dalej jakiś proces w dalszym ciągu korzysta z partycji /tmp, to jeśli możliwość, należy go zatrzymać lub w ostateczności „zabić” poleceniem kill -9 nr_procesu.

Jeśli nic się nie wyświetla pozostaje Nam wykonanie kopii bezpieczeństwa:

cp -prf /tmp /tmp.bak


Zostanie utworzony katalog tmp.bak,w którym będzie kopia wszystkich plików znajdujących się w /tmp.

Następnie tworzymy naszą nową partycję /tmp. Tutaj warto ją umieścić w miejscu, gdzie mamy dużą ilość wolnego miejsca np. na partycji /home. Tutaj pierwotna wersja jest umieszczona w /usr/tmpDSK. My zmienimy lokalizację pliku na /home/tmpDSK.

Wykonujemy polecenie:

dd if=/dev/zero of=/home/tmpDSK bs=1024k count=2048


W naszym przykładzie zostanie utworzony plik tmpDSK w folderze /home który będzie miał wielkość 2GB (parametr 2048). To będzie oznaczało, że nasza partycja /tmp będzie miała wielkość 2GB.

Po wydaniu powyższego polecenia trzeba chwilę poczekać. Oczywiście w zależności od wielkości tworzonego pliku (i szybkości dysku) może to trwać dłużej lub krócej.

Jeśli wszystko przebiegło bez problemów powinniśmy ujrzeć:

root@debian:/home/trustcom# dd if=/dev/zero of=/home/tmpDSK bs=1024k count=2048
2048+0 przeczytanych recordów
2048+0 zapisanych recordów
skopiowane 2147483648 bajtów (2,1 GB), 56,9086 s, 37,7 MB/s
root@debian:/home/trustcom#


Oznacza to nic innego, że nasz plik tmpDSK został utworzony w katalogu /home i ma wielkość 2GB. Teraz należy utworzyć system plików ext3.

mkfs -t ext3 /home/tmpDSK


W pierwszym pytaniu należy odpowiedzieć yes (y) lub tak (t) w zależności od lokalizacji naszego systemu:

root@debian:/home/trustcom# mkfs -t ext3 /home/tmpDSK
mke2fs 1.41.12 (17-May-2010)
/home/tmpDSK nie jest specjalnym urządzeniem blokowym.
Kontynuować mimo to? (t,n) t
uwaga: nie udało się odczytać geometrii urządzenia dla /home/tmpDSK
Etykieta systemu plików=
Typ OS: Linux
Rozmiar bloku=4096 (log=2)
Rozmiar fragmentu=4096 (log=2)
Stride=0 bloków, szerokość Stripe=0 bloków
131072 i-węzłów, 524288 bloków
26214 bloków (5.00%) zarezerwowanych dla superużytkownika
Pierwszy blok danych=0
Maksymalna liczba bloków systemu plików=536870912
16 grup bloków
32768 bloków w grupie, 32768 fragmentów w grupie
8192 i-węzłów w grupie
Kopie zapasowe superbloku zapisane w blokach:
32768, 98304, 163840, 229376, 294912
Zapis tablicy i-węzłów: zakończono
Tworzenie kroniki (16384 bloków): wykonano
Zapis superbloków i podsumowania systemu plików: wykonano
Ten system plików będzie automatycznie sprawdzany co każde 21 montowań lub co 180 dni, zależnie co nastąpi pierwsze. Można to zmienić poprzez tune2fs -c lub -i.
root@debian:/home/trustcom#


System plików ext3 został utworzony. Można to sprawdzić wydając polecenie:

root@debian:/home/trustcom# file /home/tmpDSK
/home/tmpDSK: Linux rev 1.0 ext3 filesystem data, UUID=69fcb6a4-fcd9-4a09-9953-2d6272071852 (large files)
root@debian:/home/trustcom#


Odmontowujemy partycję /tmp

umount /tmp


i montujemy naszą nową partycję:

mount -o loop,noexec,nosuid,rw /home/tmpDSK /tmp


Nadajemy uprawnienia:

chmod 1777 /tmp


Poleceniem df -h sprawdzamy czy wszystko jest ok

root@debian:/home/trustcom# df -h
System plików rozm. użyte dost. %uż. zamont. na
/dev/sda1 143G 19G 117G 14% /
tmpfs 1009M 0 1009M 0% /lib/init/rw
udev 1004M 204K 1004M 1% /dev
tmpfs 1009M 0 1009M 0% /dev/shm
/dev/sdb1 2,0G 1,4G 556M 72% /mnt
/home/tmpDSK 2,0G 68M 1,9G 4% /tmp
root@debian:/home/trustcom#


Jak widać partycja /tmp ma wielkość 2GB

Przywracamy zawartość tmp.bak do naszej nowej partycji:

cp -rpf /tmp.bak/* /tmp


I uruchamiamy po kolei zatrzymane usługi

/etc/init.d/mysql start
/etc/init.d/httpd start
/scripts/restartsrv_tailwatchd


Oczywiście tak samo należy postąpić dla innych zatrzymanych usług.

Edytujemy plik fstab w /etc i wpisujemy:

/home/tmpDSK /tmp ext3 loop,noexec,nosuid,rw 0 0


Jeżeli istnieje wpis odnośnie wcześniejszej partycji /tmp to należy go zastąpić powyższym.

Montujemy wszystko:

mount -a


I sprawdzamy czy wszystko się zgadza:

root@debian:/home/trustcom# df -h
System plików rozm. użyte dost. %uż. zamont. na
/dev/sda1 143G 19G 117G 14% /
tmpfs 1009M 0 1009M 0% /lib/init/rw
udev 1004M 204K 1004M 1% /dev
tmpfs 1009M 0 1009M 0% /dev/shm
/dev/sdb1 2,0G 1,4G 556M 72% /mnt
/home/tmpDSK 2,0G 68M 1,9G 4% /tmp
root@debian:/home/trustcom#


To wszystko. Możemy się cieszyć z powiększonej partycji /tmp.

Po dodaniu źródeł do plik sources.list w /etc/apt dla dystrybucji Debian/Ubuntu przy uruchomieniu polecenia apt-get update możemy spotkać się z następującym komunikatem:

W: GPG error: http://www.debian-multimedia.org sid Release: Następujące podpisy nie mogły zostać zweryfikowane z powodu braku klucza publicznego: NO_PUBKEY 07DC563D1F41B907

Jak rozwiązać ten problem?

Powyższy błąd jest związany z brakiem kluczy GPG, którymi są podpisane źródła dla pakietów. Oczywiście żeby wszystko przebiegało bez komplikacji musimy takie klucze pobrać i zainstalować w naszym systemie. Możemy to wykonać w kilku krokach. Po pierwsze jako root z konsoli należy wykonać:

gpg --keyserver subkeys.pgp.net --recv-keys ID_KLUCZA


I tutaj małe wyjaśnienie. Skąd pobrać ID_KLUCZA? ID_KLUCZA to jest ciąg w postaci: NO_PUBKEY 07DC563D1F41B907. W miejsce ID_KLUCZA wpiszemy wtedy: 07DC563D1F41B907
Po wpisaniu powyższej komendy ukaże się Nam następujące info:

root@debian:/home/trustcom# gpg --keyserver subkeys.pgp.net --recv-keys 07DC563D1F41B907
gpg: katalog ,,/root/.gnupg'' utworzony
gpg: nowy plik ustawień ,,/root/.gnupg/gpg.conf'' został utworzony
gpg: OSTRZEŻENIE: opcje w ,,/root/.gnupg/gpg.conf'' nie są jeszcze uwzględnione.
gpg: zbiór kluczy ,,/root/.gnupg/secring.gpg'' został utworzony
gpg: zbiór kluczy ,,/root/.gnupg/pubring.gpg'' został utworzony
gpg: zapytanie o klucz 1F41B907 w serwerze hkp subkeys.pgp.net
gpg: /root/.gnupg/trustdb.gpg: baza zaufania utworzona
gpg: klucz 1F41B907: klucz publiczny ,,Christian Marillat '' wczytano do zbioru
gpg: brak absolutnie zaufanych kluczy
gpg: Ogółem przetworzonych kluczy: 1
gpg: dołączono do zbioru: 1


Jest to informacja, że klucz GPG został odnaleziony i zainstalowany. Następnie wykonujemy:

gpg --armor --export ID_KLUCZA | apt-key add -


Oczywiście w miejsce ID_KLUCZA wpisujemy klucz, który wcześniej wpisywaliśmy, czyli na przykład wpiszemy coś takiego

root@debian:/home/przemek# gpg --armor --export 07DC563D1F41B907 | apt-key add -


Otrzymamy info:

OK


Klucz został dodany, teraz możemy ponownie wykonać polecenie apt-get update. To wszystko.

Przy uruchomieniu zainstalowanego FFMPEG z linii poleceń naszego systemu możemy zamiast listy dostępnych opcji ujrzeć następujący komunikat:

ffmpeg: error while loading shared libraries: libavcodec.so.52: cannot open shared object file: No such file or directory


Jak rozwiązać ten problem?

Okazuje się, że system „nie widzi” bibliotek, jeśli oczywiście zostały poprawnie zainstalowane wraz z ffmpeg. W takim wypadku trzeba wskazać umiejscowienie bibliotek. Z poziomu konsoli wykonujemy następujące polecenie:

export LD_LIBRARY_PATH=/usr/local/lib/


Uruchomienie ffmpeg powinno pokazać listę dostępnych opcji. Oznacza to, że możemy przystąpić do pracy z ffmpeg.

FFMPEG to wieloplatformowy projekt, którego celem jest dostarczenie kompletnej platformy do nagrywania, konwertowania i przesyłania strumieniowego treści audiowizualnych. Głównym komponentem jest biblioteka libavcodec, która odpowiada za obsługę wielu popularnych kodeków. Projekt stanowi w praktyce podstawę dla odtwarzaczy multimediów w wielu dystrybucjach Linuksa (źródło: Wikipedia) .
Przy kompilacji rozszerzenia ffmpeg-php można spotkać się z następującym błędem:

/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c: In function ‘zim_ffmpeg_frame_toGDImage’:
/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c:336: error: ‘PIX_FMT_RGBA32’ undeclared (first use in this function)
/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c:336: error: (Each undeclared identifier is reported only once
/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c:336: error: for each function it appears in.)
/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c: In function ‘zim_ffmpeg_frame_ffmpeg_frame’:
/usr/src/ffmpeg-php-0.6.0/ffmpeg_frame.c:421: error: ‘PIX_FMT_RGBA32’ undeclared (first use in this function)
make: *** [ffmpeg_frame.lo] Error 1


Jak sobie z tym poradzić?

Wystarczy wedytować plik ffmpeg_frame.c odnaleźć wpisy PIX_FMT_RGBA32 i zastąpić je PIX_FMT_RGB32. Za pomocą edytora vi można to wykonać w następujący sposób:

vi ffmpeg_frame.c
:%s/PIX_FMT_RGBA32/PIX_FMT_RGB32
:w
:q!


Następnie wydajemy polecenia:

./configure && make && make install


Kompilacja powinna wykonać się już bez problemów. Teraz wystarczy dodać wpis: extension = ffmpeg.so do php.ini i za pomocą phpinfo można sprawdzić czy rozszerzenie jest już dostępne.

Prawdziwym zaskoczeniem dla osób instalujących DirectAdmina na serwerze pod kontrolą Debiana Lenny 50 64bit może być niemiła informacja w panelu o tym, że usługa Exim jest zatrzymana.
Przy próbie uruchomienia Exima z poziomu konsoli możemy otrzymać następujący komunikat:

root@trustcom:# /etc/init.d/exim start
Starting exim: /usr/sbin/exim: error while loading shared libraries: libperl.so.5.10: cannot open shared object file: No such file or directory

Oczywiście efektem tego jest niedziałająca usługa Exima (serwer pocztowy).

Jak rozwiązać ten problem?

Analiza problemu wskazuje na brak biblioteki libperl5.10.
Wystarczy wykonać następujące polecenie:

apt-get install libperl5.10


Otrzymamy informację:

apt-get install libperl5.10
Czytanie list pakietów... Gotowe
Budowanie drzewa zależności
Odczyt informacji o stanie... Gotowe
Zostaną zainstalowane następujące NOWE pakiety:
libperl5.10
0 aktualizowanych, 1 nowo instalowanych, 0 usuwanych i 0 nieaktualizowanych.
Konieczne pobranie 623kB archiwów.
Po tej operacji zostanie dodatkowo użyte 1409kB miejsca na dysku.
Pob: 1 http://ftp.de.debian.org lenny/main libperl5.10 5.10.0-19lenny2 [623kB]
Pobrano 623kB w 1s (561kB/s)
Zaznaczenie poprzednio niezaznaczonego pakietu libperl5.10.
(Odczytywanie bazy danych ... 14770 plików i katalogów obecnie zainstalowanych.)
Rozpakowanie libperl5.10 (z .../libperl5.10_5.10.0-19lenny2_i386.deb) ...
Konfigurowanie libperl5.10 (5.10.0-19lenny2) ...


Oznacza to, że biblioteka libperl5.10 została zainstalowana w naszym systemie. Teraz wystarczy wykonać polecenie:

/etc/init.d/exim start


Otrzymamy:

Starting exim:


Po chwili mamy już sprawnie działającą usługę Exim w naszym systemie.