From owner-freebsd-stable@FreeBSD.ORG Wed Nov 22 20:13:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 33ED716A407 for ; Wed, 22 Nov 2006 20:13:57 +0000 (UTC) (envelope-from ratman6@charter.net) Received: from mtai02.charter.net (mtai02.charter.net [209.225.8.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 35C6E43D46 for ; Wed, 22 Nov 2006 20:13:24 +0000 (GMT) (envelope-from ratman6@charter.net) Received: from aa06.charter.net ([10.20.200.158]) by mtai02.charter.net (InterMail vM.6.01.06.01 201-2131-130-101-20060113) with ESMTP id <20061122195751.BRVO1481.mtai02.charter.net@aa06.charter.net> for ; Wed, 22 Nov 2006 14:57:51 -0500 Received: from bedroom ([24.151.33.109]) by aa06.charter.net with ESMTP id <20061122195750.PNCI1516.aa06.charter.net@bedroom> for ; Wed, 22 Nov 2006 14:57:50 -0500 From: "Matt Smith" To: Date: Wed, 22 Nov 2006 14:57:50 -0500 Message-ID: <000001c70e70$7d670ce0$0201a8c0@bedroom> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.6626 Importance: Normal In-Reply-To: <20061122120041.D1BFF16A615@hub.freebsd.org> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2962 X-Chzlrs: 0 Subject: RE: libiconv.la X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Nov 2006 20:13:57 -0000 Hello all, It seems there is a bit of controversy over whether to use .la = files or not. I can tell you one install that breaks...PHP5 on 6.1. I need this file to compile PHP5. How do I get it? Matt Smith -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of freebsd-stable-request@freebsd.org Sent: Wednesday, November 22, 2006 7:01 AM To: freebsd-stable@freebsd.org Subject: freebsd-stable Digest, Vol 183, Issue 4 Send freebsd-stable mailing list submissions to freebsd-stable@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-stable or, via email, send a message with subject or body 'help' to freebsd-stable-request@freebsd.org You can reach the person managing the list at freebsd-stable-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-stable digest..." Today's Topics: 1. sshfs/nfs cause server lockup (Chris) 2. [releng_6 tinderbox] failure on alpha/alpha (FreeBSD Tinderbox) 3. Re: freebsd-update to track release engineering (Colin Percival) 4. [releng_6 tinderbox] failure on amd64/amd64 (FreeBSD Tinderbox) 5. problem with mod_proxy_ajp after upgrade from 6.2_beta2 to 6.2_rc1 (Niek) ---------------------------------------------------------------------- Message: 1 Date: Wed, 22 Nov 2006 05:49:12 +0000 From: Chris Subject: sshfs/nfs cause server lockup To: "FreeBSD Stable" Message-ID: <3aaaa3a0611212149u21146180ra84503472a0336e3@mail.gmail.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed On a few occasions all different remote servers I have had nfs cause servers to stop responding so I stopped using it all the servers were either 6.0 release 6.1 release or 6-stable. We recently discovered sshfs which supports cross platform mounting server is linux and I mounted on a freebsd 6.1 release using security branch up to date. it was working fine for around 5 to 6 days with some problems with sshfs not updating files that are updated but wasnt compromising the stability of the freebsd server I just remounted to keep up to date. Then today the linux server had network problems so the sshfs timed out and there is 2 dirs I mount, the first mounted fine a bit slow but connected but when I ran the command to mount the 2nd dir the server stopped responding. My 2nd ssh terminal was alive I tried to run top to see if sshfs was hanging or something but when I hit enter top didnt run and the 2nd terminal was froze, note both terminals didnt timeout and a ircd running on the server also did not timeout but the box wasnt listening to any new requests, it was responding to pings fine. I have a remote reboot facility on the box but no local access and no kvm/serial console facility available this is the case for all of my servers. I initially tried a soft reboot which uses ctrl-alt-delete but the pings kept replying so I could see the reboot wasn initiated indicating some kind of console lockup as well, I then did a hard reboot which brought the server back. All logs stopped when the first lockup occured so no errors etc. recorded bear in mind I have no local access to this machine. It does appear that 6.x has some kind of serious remote mounting bug because I never had these nfs problems in freebsd 5.x. I would be interested in any thoughts as to what could help me I have rebooted the server now with network mpsafe disabled to see if this will help it is using a generic kernel with the following changes. options directio, polling, noadaptive mutexes, adaptive giant,ipv6 and nfs disabled. dmesg output below. I left the reboot showing vnodes because it also looks supicous it took so long for it to synch the disks, this was following a working reboot the remote reboot of course was improper shutdown. The hd is a sata2 but dmesg shows as ata33 Syncing disks, vnodes remaining...3 3 1 0 2 1 1 1 1 1 1 1 1 1 1 1 2 1 1 1 1 1 1 0 0 0 done All buffers synced. Copyright (c) 1992-2006 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 6.1-RELEASE-p10 #1: Sat Nov 11 23:02:09 GMT 2006 admin@heaven.chrysalisnet.org:/usr/obj/usr/src/sys/HEAVEN WARNING: MPSAFE network stack disabled, expect reduced performance. ACPI APIC Table: Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3800+ (2410.95-MHz 686-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40ff2 Stepping =3D 2 =20 Features=3D0x78bfbff Features2=3D0x2001 AMD = Features=3D0xea500800 AMD Features2=3D0x1d,,CR8> real memory =3D 939261952 (895 MB) avail memory =3D 909828096 (867 MB) ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: 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) pci0: at device 1.2 (no driver attached) pci0: at device 1.3 (no driver attached) ohci0: mem 0xdfe7f000-0xdfe7ffff irq 21 at device 2.0 on pci0 ohci0: [GIANT-LOCKED] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting 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 0xdfe7ec00-0xdfe7ecff irq 22 at device 2.1 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: companion controller, 10 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 pcib1: at device 4.0 on pci0 pci1: on pcib1 fxp0: port 0xec00-0xec3f mem 0xdffff000-0xdffffff f,0xdffc0000-0xdffdffff irq 16 at device 6.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:bf:b5:c9 fxp0: [GIANT-LOCKED] pci0: at device 5.0 (no driver attached) atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f mem 0xdfe7d000-0xdfe7dfff irq 20 at device 8.0 on pci0 ata2: on atapci1 ata3: on atapci1 atapci2: port 0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc08f mem 0xdfe7c000-0xdfe7cfff irq 21 at device 8.1 on pci0 ata4: on atapci2 ata5: on atapci2 pcib2: at device 9.0 on pci0 pci2: on pcib2 pcib3: at device 11.0 on pci0 pci3: on pcib3 pcib4: at device 12.0 on pci0 pci4: on pcib4 pci0: at device 13.0 (no driver attached) acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] ppc0: port 0x378-0x37f 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 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> 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 Timecounter "TSC" frequency 2410945801 Hz quality 800 Timecounters tick every 1.000 msec ad4: 238475MB at ata2-master UDMA33 Trying to mount root from ufs:/dev/ad4s1a Regards Chris ------------------------------ Message: 2 Date: Wed, 22 Nov 2006 02:15:44 -0500 (EST) From: FreeBSD Tinderbox Subject: [releng_6 tinderbox] failure on alpha/alpha To: FreeBSD Tinderbox , , Message-ID: <20061122071545.10D93241BF@freebsd-stable.sentex.ca> TB --- 2006-11-22 05:34:53 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 05:34:53 - starting RELENG_6 tinderbox run for = alpha/alpha TB --- 2006-11-22 05:34:53 - cleaning the object tree TB --- 2006-11-22 05:35:28 - checking out the source tree TB --- 2006-11-22 05:35:28 - cd /tinderbox/RELENG_6/alpha/alpha TB --- 2006-11-22 05:35:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_6 src TB --- 2006-11-22 05:44:18 - building world (CFLAGS=3D-O2 -pipe) TB --- 2006-11-22 05:44:18 - cd /src TB --- 2006-11-22 05:44:18 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-11-22 06:44:43 - generating LINT kernel config TB --- 2006-11-22 06:44:43 - cd /src/sys/alpha/conf TB --- 2006-11-22 06:44:43 - /usr/bin/make -B LINT TB --- 2006-11-22 06:44:43 - building LINT kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 06:44:43 - cd /src TB --- 2006-11-22 06:44:43 - /usr/bin/make buildkernel KERNCONF=3DLINT >>> Kernel build for LINT started on Wed Nov 22 06:44:43 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 07:02:50 UTC 2006 TB --- 2006-11-22 07:02:50 - building GENERIC kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 07:02:50 - cd /src TB --- 2006-11-22 07:02:50 - /usr/bin/make buildkernel = KERNCONF=3DGENERIC >>> Kernel build for GENERIC started on Wed Nov 22 07:02:50 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o uhid.ko.debug uhid.kld objcopy --strip-debug uhid.ko.debug uhid.ko =3D=3D=3D> ukbd (all) cc -O2 -pipe -mcpu=3Dev4 -mtune=3Dev5 -mieee -fno-strict-aliasing = -Werror -D_KERNEL -DKLD_MODULE -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS = -include /obj/alpha/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D15000 -fno-common -g -I/obj/alpha/src/sys/GENERIC -mno-fp-regs -ffixed-8 -Wa,-mev6 = -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c = /src/sys/modules/ukbd/../../dev/usb/ukbd.c ukbd.o: No space left on device {standard input}: Assembler messages: {standard input}:12692: FATAL: can't close ukbd.o : No space left on device *** Error code 1 Stop in /src/sys/modules/ukbd. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/alpha/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 07:15:44 - WARNING: /usr/bin/make returned exit code = 1=20 TB --- 2006-11-22 07:15:44 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 07:15:44 - tinderbox aborted TB --- 1.12 user 3.55 system 6051.23 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-alpha-alpha.full ------------------------------ Message: 3 Date: Tue, 21 Nov 2006 23:57:26 -0800 From: Colin Percival Subject: Re: freebsd-update to track release engineering To: Petr Holub Cc: stable@freebsd.org Message-ID: <456402E6.1040805@freebsd.org> Content-Type: text/plain; charset=3DISO-8859-2 Petr Holub wrote: >> I'm working on it. >=20 > If I install RC1 now, would it be possible to upgrade to RC2 > and RELEASE, or is it not ready yet? My intention is that anyone running 6.1-RELEASE, 6.2-BETA*, or 6.2-RC* will be able to upgrade to the latest release candidate or release. I haven't worked out all the details yet as to how this should be done to minimize the chance that my script will accidentally break things, but I'm not going to release anything until I think that accidental breakage is very unlikely. :-) Colin Percival ------------------------------ Message: 4 Date: Wed, 22 Nov 2006 04:30:08 -0500 (EST) From: FreeBSD Tinderbox Subject: [releng_6 tinderbox] failure on amd64/amd64 To: FreeBSD Tinderbox , , Message-ID: <20061122093008.54851241BF@freebsd-stable.sentex.ca> TB --- 2006-11-22 07:15:45 - tinderbox 2.3 running on freebsd-stable.sentex.ca TB --- 2006-11-22 07:15:45 - starting RELENG_6 tinderbox run for = amd64/amd64 TB --- 2006-11-22 07:15:45 - cleaning the object tree TB --- 2006-11-22 07:16:27 - checking out the source tree TB --- 2006-11-22 07:16:27 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-11-22 07:16:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update = -Pd -rRELENG_6 src TB --- 2006-11-22 07:26:13 - building world (CFLAGS=3D-O2 -pipe) TB --- 2006-11-22 07:26:13 - cd /src TB --- 2006-11-22 07:26:13 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-11-22 08:55:56 - generating LINT kernel config TB --- 2006-11-22 08:55:56 - cd /src/sys/amd64/conf TB --- 2006-11-22 08:55:56 - /usr/bin/make -B LINT TB --- 2006-11-22 08:55:56 - building LINT kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 08:55:56 - cd /src TB --- 2006-11-22 08:55:56 - /usr/bin/make buildkernel KERNCONF=3DLINT >>> Kernel build for LINT started on Wed Nov 22 08:55:56 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Wed Nov 22 09:14:40 UTC 2006 TB --- 2006-11-22 09:14:40 - building GENERIC kernel (COPTFLAGS=3D-O2 = -pipe) TB --- 2006-11-22 09:14:40 - cd /src TB --- 2006-11-22 09:14:40 - /usr/bin/make buildkernel = KERNCONF=3DGENERIC >>> Kernel build for GENERIC started on Wed Nov 22 09:14:40 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/ums/../../conf/kmod_syms.awk ums.ko.debug export_syms | xargs -J% objcopy % ums.ko.debug objcopy --strip-debug ums.ko.debug ums.ko =3D=3D=3D> unionfs (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_subr.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vfsops.c cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE = -nostdinc -I- -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/GENERIC/opt_global.h -I. -I@ -I@/contrib/altq -I@/../include -finline-limit=3D8000 -fno-common -g = -fno-omit-frame-pointer -I/obj/amd64/src/sys/GENERIC -mcmodel=3Dkernel -mno-red-zone = -mfpmath=3D387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes = -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=3Dc99 -c /src/sys/modules/unionfs/../../fs/unionfs/union_vnops.c ld -d -warn-common -r -d -o unionfs.ko.debug union_subr.o = union_vfsops.o union_vnops.o ld: final link failed: No space left on device *** Error code 1 Stop in /src/sys/modules/unionfs. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-11-22 09:30:07 - WARNING: /usr/bin/make returned exit code = 1=20 TB --- 2006-11-22 09:30:07 - ERROR: failed to build GENERIC kernel TB --- 2006-11-22 09:30:07 - tinderbox aborted TB --- 1.49 user 4.56 system 8062.88 real http://tinderbox.des.no/tinderbox-releng_6-RELENG_6-amd64-amd64.full ------------------------------ Message: 5 Date: Wed, 22 Nov 2006 11:20:08 +0100 From: Niek Subject: problem with mod_proxy_ajp after upgrade from 6.2_beta2 to 6.2_rc1 To: freebsd-stable@freebsd.org Message-ID: <45642458.2090105@bigfoot.com> Content-Type: text/plain; charset=3DISO-8859-1; format=3Dflowed Sorry if this is posted to the wrong list - it is about a change from=20 6.2_beta2 to 6.2_rc1. Yesterday I upgraded a test server from FreeBSD 6.2_beta2 amd64 to 6.2_rc1 amd64. I am using apache 2.2.3 with mod_proxy and mod_proxy_ajp = to connect to Tomcat 5.5.20. The ajp proxy worked well on 6.2 beta2, but after the upgrade to 6.2 = RC1, connections via the ajp proxy are extremely slow. It seems as if something is timing out, as it takes several minutes until apache returns data. Connecting directly to Tomcat Coyote ports works well. There is nothing in the httpd error logs or the tomcat logs, nor in the system message log indicating what is going wrong. When using mod_jk, all works fine. Below is an excerpt of my httpd.conf: LoadModule proxy_module libexec/apache22/mod_proxy.so LoadModule proxy_ajp_module libexec/apache22/mod_proxy_ajp.so ProxyRequests Off Order Deny,Allow Deny from all Allow from [my ip] ProxyPass ajp://localhost:8009/ SSLrequireSSL ------------------------------ _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to = "freebsd-stable-unsubscribe@freebsd.org" End of freebsd-stable Digest, Vol 183, Issue 4 **********************************************