Lidt problemer med Apache og PHP

prøv at skriv

killall httpd

i din prompt
og så start din server igen!

fiskerendk: Det gik desværre ikke så godt:

[root@absalon bin]# killall httpd
[root@absalon bin]# apachectl restart
httpd not running, trying to start
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down

fiskerendk: Men det fik ødelagt serveren... Så nu er det overhovedet intet, der virker.

prøv at lave en ps -fax | grep http

og smid outputtet her :-)

ellers prøv at se om du har programmet "lsof" installeret.

dit problem er at der er allerede et program som lytter på port 80, og så kan apache ikke forbinde sig til porten.

[root@absalon root]# ps -fax | grep http
1845 ?        S      0:00 /usr/local/apache/bin/httpd -d /usr/local/apache -R /usr/local/apache/libexec
1895 ?        S      0:00  \_ [httpd]
1896 ?        S      0:00  \_ [httpd]
1897 ?        S      0:00  \_ [httpd]
1898 ?        S      0:00  \_ [httpd]
1899 ?        S      0:00  \_ [httpd]
2098 ?        S      0:00  \_ [httpd]
2187 pts/1    S      0:00          \_ grep http

lsof er installeret... Går jeg ud fra... Jeg får vist alle de åbne filer, når jeg skriver "lsof"...

prøv at lave en kill -9 1845 1895 1896 1897 1898 1899 2098

ok - hvis du laver en
lsof -i

så kan du se hvilke processer som er bundet til diverse porte på maskinen - ret god at have.

det undrer mig lidt at killall httpd ikke har slået processerne ihjel

Efter at have kørt killall httpd får jeg dette resultat:

[root@absalon root]# ps -fax | grep http
2359 pts/1    S      0:00  |      \_ grep http
[root@absalon root]#

ok - og kan du så lave en /usr/local/apache/bin/apachectl start ?

blæret... Ja.. Når jeg kører "./apachectl restart" i /usr/local/apache/bin/ går det godt... Hvis jeg bare kører "apachectl restart" kommer den tidligere beskrevne fejl

jeg tror at det har noget at gøre med at den apachectl som ligger i din PATH er end /usr/local/apache ..

prøv evt at skrive
type apachectl

du har sikkert en gammel version af apache liggende og rode et eller andet sted.

Nu er det desværre ikek mig selv, der har installeret serveren, men jeg har godt haft det på fornemmelsen, da der findes rigtig mange apache kataloger rundt omkring :o)
Findes der et elelr andet trick til at ryde lidt op?

apachectl is hashed (/usr/sbin/apachectl)

tjek evt om den er installeret via rpm med

rpm -qa |grep -i http
eller
rpm -qa | grep -i apache

ellers kan du lave en
find / -name httpd

så du alle de steder hvor der ligger en apache-server

mfalck: Mange tak. Nu har jeg forsøgt at få php til at virke sammen med den aktuelle apache installation.
Derfor har jeg flyttet libphp4.so ind til de andre .so filer i libexec kataloget og tilføjet følgende to linjer i httpd.conf:
LoadModule php4_module        libexec/libphp4.so
AddModule mod_php4.c

Men det giver en fejl, når jeg tester configurationsfilen:
[root@absalon bin]# ./apachectl configtest
Syntax error on line 236 of /usr/local/apache/conf/httpd.conf:
Cannot load /usr/local/apache/libexec/libphp4.so into server: /usr/local/apache/libexec/libphp4.so: undefined symbol: apr_bucket_type_file

Har du også her gode forslag?

jeg har lige prøvet at søge... Det viser sig at mod_php4.c ikke findes?

well - du kan godt kommentere den linie ud .. jeg ved ikke hvorfor den sætter den ind, men apache/php kører ganske udemærket uden. Jeg er nødt til at udkommentere den hver gang jeg laver en make install fra php ... grr :-)

man der er et problem i din libphp.so - det er vist et linker problem;

prøv lige at lave en

ldd /usr/local/apache/libexec/libphp4.so

og smid resultatet her.

[root@absalon /]# ldd /usr/local/apache/libexec/libphp4.so
        libexpat.so.0 => /usr/lib/libexpat.so.0 (0x40182000)
        libpspell.so.4 => /usr/lib/libpspell.so.4 (0x401a2000)
        libncurses.so.5 => /usr/lib/libncurses.so.5 (0x401bb000)
        libpam.so.0 => /lib/libpam.so.0 (0x401fa000)
        libgmp.so.3 => /usr/lib/libgmp.so.3 (0x40202000)
        libgd.so.1.8 => /usr/lib/libgd.so.1.8 (0x40230000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x40261000)
        libdb-4.0.so => /lib/libdb-4.0.so (0x4034c000)
        libgdbm.so.2 => /usr/lib/libgdbm.so.2 (0x403f4000)
        libcom_err.so.2 => /lib/libcom_err.so.2 (0x403fb000)
        libk5crypto.so.3 => /usr/kerberos/lib/libk5crypto.so.3 (0x403fd000)
        libkrb5.so.3 => /usr/kerberos/lib/libkrb5.so.3 (0x4040e000)
        libgssapi_krb5.so.2 => /usr/kerberos/lib/libgssapi_krb5.so.2 (0x4046c000)
        libcurl.so.2 => /usr/lib/libcurl.so.2 (0x4047f000)
        libbz2.so.1 => /usr/lib/libbz2.so.1 (0x404a2000)
        libssl.so.4 => /lib/libssl.so.4 (0x404b1000)
        libcrypto.so.4 => /lib/libcrypto.so.4 (0x404e6000)
        libm.so.6 => /lib/tls/libm.so.6 (0x405d8000)
        libttf.so.2 => /usr/lib/libttf.so.2 (0x405fa000)
        libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x40620000)
        libpng12.so.0 => /usr/lib/libpng12.so.0 (0x40671000)
        libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x40694000)
        libz.so.1 => /usr/lib/libz.so.1 (0x406b2000)
        libnsl.so.1 => /lib/libnsl.so.1 (0x406c1000)
        libresolv.so.2 => /lib/libresolv.so.2 (0x406d6000)
        libcrypt.so.1 => /lib/libcrypt.so.1 (0x406e8000)
        libdl.so.2 => /lib/libdl.so.2 (0x40715000)
        libc.so.6 => /lib/tls/libc.so.6 (0x42000000)
        libltdl.so.3 => /usr/lib/libltdl.so.3 (0x40718000)
        libpspell-modules.so.1 => /usr/lib/libpspell-modules.so.1 (0x40720000)
        libstdc++.so.5 => /usr/lib/libstdc++.so.5 (0x40722000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x407d5000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x407dd000)
        libcom_err.so.3 => /usr/kerberos/lib/libcom_err.so.3 (0x407ea000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)

hvilken version af php er det du kører ?

php-4.2.2-17

prøv at opgradere til den seneste ver 4.3.3 - jeg så på nettet at der var een som anbefalede det.


en anden ting er at om ved en fejl ikke kommet til at sætte den til at bruge apache2 da du lavede en configure af php...

jeg fik nemlig:

[root@boyce php-4.3.2]# find . -exec grep -il apr_bucket_type {} 2>/dev/null \;
./sapi/apache2handler/sapi_apache2.lo
./sapi/apache2handler/apache_config.lo
./sapi/apache2handler/php_functions.lo
./sapi/apache2handler/sapi_apache2.o
./sapi/apache2handler/apache_config.o
./sapi/apache2handler/php_functions.o
./.libs/libphp4.so
./libs/libphp4.so

har du selv oversat php eller er det fra en RPM ?

[root@absalon bin]# rpm -qa |grep -i php
php-imap-4.2.2-17
php-mysql-4.2.2-17
php-4.2.2-17
php-ldap-4.2.2-17
php-manual-4.2.2-17
php-snmp-4.2.2-17
php-pgsql-4.2.2-17
php-odbc-4.2.2-17
php-devel-4.2.2-17

Så jeg går ud fra det er en RPM.
Hvordan er det bedst at opgradere? bare installere en ny RPM oven på, eller?

ja - det ville jeg gætte på; du skal blot være varsom med om du får en rpm til apache2 eller apache1 .. eller opgradere til apache2 som webserver :-)

alternativet er at oversætte php selv ... så har du bedre styring med hvad du får med, men det kræver at man holder tungen lige i munden og - i phps tilfælde - ved hvad man vil have af features.

kom du videre ?

Nej... Men jeg tror det er fordi der er gået noget galt i installationen... så nu prøver jeg at geninstallere og starte forfra.

Men mange tak for den grundige og lærerige support mfalck.

Jeg har hørt noget om at linux slackware skulle være en overvejelse værd frem for redhat, nå¨r man ønsker en linuxserver. Har i nogen kommentarer eller erfaringer?

(mfalck får naturligvis pointene)

jeg er mange årig redhat bruger og synes egt at det fungerer ret godt. Men jeg bruger heller ikke rigtigt deres pakkesystem, men oversætter og installerer hellere tingene selv. Jeg har kun prøvet slackware for en del år siden, så der er nok sket en del forandringer siden.