apache problems

2007-08-16 Thread Reinhold
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
[EMAIL PROTECTED]:/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: Nvidia AWRDACPI
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=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT
  Features2=0x1SSE3
  AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!
  AMD Features2=0x3LAHF,CMP
  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 Version 1.1 irqs 0-23 on motherboard
kbd1 at kbdmux0
module_register_init: MOD_LOAD (accf_data, 0x802d0f90,
0x807120c0) error 17
module_register_init: MOD_LOAD (accf_http, 0x802d0f90,
0x80713720) error 17
acpi0: Nvidia AWRDACPI 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: ACPI CPU on acpi0
cpu1: ACPI CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pci0: memory at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 1.0 on pci0
isa0: ISA bus on isab0
pci0: serial bus, SMBus at device 1.1 (no driver attached)
ohci0: OHCI (generic) USB controller mem 0xfe02f000-0xfe02 irq 21 at
device 2.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller 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: NVIDIA nForce4 USB 2.0 controller mem 0xfeb0-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: NVIDIA nForce4 USB 2.0 controller 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: nVidia nForce CK804 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0
ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: nVidia nForce CK804 SATA300 controller port
0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem
0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0
ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
atapci2: nVidia nForce CK804 SATA300 controller port
0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem
0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0
ata4: ATA channel 0 on atapci2
ata5: ATA channel 1 on atapci2
pcib1: ACPI PCI-PCI bridge at device 9.0 on pci0
pci1: ACPI PCI bus on pcib1
rl0: RealTek 8139 10/100BaseTX port 0xac00-0xacff mem
0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:0e:2e:08:44:e4
pcib2: ACPI PCI-PCI bridge at device 11.0 on pci0
pci2: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 12.0 on pci0
pci3: ACPI PCI bus on pcib3
pcib4: ACPI PCI-PCI bridge at device 13.0 on pci0
pci4: ACPI PCI bus on pcib4
pcib5: ACPI PCI-PCI bridge at device 14.0 on pci0
pci5: ACPI PCI bus on pcib5
pci5: display, VGA at device 0.0 (no driver attached)
acpi_tz0: Thermal Zone on acpi0
fdc0: floppy drive controller 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: Standard parallel printer port port 0x378-0x37f,0x778-0x77b irq 7
on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: Parallel port bus on ppc0
plip0: PLIP network interface on ppbus0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
orm0: ISA Option ROM at iomem 0xc-0xcefff on isa0
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0

apache problems

2007-08-16 Thread Reinhold
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
[EMAIL PROTECTED]:/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: Nvidia AWRDACPI
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=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT
  Features2=0x1SSE3
  AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!
  AMD Features2=0x3LAHF,CMP
  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 Version 1.1 irqs 0-23 on motherboard
kbd1 at kbdmux0
module_register_init: MOD_LOAD (accf_data, 0x802d0f90,
0x807120c0) error 17
module_register_init: MOD_LOAD (accf_http, 0x802d0f90,
0x80713720) error 17
acpi0: Nvidia AWRDACPI 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: ACPI CPU on acpi0
cpu1: ACPI CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pci0: memory at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 1.0 on pci0
isa0: ISA bus on isab0
pci0: serial bus, SMBus at device 1.1 (no driver attached)
ohci0: OHCI (generic) USB controller mem 0xfe02f000-0xfe02 irq 21 at
device 2.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller 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: NVIDIA nForce4 USB 2.0 controller mem 0xfeb0-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: NVIDIA nForce4 USB 2.0 controller 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: nVidia nForce CK804 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0
ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: nVidia nForce CK804 SATA300 controller port
0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem
0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0
ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
atapci2: nVidia nForce CK804 SATA300 controller port
0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem
0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0
ata4: ATA channel 0 on atapci2
ata5: ATA channel 1 on atapci2
pcib1: ACPI PCI-PCI bridge at device 9.0 on pci0
pci1: ACPI PCI bus on pcib1
rl0: RealTek 8139 10/100BaseTX port 0xac00-0xacff mem
0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:0e:2e:08:44:e4
pcib2: ACPI PCI-PCI bridge at device 11.0 on pci0
pci2: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 12.0 on pci0
pci3: ACPI PCI bus on pcib3
pcib4: ACPI PCI-PCI bridge at device 13.0 on pci0
pci4: ACPI PCI bus on pcib4
pcib5: ACPI PCI-PCI bridge at device 14.0 on pci0
pci5: ACPI PCI bus on pcib5
pci5: display, VGA at device 0.0 (no driver attached)
acpi_tz0: Thermal Zone on acpi0
fdc0: floppy drive controller 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: Standard parallel printer port port 0x378-0x37f,0x778-0x77b irq 7
on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: Parallel port bus on ppc0
plip0: PLIP network interface on ppbus0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
orm0: ISA Option ROM at iomem 0xc-0xcefff on isa0
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0

Re: apache problems

2007-08-16 Thread Jeremy Chadwick
On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote:
 Hi

Hello.  First off, you sent mail to the list twice.  I don't know why,
but you did.  Be patient.  :-)

 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.

I'm guessing that might be due to you using the ULE scheduler in your
kernel.  Try switching back to 4BSD and see if that fixes it.

 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

Remove those.  Here's why:

The apache rc.d startup script automatically will load accf_http.ko.
I also believe if that fails, Apache will try to load it.  From my
experiences kldload/kldunload with accf_* is not very friendly; I've
seen where you can double-load the modules, and where you can't unload
the modules despite nothing using them.  If you have them built-in to
your kernel, it gets even worse.

AFAIK, using accf_data.ko isn't recommended.  accf_http.ko on the other
hand is OK.  Try not loading accf_data.ko in addition to my above
recommendation (re: 4BSD scheduler).

 device pf
 device pflog
 device pfsync

Finally, make sure your pf rules aren't doing anything stupid.  If
ultimately you think it's a problem with pf rules, unload the pf
module and/or set pf_enable=no in rc.conf and reboot.  If the problem
goes away after that, then you'll know.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: apache problems

2007-08-16 Thread Reinhold
Thanks for the reply

I'm having some mail problems as well, today is not my day.

I'll remove all the stuff you mentioned and change back to 4BSD
Will I have to recompile all the ports as well?

I don't think its a PF problem because I have used this rule set of mine
for a few years with no problems at all, but I'll recheck that just to
make sure.

Now for the mail problem I'm having its got to do with postfix sending
mail from any ip address and not from the one that I want it to, but thats
a later problem and on another box, I first want to get this apache thing
sorted..

On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote:
 On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote:

 Hi


 Hello.  First off, you sent mail to the list twice.  I don't know why,
 but you did.  Be patient.  :-)

 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.

 I'm guessing that might be due to you using the ULE scheduler in your
 kernel.  Try switching back to 4BSD and see if that fixes it.

 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

 Remove those.  Here's why:


 The apache rc.d startup script automatically will load accf_http.ko.
 I also believe if that fails, Apache will try to load it.  From my
 experiences kldload/kldunload with accf_* is not very friendly; I've seen
 where you can double-load the modules, and where you can't unload the
 modules despite nothing using them.  If you have them built-in to your
 kernel, it gets even worse.

 AFAIK, using accf_data.ko isn't recommended.  accf_http.ko on the other
 hand is OK.  Try not loading accf_data.ko in addition to my above
 recommendation (re: 4BSD scheduler).

 device pf device pflog device pfsync

 Finally, make sure your pf rules aren't doing anything stupid.  If
 ultimately you think it's a problem with pf rules, unload the pf module
 and/or set pf_enable=no in rc.conf and reboot.  If the problem goes away
 after that, then you'll know.

 --
 | Jeremy Chadwickjdc at parodius.com |
  | Parodius Networking   http://www.parodius.com/
 |
 | UNIX Systems Administrator  Mountain View, CA, USA |
  | Making life hard for others since 1977.  PGP: 4BD6C0CB
 |


 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]




___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


apache problems

2007-08-16 Thread Reinhold
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
[EMAIL PROTECTED]:/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: Nvidia AWRDACPI
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=0x178bfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT
  Features2=0x1SSE3
  AMD Features=0xe2500800SYSCALL,NX,MMX+,FFXSR,LM,3DNow!+,3DNow!
  AMD Features2=0x3LAHF,CMP
  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 Version 1.1 irqs 0-23 on motherboard
kbd1 at kbdmux0
module_register_init: MOD_LOAD (accf_data, 0x802d0f90,
0x807120c0) error 17
module_register_init: MOD_LOAD (accf_http, 0x802d0f90,
0x80713720) error 17
acpi0: Nvidia AWRDACPI 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: ACPI CPU on acpi0
cpu1: ACPI CPU on acpi0
acpi_button0: Power Button on acpi0
pcib0: ACPI Host-PCI bridge port 0xcf8-0xcff on acpi0
pci0: ACPI PCI bus on pcib0
pci0: memory at device 0.0 (no driver attached)
isab0: PCI-ISA bridge at device 1.0 on pci0
isa0: ISA bus on isab0
pci0: serial bus, SMBus at device 1.1 (no driver attached)
ohci0: OHCI (generic) USB controller mem 0xfe02f000-0xfe02 irq 21 at
device 2.0 on pci0
ohci0: [GIANT-LOCKED]
usb0: OHCI version 1.0, legacy support
usb0: OHCI (generic) USB controller 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: NVIDIA nForce4 USB 2.0 controller mem 0xfeb0-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: NVIDIA nForce4 USB 2.0 controller 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: nVidia nForce CK804 UDMA133 controller port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xe000-0xe00f at device 6.0 on pci0
ata0: ATA channel 0 on atapci0
ata1: ATA channel 1 on atapci0
atapci1: nVidia nForce CK804 SATA300 controller port
0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xcc00-0xcc0f mem
0xfe02b000-0xfe02bfff irq 23 at device 7.0 on pci0
ata2: ATA channel 0 on atapci1
ata3: ATA channel 1 on atapci1
atapci2: nVidia nForce CK804 SATA300 controller port
0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xb800-0xb80f mem
0xfe02a000-0xfe02afff irq 21 at device 8.0 on pci0
ata4: ATA channel 0 on atapci2
ata5: ATA channel 1 on atapci2
pcib1: ACPI PCI-PCI bridge at device 9.0 on pci0
pci1: ACPI PCI bus on pcib1
rl0: RealTek 8139 10/100BaseTX port 0xac00-0xacff mem
0xfdfff000-0xfdfff0ff irq 17 at device 7.0 on pci1
miibus0: MII bus on rl0
rlphy0: RealTek internal media interface on miibus0
rlphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
rl0: Ethernet address: 00:0e:2e:08:44:e4
pcib2: ACPI PCI-PCI bridge at device 11.0 on pci0
pci2: ACPI PCI bus on pcib2
pcib3: ACPI PCI-PCI bridge at device 12.0 on pci0
pci3: ACPI PCI bus on pcib3
pcib4: ACPI PCI-PCI bridge at device 13.0 on pci0
pci4: ACPI PCI bus on pcib4
pcib5: ACPI PCI-PCI bridge at device 14.0 on pci0
pci5: ACPI PCI bus on pcib5
pci5: display, VGA at device 0.0 (no driver attached)
acpi_tz0: Thermal Zone on acpi0
fdc0: floppy drive controller 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: Standard parallel printer port port 0x378-0x37f,0x778-0x77b irq 7
on acpi0
ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode
ppbus0: Parallel port bus on ppc0
plip0: PLIP network interface on ppbus0
lpt0: Printer on ppbus0
lpt0: Interrupt-driven port
ppi0: Parallel I/O on ppbus0
orm0: ISA Option ROM at iomem 0xc-0xcefff on isa0
atkbdc0: Keyboard controller (i8042) at port 0x60,0x64 on isa0

Re: apache problems

2007-08-16 Thread Reinhold
Thanks for the reply

I'm having some mail problems as well, today is not my day.

I'll remove all the stuff you mentioned and change back to 4BSD
Will I have to recompile all the ports as well?

I don't think its a PF problem because I have used this rule set of mine
for a few years with no problems at all, but I'll recheck that just to
make sure.

Now for the mail problem I'm having its got to do with postfix sending
mail from any ip address and not from the one that I want it to, but thats
a later problem and on another box, I first want to get this apache thing
sorted..

On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote:
 On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote:

 Hi


 Hello.  First off, you sent mail to the list twice.  I don't know why,
 but you did.  Be patient.  :-)

 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.

 I'm guessing that might be due to you using the ULE scheduler in your
 kernel.  Try switching back to 4BSD and see if that fixes it.

 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

 Remove those.  Here's why:


 The apache rc.d startup script automatically will load accf_http.ko.
 I also believe if that fails, Apache will try to load it.  From my
 experiences kldload/kldunload with accf_* is not very friendly; I've seen
 where you can double-load the modules, and where you can't unload the
 modules despite nothing using them.  If you have them built-in to your
 kernel, it gets even worse.

 AFAIK, using accf_data.ko isn't recommended.  accf_http.ko on the other
 hand is OK.  Try not loading accf_data.ko in addition to my above
 recommendation (re: 4BSD scheduler).

 device pf device pflog device pfsync

 Finally, make sure your pf rules aren't doing anything stupid.  If
 ultimately you think it's a problem with pf rules, unload the pf module
 and/or set pf_enable=no in rc.conf and reboot.  If the problem goes away
 after that, then you'll know.

 --
 | Jeremy Chadwickjdc at parodius.com |
  | Parodius Networking   http://www.parodius.com/
 |
 | UNIX Systems Administrator  Mountain View, CA, USA |
  | Making life hard for others since 1977.  PGP: 4BD6C0CB
 |


 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: apache problems

2007-08-16 Thread Reinhold
Thanks for the reply

I'm having some mail problems as well, today is not my day.

I'll remove all the stuff you mentioned and change back to 4BSD
Will I have to recompile all the ports as well?

I don't think its a PF problem because I have used this rule set of mine
for a few years with no problems at all, but I'll recheck that just to
make sure.

Now for the mail problem I'm having its got to do with postfix sending
mail from any ip address and not from the one that I want it to, but thats
a later problem and on another box, I first want to get this apache thing
sorted..

On Thu, August 16, 2007 20:07, Jeremy Chadwick wrote:
 On Thu, Aug 16, 2007 at 07:28:24PM +0200, Reinhold wrote:

 Hi


 Hello.  First off, you sent mail to the list twice.  I don't know why,
 but you did.  Be patient.  :-)

 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.

 I'm guessing that might be due to you using the ULE scheduler in your
 kernel.  Try switching back to 4BSD and see if that fixes it.

 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

 Remove those.  Here's why:


 The apache rc.d startup script automatically will load accf_http.ko.
 I also believe if that fails, Apache will try to load it.  From my
 experiences kldload/kldunload with accf_* is not very friendly; I've seen
 where you can double-load the modules, and where you can't unload the
 modules despite nothing using them.  If you have them built-in to your
 kernel, it gets even worse.

 AFAIK, using accf_data.ko isn't recommended.  accf_http.ko on the other
 hand is OK.  Try not loading accf_data.ko in addition to my above
 recommendation (re: 4BSD scheduler).

 device pf device pflog device pfsync

 Finally, make sure your pf rules aren't doing anything stupid.  If
 ultimately you think it's a problem with pf rules, unload the pf module
 and/or set pf_enable=no in rc.conf and reboot.  If the problem goes away
 after that, then you'll know.

 --
 | Jeremy Chadwickjdc at parodius.com |
  | Parodius Networking   http://www.parodius.com/
 |
 | UNIX Systems Administrator  Mountain View, CA, USA |
  | Making life hard for others since 1977.  PGP: 4BD6C0CB
 |


 ___
 freebsd-stable@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-stable
 To unsubscribe, send any mail to [EMAIL PROTECTED]





___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: apache problems

2007-08-16 Thread Miroslav Lachman

Jeremy Chadwick wrote:
[...]

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



Remove those.  Here's why:

The apache rc.d startup script automatically will load accf_http.ko.
I also believe if that fails, Apache will try to load it.  From my
experiences kldload/kldunload with accf_* is not very friendly; I've
seen where you can double-load the modules, and where you can't unload
the modules despite nothing using them.  If you have them built-in to
your kernel, it gets even worse.


It is not always possible to load modules after OS startup is done - 
when securelevel is 1 or above, you can not load kernel modules.


Miroslav Lachman

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: apache problems

2007-08-16 Thread Jeremy Chadwick
On Thu, Aug 16, 2007 at 08:39:28PM +0200, Reinhold wrote:
 Thanks for the reply
 
 I'm having some mail problems as well, today is not my day.
 
 I'll remove all the stuff you mentioned and change back to 4BSD
 Will I have to recompile all the ports as well?

Nope, you won't.

 I don't think its a PF problem because I have used this rule set of mine
 for a few years with no problems at all, but I'll recheck that just to
 make sure.

Some rules appear to work fine, but actually cause problems in certain
conditions.  For example, we cannot use the reassemble tcp feature
of scrub, or else it breaks all sorts of stuff on our network.  You
wouldn't notice it until you did something that involves a lot of I/O
via ssh, such as while true; do dmesg; done, which after 2-3 seconds
would result in a TCP connection getting severed.

My point is, rule out everything if you can.  :-)

 Now for the mail problem I'm having its got to do with postfix sending
 mail from any ip address and not from the one that I want it to, but thats
 a later problem and on another box, I first want to get this apache thing
 sorted..

That's an easy one: use smtp_bind_address in main.cf.  I've got a
little two-liner comment in my main.cf about the difference between
inet_interfaces and smtp_bind_address:

  # inet_interfaces defines what IPs/FQDNs to bind to for listening sockets.
  # smtp_bind_address defines what IP to bind to when delivering mail.
  inet_interfaces = mx01.sc1.parodius.com, localhost
  smtp_bind_address = 72.20.106.3

Also, AFAIK, you have to use an IP address for smtp_bind_address
but not for inet_interfaces.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


Re: apache problems

2007-08-16 Thread Jeremy Chadwick
On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote:
 Jeremy Chadwick wrote:
 [...]
 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
 Remove those.  Here's why:
 The apache rc.d startup script automatically will load accf_http.ko.
 I also believe if that fails, Apache will try to load it.  From my
 experiences kldload/kldunload with accf_* is not very friendly; I've
 seen where you can double-load the modules, and where you can't unload
 the modules despite nothing using them.  If you have them built-in to
 your kernel, it gets even worse.

 It is not always possible to load modules after OS startup is done - when 
 securelevel is 1 or above, you can not load kernel modules.

Okay, then the apache rc.d script needs to take this into account,
regardless of what rc.conf apache22_http_accept_enable is set to.

That shouldn't be too hard to fix.

-- 
| Jeremy Chadwickjdc at parodius.com |
| Parodius Networking   http://www.parodius.com/ |
| UNIX Systems Administrator  Mountain View, CA, USA |
| Making life hard for others since 1977.  PGP: 4BD6C0CB |

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]


mail problems was Re: apache problems

2007-08-16 Thread Reinhold
Thanks for the tips on postfix but they don't work for me. I have my
mail server behind a pf firewall box on a local ip

I have attached my pf.conf file so that you can see what it looks like,
I also have to tell spamd to use the hostname of the mail sever but
when I use the -h flag is sops working.

thanks for all the help

On Thu, 16 Aug 2007 12:18:35 -0700
Jeremy Chadwick [EMAIL PROTECTED] wrote:

 On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote:
  Jeremy Chadwick wrote:
  [...]
  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
  Remove those.  Here's why:
  The apache rc.d startup script automatically will load
  accf_http.ko. I also believe if that fails, Apache will try to
  load it.  From my experiences kldload/kldunload with accf_* is not
  very friendly; I've seen where you can double-load the modules,
  and where you can't unload the modules despite nothing using
  them.  If you have them built-in to your kernel, it gets even
  worse.
 
  It is not always possible to load modules after OS startup is done
  - when securelevel is 1 or above, you can not load kernel modules.
 
 Okay, then the apache rc.d script needs to take this into account,
 regardless of what rc.conf apache22_http_accept_enable is set to.
 
 That shouldn't be too hard to fix.
 


pf.conf
Description: Binary data
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]

RE: mail problems was Re: apache problems

2007-08-16 Thread Kevin K.
Just a FYI, its not a great idea to post your firewall rules w/
external/internal ips still intact.



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Reinhold
Sent: Thursday, August 16, 2007 4:46 PM
To: freebsd-stable@freebsd.org
Subject: mail problems was Re: apache problems

Thanks for the tips on postfix but they don't work for me. I have my mail
server behind a pf firewall box on a local ip

I have attached my pf.conf file so that you can see what it looks like, I
also have to tell spamd to use the hostname of the mail sever but when I use
the -h flag is sops working.

thanks for all the help

On Thu, 16 Aug 2007 12:18:35 -0700
Jeremy Chadwick [EMAIL PROTECTED] wrote:

 On Thu, Aug 16, 2007 at 09:16:00PM +0200, Miroslav Lachman wrote:
  Jeremy Chadwick wrote:
  [...]
  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
  Remove those.  Here's why:
  The apache rc.d startup script automatically will load 
  accf_http.ko. I also believe if that fails, Apache will try to load 
  it.  From my experiences kldload/kldunload with accf_* is not very 
  friendly; I've seen where you can double-load the modules, and 
  where you can't unload the modules despite nothing using them.  If 
  you have them built-in to your kernel, it gets even worse.
 
  It is not always possible to load modules after OS startup is done
  - when securelevel is 1 or above, you can not load kernel modules.
 
 Okay, then the apache rc.d script needs to take this into account, 
 regardless of what rc.conf apache22_http_accept_enable is set to.
 
 That shouldn't be too hard to fix.
 



__ NOD32 2466 (20070816) Information __

This message was checked by NOD32 antivirus system.
http://www.eset.com

___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]