Może to niezbyt „ładny sposób”, ale zadziałał:
1. Zatrzymałem mysql:
service mysql stop
2. Ustaliłem, gdzie sa przechowywane dane w mysql:
mysqladmin variables | grep datadir
3. Przeszedłem do tego katalogu (u mnie /var/lib/mysql/
4 Zminiłem nazwę podkatalogu. U mnie baza test miała się nazywać sait, więc komenda wygldała tak:
mv test sait
5. Uruchomiłem mysql:
service mysql start
Rozwizanie pochodzi z http://www.delphifaq.com/faq/databases/mysql/f574.shtml
Do błędu doszło podczas instalcji rozszerzenia Zend do PHP o nazwie ioncube. Właściwie komunikat mówi sam o tym co jest przyczyną. Rozszerzenia muszą być ładowane w odpowiedniej kolejności, a ioncube… chce być pierwszy. Tymczasem ja z przyzwyczajenia, aby nie zaburzyć kolejności, umieściłem go na końcu.
Ilustracja poniżej pokazuje poprawną kolejność ładowania rozszerzeń:
O tym samym błędzie można też poczytać tutaj:
Podczas próby uruchomienia Apache otrzymałem błd:
Address already in use: make_sock: could not bind to port 80
Po pierwsze należy sprawdzić jaki proces obecnie działa na porcie 80. Posłuży do tego program netstat:
netstat -tulpn | grep :80W ten sposób znajdziesz numer procesu, który zajał port 80. Teraz go… zabij podajc nazwę procesu lub jego numer np.:
killall -9 httpd
Gdyby to miało nie pomóc mamy jeszcze polecenie:
fuser -k -n tcp 80
Potem można już normalnie uruchomić proces htpd np.
/usr/local/apache/bin/apachectl start
Po zainstalowaniu najnowszego phpMyAdmin-a oraz mysql w wersji 4.1 oraz php w wersji 5, przy próbie zalogowania się do phpMyAdmina pojawiał mi się komunikat:
Zapytanie SQL: DokumentacjaEdytuj Edytuj SELECT * FROM information_schema.CHARACTER_SETS MySQL zwrócił komunikat: Dokumentacja #1146 - Table 'information_schema.CHARACTER_SETS' doesn't exist
Doczytałem. Od wersji phpMyAdmin 3nie ma już wstecznej kompatybilności z MySQL 4 i wcześniejszymi. Musiałem więc zainstalować phpMyAdmin w wersji 2.10
Do mojej instalacji PHP potrzebowałem wersji skompilowanej na mojej maszynie. O ile większość problemów była rozwiązywna na bieżąco przez skrypt configure, który informował o niespełnionych zależnościach, o tyle jeden błąd pojawił się dopiero podczas kompilacji! (make)
Otóż, bo włączeniu do opcji
./configure --with-mcrypt
na maszynie x64 z Fedora 13 kompilacja kończyła się komunikatem:
/usr/bin/ld: cannot find -lltdl collect2: ld returned 1 exit status make: *** [libphp5.la] Error 1
Linux jest fajny. Linux bywa trudny. Linux daje dużo satysfakcji, gdy uda się pokonać wszystkie problemy. Ot np na mojej Fedorce instaluję PHP. PHP ma być w konkretnej wersji, więc nie obędzie się bez kompilacji. I zaczyna się:
configure: error: Please reinstall the libcurl distribution - easy.h should be in <curl-dir>/include/curl/
Bardzo często taki błąd oznacza, że brakuje pakietu libcurl-devel. Zauważ, że binarny pakiet libcurl może być zainstalowany, brak jednak źródeł! Problemy tego rodzaju rozwiążesz instalując pakiet rozszerzony o -dev lub -devel:
yum install libcurl-devel
Fedora 13 nie posiadała klienta ssh. Po wydaniu polecenia ssh pojawiał się komunikat:
bash: ssh: command not found
Klienta trzeba było doinstalować. Zgodnie ze wskazówką na stronie http://www.zriel.com/linux/38-bash-scp-command-not-found-linux-fedora wystarczyło zainstalować odpowiednie pakiety komendą:
yum install ssh*
