[Slackware] PHP Fatal error

[Verwijderd]

Ik heb een nieuwe kernel gecompileerd en geboot (2.4.20).
Nu wil Apache, of beter gezegd, PHP niet meer starten:
/usr/sbin/apachectl start: httpd could not be started

In de error_log staat deze fout:
PHP Fatal error: Unable to start session mm module in Unknown on line 0

Ik heb van beide (PHP & Apache) nieuwe versies geïnstalleerd, maar dit mocht niet baten. Ook heb ik geprobeerd libmm te installeren. Dit ging bij configure al mis:

code:

checking for shared memory maximum segment size...
configure: error: Unable to determine maximum shared memory segment size

Onder de 2.4.18 kernel werkte apache/php wel.

offtopic:
Zo goed vortogel?

[zerok]

apache wil al helemaal niet starten dus dan werken je php websites ook niet. Heb je in je nieuwe kernel misschien shared memory uitgezet? zet het anders eens net zo als in je oude kernel

[Verwijderd]

Dat zou het wel es kunnen zijn jah.
Nu heb ik zitten zoeken in de .config en in het "make menuconfig"-menuutje, maar ik kan nergens iets vinden over shared memory. Onder welk submenu staat het?

[_JGC_]

Staat onder je filesystems. Grote kans dat je SHM filesystem support niet aangezet hebt

[Verwijderd]

Verwijderd schreef op 04 January 2003 @ 21:09:

offtopic:
Zo goed vortogel?

offtopic:
Er zijn nog wel een aantal dingen voor verbetering vatbaar:
- je vermeldt een kernel versie, oke da's prima
- je vermeldt geen versie van Slackware, dat kan echt relevant zijn
- je vermeldt geen versie van apache, php en van libmm.
- van libmm wordt duidelijk dat je die vanaf source probeert te compileren, van apache en van php is de herkomst onduidelijk (source, linuxpackages, anders ?)

- tevens wordt niet duidelijk wat je hebt geprobeerd en waar je hebt gezocht.

[Verwijderd]

_JGC_ schreef op 04 January 2003 @ 23:33:
Staat onder je filesystems. Grote kans dat je SHM filesystem support niet aangezet hebt

[ ] Virtual memory file system support (former shm fs)
Dat zal 'm zijn. Opnieuw compilen dus...

Verwijderd schreef op 05 January 2003 @ 00:39:

offtopic:
Er zijn nog wel een aantal dingen voor verbetering vatbaar:
- je vermeldt een kernel versie, oke da's prima
- je vermeldt geen versie van Slackware, dat kan echt relevant zijn
- je vermeldt geen versie van apache, php en van libmm.
- van libmm wordt duidelijk dat je die vanaf source probeert te compileren, van apache en van php is de herkomst onduidelijk (source, linuxpackages, anders ?)

- tevens wordt niet duidelijk wat je hebt geprobeerd en waar je hebt gezocht.

Versie van Slackware is 8.1
Versies van apache, php en libmm... Ik vraag me toch echt af of dat noodzakelijk is, omdat het zaakje onder de vorige kernel wel werkte.
Apache en PHP heb ik, zoals je kunt zien die mijn vorige topic (waar jij fijn een slot op hebt zitten gooien), geïnstalleerd dmv slackware packages.

[_JGC_]

Verwijderd schreef op 05 januari 2003 @ 10:28:
[...]

[ ] Virtual memory file system support (former shm fs)
Dat zal 'm zijn. Opnieuw compilen dus...

Lees ook eens bij de help van dat ding, voor zover ik weet staat er gewoon bij: CHOOSE YES

[Verwijderd]

Verwijderd schreef op 05 January 2003 @ 10:28:
Versie van Slackware is 8.1
Versies van apache, php en libmm... Ik vraag me toch echt af of dat noodzakelijk is, omdat het zaakje onder de vorige kernel wel werkte.

Neem nou maar van een andere mod, dat dat soort dingen enorm vitale info is.

Apache en PHP heb ik, zoals je kunt zien die mijn vorige topic (waar jij fijn een slot op hebt zitten gooien), geïnstalleerd dmv slackware packages.

"Fijn" Euhm, ik neem aan dat de reden na het lezen van bovenstaande post door vrotogel toch wel duidelijk mag zijn of niet

Elke andere nos-mod die het topic had gelezen had hetzelfde gedaan waarschijnlijk.

[deadinspace]

Verwijderd schreef op 05 January 2003 @ 10:28:
[ ] Virtual memory file system support (former shm fs)
Dat zal 'm zijn. Opnieuw compilen dus...

Nee, dat is een soort ramdisk-achtig filesystem. Kan erg handig zijn, maar hier is het niet relevant

Volgensmij is shared memory niet optioneel bij een kernel compile. Ik kan me vergissen, maar volgensmij kun je het niet vergeten mee te compilen.

Wat geeft "cat /proc/sys/kernel/shmmax" bij jou?
Je gebruikt geen PAM neem ik aan (Slackware namelijk). Heb je eventueel memory-usage per process beperkt in /etc/limits oid?
Ik neem aan dat het hier over een i386 bak gaat?

[Verwijderd]

deadinspace schreef op 05 January 2003 @ 13:27:
[...]
Wat geeft "cat /proc/sys/kernel/shmmax" bij jou?
Je gebruikt geen PAM neem ik aan (Slackware namelijk). Heb je eventueel memory-usage per process beperkt in /etc/limits oid?
Ik neem aan dat het hier over een i386 bak gaat?

# cat /proc/sys/kernel/shmmax
cat: /proc/sys/kernel/shmmax: No such file or directory

# cat /etc/limits
cat: /etc/limits: No such file or directory

Het gaat inderdaad om een i386.

Oke:
Apache 1.3.26
PHP 4.4.2
Libmm (die ik probeerde te compilen) 1.2.1

[ Voor 4% gewijzigd door Verwijderd op 05-01-2003 14:00 . Reden: foute php versie ]

[Verwijderd]

mm compileren gaat ook nog steeds niet. Zelfde fout.

code:

checking for shared memory maximum segment size...
configure: error: Unable to determine maximum shared memory segment size

en shmmax bestaat niet...

code:

# cat /proc/sys/kernel/shmmax
cat: /proc/sys/kernel/shmmax: No such file or directory

Krijg toch het idee dat er iets aan de hand is met dat shmmax...
Kun je dat ergens aanzetten in de kernelconfig?

[deadinspace]

Verwijderd schreef op 05 January 2003 @ 13:56:
# cat /proc/sys/kernel/shmmax
cat: /proc/sys/kernel/shmmax: No such file or directory

Dat is inderdaad... apart.
Is /proc wel gemount?

[Verwijderd]

Ja, proc is gemount.

En als ik weer terugga naar de oude kernel:

code:

# cat /proc/sys/kernel/shmmax
33554432

Dus t zal toch ergens in de kernelconfig zitten.... maar waar

[deadinspace]

Hmm, zet "System V IPC" in "General setup" eens aan

[Verwijderd]

deadinspace schreef op 07 January 2003 @ 12:26:
Hmm, zet "System V IPC" in "General setup" eens aan

Uh, vanwaar die

[Jaap-Jan]

PHP Fatal error: Unable to start session mm module in Unknown on line 0

Ik blijf dit probleem houden, ook na alles wat hier is voorgesteld. De compu is een 486 met 16MB RAM, Debian Woody met Linux kernel 2.4.20 (zelf gecompileerd), Apache/1.3.26 (-0woody3) (Unix) Debian GNU/Linux, PHP4 4.1.2 (-6). Het zijn de binaries die gedownload zijn van www.debian.org. Er zijn geen broken dependencies en het zijn de nieuwste versies die te verkrijgen zijn.

Wat ik al heb geprobeerd: De hoeveelheid shared memory vergroten:

code:

cat /proc/sys/kernel/shmmax
33554432

. geprobeerd /tmp/session_mm.sem weg te gooien, maar dat bestand bestond niet. De beide genoemde kernelopties "Virtual memory filesystem support" en "System V IPC" zijn wel meegecompileerd. (Ik weet dat dit niet per se op mij van toepassing was, maar ik denk, ik controleer het toch maar even.)

Het begint steeds meer op een bug te lijken, want in de nieuwsgroepen zie ik de laatste tijd veel problemen met n PHP4 (Google Groups)

[Jaap-Jan]

Nog maar eens. Ik had apache weer even draaien, maar als ik in /var/log/apache/error.log kijk dan zie ik dat er om 6: 25 'een gracefull restart' doet en daarna komt hij niet meer op. Ik heb nog steeds geen idee waar het aan kan liggen.

[deadinspace]

Gebruik je andere extensies op PHP4 dan die standaard bij het Debian package zitten? Heb je het probleem met de standaard meegeleverde config, of heb je iets in de config aangepast dat van belang zou kunnen zijn?

[Jaap-Jan]

deadinspace schreef op 12 March 2003 @ 01:40:
Gebruik je andere extensies op PHP4 dan die standaard bij het Debian package zitten? Heb je het probleem met de standaard meegeleverde config, of heb je iets in de config aangepast dat van belang zou kunnen zijn?

Ik heb alleen php4 geïnstalleerd, voor de rest geen extensies. Ik heb het probleem inderdaad bij de standaardconfig, ik heb er (nog) niets aan veranderd.

[deadinspace]

Uit /usr/share/doc/php4/README.Debian.gz (van Unstable, niet van Stable, daar staat dit niet in):

Sessions still appear to be messed up on some architectures, however it doesn't seem to be related to the unserializer anymore. If you can't make sessions worl, make the following change in /etc/php4/{sapi}/php.ini:

-session.save_handler = files
+session.save_handler = mm

The "mm" handler seems to work in places where the "files" handler doesn't. I've also run accross rare cases where the exact opposite is true. These bugs are being hunted down, but for now, the workaround is just to switch handlers, and all should be well.

Wellicht is dit alleen van toepassing op de php4 uit Unstable, maar je zou het kunnen proberen.

[Jaap-Jan]

Ik heb dat ook eens geprobeerd, maar dat lijkt ook niet te werken:

code:

[Tue Mar 18 06:26:12 2003] [notice] SIGUSR1 received.  Doing graceful restart

PHP Fatal error:  Cannot find save handler mm in Unknown on line 0

[Tue Mar 18 09:43:26 2003] [warn] pid file /var/run/apache.pid overwritten -- 
Unclean shutdown of previous Apache run?

PHP Fatal error:  Cannot find save handler mm in Unknown on line 0

[Tue Mar 18 09:43:27 2003] [notice] Apache/1.3.26 (Unix) Debian GNU/Linux 
PHP/4.1.2 configured -- resuming normal operations

[Tue Mar 18 09:43:27 2003] [notice] suEXEC mechanism enabled 
(wrapper: /usr/lib/apache/suexec)

[Tue Mar 18 09:43:27 2003] [notice] Accept mutex: sysvsem (Default: sysvsem)

[Jaap-Jan]

Nog maar eens. Ik heb apache en PHP4 eens een keer geherinstalleerd, ook dat heeft niet geholpen. Ik heb ook httpd.conf en php.ini (de laatste is nog onaangepast) eens on-line gezet. Bij httpd.conf heb ik de PHP4 module ingeschakeld (#'je weggehaalt) er ServerName op hvdveen.mine.nu, die geregistreerd is bij DynDNS, gezet.

[deadinspace]

Je hebt het al geprobeerd met session.save_handler op zowel "files" als "mm" ?
Welke versie van libmm11 heb je?
Helpt het als je je apache en php config backupt, verwijderd van hun standaard-plaatsen en dan apache, php4 en libmm11 opnieuw installeert (zodat de standaard config weer meekomt)?

[Jaap-Jan]

deadinspace schreef op 24 March 2003 @ 21:00:
Je hebt het al geprobeerd met session.save_handler op zowel "files" als "mm" ?
Welke versie van libmm11 heb je?
Helpt het als je je apache en php config backupt, verwijderd van hun standaard-plaatsen en dan apache, php4 en libmm11 opnieuw installeert (zodat de standaard config weer meekomt)?

Ja, ik had de configfiles verwijderd zodat er weer nieuwe kwamen bij het installeren, maar deze standaard configfiles kunnen apache ook niet tot leven wekken. Ik weet zeker dat het nieuwe configfiles waren, want ServerName moest weer aangepast worden.

De eerste keer kon ik apache opstarten (toen had ik LoadModule voor php4 nog niet uncommented in httpd.conf, maar php4 was al wel geïnstalleerd). Nadat ik het #- je weghaalde voor die regel kreeg ik bij het herstarten van apache direct weer PHP Fatal Error.

specifieke output van dpkg -l

code:

ii  libmm11        1.1.3-6.1      Shared memory library

ii  apache         1.3.26-0woody3 Versatile, high-performance HTTP server
ii  apache-common  1.3.26-0woody3 Support files for all Apache webservers

ii  php4           4.1.2-6        A server-side, HTML-embedded scripting langu

Apache versie:

code:

Router:~# apache -v
Server version: Apache/1.3.26 (Unix) Debian GNU/Linux
Server built:   Oct 26 2002 09:15:15

In mijn vorige post staat wel een logje wat er gebeurde als ik in plaats van mm voor files koos.

[ Voor 9% gewijzigd door Jaap-Jan op 24-03-2003 23:21 ]

[deadinspace]

Hmz, dat zijn idd precies de versies in Woody. Precies de versies waarmee het hier wel werkt.

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=119902
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=136262
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=149430
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=112093

Als ik /usr/share/doc/php4/README.Debian.gz en wat Debian bug reports lees, dan wordt me wel duidelijk dat dat hele php4/mm gebeuren tamelijk iffy is. Er is redelijk wat te vinden over niet-werkende php4 mbt mm errors, maar dat gaat zelden over Woody (vaak over recentere of minder geteste versies), en nog heel vaak over non-i386 archs...

Ik ben niet heel goed op de hoogte van php4's config, maar kun je session handling niet helemaal uitzetten, of heb je dat nodig?

Je zou anders kunnen proberen apache + php4 + libmm uit Unstable te gebruiken, of het zelf compilen, maar dat brengt in ieder geval wat werk met zich mee (zeker het compilen... op een 486 ).

[Jaap-Jan]

Zelf compilen zou sowieso (eindelijk weet ik de juiste spelling ) niet gaan, want alle compilerzut is uit de router verwijderd.

Enfin, ik heb dus 'deb ftp://ftp.nl.debian.org/debian/ unstable main' in mijn /etc/apt/sources.list gegooid en toen 'apt-get install libmm12 php4 apache apache-common' gedaan, waarna deze packages, en nog 4 anderen, libexpat1, libpam0g, libpcre3 en libc6 (nieuwste uit unstable) werden geüpgrade en coreutils (samenvoeging van shellutils, fileutils, textutils en nog een *utils package uit stable) en libmm12 nieuw werden geïnstalleerd. Daarna kon libmm11 verwijderd worden volgens deborphan.

Maargoed, Apache wil wel opstarten, maar mod_mime_magic geeft een hele rij foutmeldingen in /var/log/apache/error.log die ik niet terug kan vinden in google groups. Het gaat denk ik om entries in /usr/share/misc/mime.magic, maar ik weet niet wat ik ermee aan moet.

[deadinspace]

Wat zijn de errors?

Overigens: als een nieuwe versie van apache + php4 het op lijkt te lossen is het misschien interessanter gebackporte packages voor woody te gebruiken. Dan kan je iig je libc6 enzo uit Stable houden Veel gebackporte packages voor woody zijn te vinden op www.apt-get.org

[Jaap-Jan]

deadinspace schreef op 25 March 2003 @ 20:46:
Wat zijn de errors?

Overigens: als een nieuwe versie van apache + php4 het op lijkt te lossen is het misschien interessanter gebackporte packages voor woody te gebruiken. Dan kan je iig je libc6 enzo uit Stable houden Veel gebackporte packages voor woody zijn te vinden op www.apt-get.org

De logs heb ik in een linkje in mijn vorige post gezet, hier staat hij: http://users.alwaysaccess.nl/~hvdveen/error.txt.

[deadinspace]

Japie_17 schreef op 25 maart 2003 @ 18:18:
Maargoed, Apache wil wel opstarten, maar mod_mime_magic geeft een hele rij foutmeldingen in /var/log/apache/error.log die ik niet terug kan vinden in google groups. Het gaat denk ik om entries in /usr/share/misc/mime.magic, maar ik weet niet wat ik ermee aan moet.

Het gaat volgensmij eerder om /usr/share/misc/mime .
mime.magic verschilt nauwelijks tussen Stable en Unstable, mime aanzienlijk. Je zou kunnen proberen de pkg waar die file in zit te upgraden, maar je loopt dan het risico dat andere progs gaan zeuren.

[Jaap-Jan]

Ik snap er nu helemaal geen ruk meer van. Ik heb de pakketjes weer gedowngrade naar woody. toen een bron die nieuwere apache packages had dan de orginele woody- tak: http://debian.concepts.nl/debian-ipv6. Oké, met IPv6 ondersteuning, maar wel Server version: Apache/1.3.27 (Unix) Debian GNU/Linux. En nu werkt hij weer niet. Het moet haast wel in libmm11 liggen, dat is het enige pakketje wat nu nog anders is tussen sid en woody.

Dit heb ik eigenlijk nog niet gezegd in dit topic, maar ik heb (ooit) de kernelsources van kernel.org gedownload en die kernel is de basis van de router. Hij is wel de 'Debian way' gecompileerd en verpakt. Maakt dat misschien nog verschil omdat ik niet de debian sources heb gebruikt?

[Jaap-Jan]

Nog maar eens een keer. Hier zakt me zo langzamerhand mijn pet van af .

[ Voor 13% gewijzigd door Jaap-Jan op 10-04-2003 19:56 ]

[Jaap-Jan]

Nou. De kernel-sources-2.4.20 uit testing deden wonderen. De andere kernel was 'de debian way' gecompileerd uit de kernelsource van kernel.org. Ik heb geen idee wat het verschil is (ik weet dat debian patches toepast, maar ik kan niet vinden wat voor patches precies) maar na het starten van de kernel gecompileerd uit debian kernelsources, loopt apache weer als een zonnetje.