Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Nov 2006 14:57:50 -0500
From:      "Matt Smith" <ratman6@charter.net>
To:        <freebsd-stable@freebsd.org>
Subject:   RE: libiconv.la
Message-ID:  <000001c70e70$7d670ce0$0201a8c0@bedroom>
In-Reply-To: <20061122120041.D1BFF16A615@hub.freebsd.org>

Next in thread | Previous in thread | Raw E-Mail | Index | Archive | Help

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 <chrcoluk@gmail.com>
Subject: sshfs/nfs cause server lockup
To: "FreeBSD Stable" <freebsd-stable@freebsd.org>
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: <A M I  OEMAPIC >
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<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE=
,MCA,
CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2>
  Features2=3D0x2001<SSE3,CX16>
  AMD =
Features=3D0xea500800<SYSCALL,NX,MMX+,FFXSR,RDTSCP,LM,3DNow+,3DNow>
  AMD Features2=3D0x1d<LAHF,<b2>,<b3>,CR8>
real memory  =3D 939261952 (895 MB)
avail memory =3D 909828096 (867 MB)
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <A M I OEMRSDT> 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: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
pci0: <memory, RAM> 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)
pci0: <memory, RAM> at device 1.2 (no driver attached)
pci0: <processor> at device 1.3 (no driver attached)
ohci0: <OHCI (generic) USB controller> 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: <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: <EHCI (generic) USB 2.0 controller> 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: <EHCI (generic) 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
pcib1: <ACPI PCI-PCI bridge> at device 4.0 on pci0
pci1: <ACPI PCI bus> on pcib1
fxp0: <Intel 82550 Pro/100 Ethernet> port 0xec00-0xec3f mem
0xdffff000-0xdffffff
f,0xdffc0000-0xdffdffff irq 16 at device 6.0 on pci1
miibus0: <MII bus> on fxp0
inphy0: <i82555 10/100 media interface> on miibus0
inphy0:  10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
fxp0: Ethernet address: 00:02:b3:bf:b5:c9
fxp0: [GIANT-LOCKED]
pci0: <multimedia> at device 5.0 (no driver attached)
atapci0: <GENERIC ATA controller> port
0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 6.0 on
pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
atapci1: <GENERIC ATA controller> port
0xd480-0xd487,0xd400-0xd403,0xd080-0xd087,0xd000-0xd003,0xcc00-0xcc0f
mem 0xdfe7d000-0xdfe7dfff irq 20 at device 8.0 on pci0
ata2: <ATA channel 0> on atapci1
ata3: <ATA channel 1> on atapci1
atapci2: <GENERIC ATA controller> port
0xc880-0xc887,0xc800-0xc803,0xc480-0xc487,0xc400-0xc403,0xc080-0xc08f
mem 0xdfe7c000-0xdfe7cfff irq 21 at device 8.1 on pci0
ata4: <ATA channel 0> on atapci2
ata5: <ATA channel 1> on atapci2
pcib2: <ACPI PCI-PCI bridge> at device 9.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> at device 11.0 on pci0
pci3: <ACPI PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> at device 12.0 on pci0
pci4: <ACPI PCI bus> on pcib4
pci0: <display, VGA> at device 13.0 (no driver attached)
acpi_button0: <Power Button> on acpi0
fdc0: <floppy drive controller (FDE)> port 0x3f0-0x3f5,0x3f7 irq 6 drq
2 on acpi0
fdc0: [FAST]
ppc0: <Standard parallel printer port> port 0x378-0x37f 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
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> 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: <System console> 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: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on =
isa0
Timecounter "TSC" frequency 2410945801 Hz quality 800
Timecounters tick every 1.000 msec
ad4: 238475MB <SAMSUNG SP2504C VT100-41> 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 <tinderbox@freebsd.org>
Subject: [releng_6 tinderbox] failure on alpha/alpha
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <stable@freebsd.org>,
	<alpha@freebsd.org>
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 <cperciva@freebsd.org>
Subject: Re: freebsd-update to track release engineering
To: Petr Holub <hopet@ics.muni.cz>
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 <tinderbox@freebsd.org>
Subject: [releng_6 tinderbox] failure on amd64/amd64
To: FreeBSD Tinderbox <tinderbox@freebsd.org>, <stable@freebsd.org>,
	<amd64@freebsd.org>
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 <niek@bigfoot.com>
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

<IfModule proxy_module>
   ProxyRequests Off

   <Proxy *>
   Order Deny,Allow
   Deny from all
   Allow from [my ip]
   </Proxy>
   <IfModule proxy_ajp_module>
        <Location /[mylocation]/>
        ProxyPass ajp://localhost:8009/
        SSLrequireSSL
        </Location>
</IfModule>
</IfModule>




------------------------------

_______________________________________________
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
**********************************************




Want to link to this message? Use this URL: <http://docs.FreeBSD.org/cgi/mid.cgi?000001c70e70$7d670ce0$0201a8c0>