From owner-freebsd-questions@FreeBSD.ORG Thu Aug 16 19:08:15 2007 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA91A16A417 for ; Thu, 16 Aug 2007 19:08:15 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.19.101.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9788C13C478 for ; Thu, 16 Aug 2007 19:08:15 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (localhost [127.0.0.1]) by mail.barafranca.com (Postfix) with ESMTP id 27468C48AC; Thu, 16 Aug 2007 19:49:23 +0000 (UTC) Received: from mail.barafranca.com ([67.19.101.164]) by localhost (mail.barafranca.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21923-08; Thu, 16 Aug 2007 19:48:44 +0000 (UTC) Received: from nexus.bsdlan.org (a213-22-26-22.cpe.netcabo.pt [213.22.26.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTP id CC525C46C2; Thu, 16 Aug 2007 19:48:22 +0000 (UTC) Message-ID: <46C4A038.1040101@barafranca.com> Date: Thu, 16 Aug 2007 20:06:32 +0100 From: Hugo Silva User-Agent: Thunderbird 2.0.0.6 (X11/20070816) MIME-Version: 1.0 To: Reinhold References: <55628.212.99.207.3.1187285415.squirrel@www.violetlan.net> <46C49476.3070003@barafranca.com> <56060.212.99.207.3.1187288516.squirrel@www.violetlan.net> In-Reply-To: <56060.212.99.207.3.1187288516.squirrel@www.violetlan.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at barafranca.com X-Spam-Status: No, score=0 tagged_above=-1 required=4 tests=[none] X-Spam-Score: 0 X-Spam-Level: Cc: freebsd-questions@freebsd.org Subject: Re: apache problems X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Aug 2007 19:08:15 -0000 Reinhold wrote: > On Thu, August 16, 2007 20:16, Hugo Silva wrote: > >> Reinhold wrote: >> >> >>> Hi >>> >>> >>> I am having some problems with apache22 on my box. What happens is, >>> when I'm viewing loads and loads of pages, apache will stop responding >>> untill I restart it again. This normally happens when the free memory >>> shown by top gets to about +- 100MB. >>> >>> Here is my dmesg output: >>> Copyright (c) 1992-2007 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 6.2-STABLE #0: Thu Aug 2 12:32:26 CEST 2007 >>> hamba@mbali.violetlan.net:/usr/obj/usr/src/sys/MYKERN >>> module_register: module accf_data already exists! >>> Module accf_data failed to register: 17 >>> module_register: module accf_http already exists! >>> Module accf_http failed to register: 17 >>> ACPI APIC Table: >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> CPU: Dual Core AMD Opteron(tm) Processor 165 (1808.34-MHz K8-class >>> CPU) >>> Origin = "AuthenticAMD" Id = 0x20f32 Stepping = 2 >>> >>> >>> Features=0x178bfbff>> E,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> >>> Features2=0x1 >>> AMD Features=0xe2500800 >>> AMD Features2=0x3 >>> Cores per package: 2 >>> real memory = 2147418112 (2047 MB) avail memory = 2065465344 (1969 MB) >>> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs >>> cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID >>> to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 >>> module_register_init: MOD_LOAD (accf_data, 0xffffffff802d0f90, >>> 0xffffffff807120c0) error 17 >>> module_register_init: MOD_LOAD (accf_http, 0xffffffff802d0f90, >>> 0xffffffff80713720) error 17 >>> acpi0: on motherboard >>> acpi0: Power Button (fixed) >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 >>> acpi_timer0: <24-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0 >>> cpu0: on acpi0 >>> cpu1: on acpi0 >>> acpi_button0: on acpi0 >>> pcib0: port 0xcf8-0xcff on acpi0 >>> pci0: on pcib0 >>> pci0: at device 0.0 (no driver attached) >>> isab0: at device 1.0 on pci0 >>> isa0: on isab0 >>> pci0: at device 1.1 (no driver attached) >>> ohci0: mem 0xfe02f000-0xfe02ffff irq 21 >>> at device 2.0 on pci0 ohci0: [GIANT-LOCKED] >>> usb0: OHCI version 1.0, legacy support >>> usb0: on ohci0 >>> usb0: USB revision 1.0 >>> uhub0: nVidia OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 >>> uhub0: 10 ports with 10 removable, self powered >>> ehci0: mem 0xfeb00000-0xfeb000ff irq >>> 22 >>> at device 2.1 on pci0 ehci0: [GIANT-LOCKED] >>> usb1: EHCI version 1.0 >>> usb1: companion controller, 4 ports each: usb0 >>> usb1: on ehci0 >>> usb1: USB revision 2.0 >>> uhub1: nVidia EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 >>> uhub1: 10 ports with 10 removable, self powered >>> atapci0: port >>> 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0 >>> ata0: on atapci0 >>> ata1: on atapci0 >>> atapci1: port >>> 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem >>> 0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0 >>> ata2: on atapci1 >>> ata3: on atapci1 >>> atapci2: port >>> 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem >>> 0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0 >>> ata4: on atapci2 >>> ata5: on atapci2 >>> pcib1: at device 9.0 on pci0 >>> pci1: on pcib1 >>> rl0: port 0xac00-0xacff mem >>> 0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1 >>> miibus0: on rl0 >>> rlphy0: on miibus0 >>> rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto >>> rl0: Ethernet address: 00:0e:2e:08:44:e4 >>> pcib2: at device 11.0 on pci0 >>> pci2: on pcib2 >>> pcib3: at device 12.0 on pci0 >>> pci3: on pcib3 >>> pcib4: at device 13.0 on pci0 >>> pci4: on pcib4 >>> pcib5: at device 14.0 on pci0 >>> pci5: on pcib5 >>> pci5: at device 0.0 (no driver attached) >>> acpi_tz0: on acpi0 >>> fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on >>> acpi0 fdc0: [FAST] >>> fd0: <1440-KB 3.5" drive> on fdc0 drive 0 >>> sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on >>> acpi0 sio0: type 16550A >>> ppc0: port 0x378-0x37f,0x778-0x77b irq >>> 7 >>> on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode >>> ppbus0: on ppc0 >>> plip0: on ppbus0 >>> lpt0: on ppbus0 >>> lpt0: Interrupt-driven port >>> ppi0: on ppbus0 >>> orm0: at iomem 0xc0000-0xcefff on isa0 >>> atkbdc0: at port 0x60,0x64 on isa0 >>> atkbd0: irq 1 on atkbdc0 >>> kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] >>> sc0: at flags 0x100 on isa0 >>> sc0: VGA <16 virtual consoles, flags=0x300> >>> sio1: configured irq 3 not in bitmap of probed irqs 0 >>> sio1: port may not be enabled >>> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on >>> isa0 Timecounters tick every 1.000 msec >>> ad0: 29312MB at ata0-master UDMA100 >>> acd0: CDRW at ata1-master UDMA33 >>> acd1: DVDROM at >>> ata1-slave UDMA66 >>> ad4: 238475MB at ata2-master SATA150 >>> ad6: 238475MB at ata3-master SATA150 >>> ad8: 76324MB at ata4-master SATA150 >>> SMP: AP CPU #1 Launched! >>> >>> >>> I'm also getting this error when I do a gracful restart of apache >>> [Thu Aug 16 05:12:16 2007] [warn] (22)Invalid argument: Failed to enable >>> the 'httpready' Accept Filter [Thu Aug 16 05:12:16 2007] [warn] >>> (22)Invalid argument: Failed to enable >>> the 'httpready' Accept Filter >>> >>> and in my /boot/loader.conf I have added accf_data_load="YES" >>> accf_http_load="YES" >>> >>> and kldstat reports this Id Refs Address Size Name >>> 1 3 0xffffffff80100000 611660 kernel >>> 2 1 0xffffffff80712000 718 accf_data.ko >>> 3 1 0xffffffff80713000 1408 accf_http.ko >>> >>> >>> When I do a proper restart I'm also getting these errors >>> [Thu Aug 16 05:10:56 2007] [warn] child process 84880 still did not >>> exit, sending a SIGTERM [Thu Aug 16 05:10:58 2007] [warn] child process >>> 84880 still did not exit, >>> sending a SIGTERM [Thu Aug 16 05:11:00 2007] [warn] child process 84880 >>> still did not exit, sending a SIGTERM [Thu Aug 16 05:11:02 2007] [error] >>> child process 84880 still did not exit, sending a SIGKILL >>> >>> In my custom kernel I have added or changed the following >>> options SCHED_ULE >>> >>> options SMP options IPI_PREEMPTION options SC_DISABLE_REBOOT options >>> LINPROCFS >>> #options ACCEPT_FILTER_DATA >>> #options ACCEPT_FILTER_HTTP >>> >>> >>> device mptable >>> >>> # Enable PF >>> device pf device pflog device pfsync >>> >>> options ALTQ options ALTQ_CBQ options ALTQ_RED options ALTQ_RIO options >>> ALTQ_HFSC >>> options ALTQ_PRIQ options ALTQ_NOPCC >>> >>> if any other info is needed, please let me know Please help me to fix >>> this problem >>> >>> Thanks >>> Reinhold >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-questions@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >>> To unsubscribe, send any mail to >>> "freebsd-questions-unsubscribe@freebsd.org" >>> >>> >>> >> Are you using PHP and the worker/event MPM, by any chance ? >> >> >> Hugo >> _______________________________________________ >> freebsd-questions@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-questions >> To unsubscribe, send any mail to >> "freebsd-questions-unsubscribe@freebsd.org" >> >> >> > Yes and Yes > running apache22 as mpm worker and php5-5.2.3_1 > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > I had the exact same problem, switching back to prefork solved it for me. Might be worth a try.. Regards, Hugo