From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 29 05:40:13 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9EB116A403 for ; Sun, 29 Apr 2007 05:40:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 7D8E913C455 for ; Sun, 29 Apr 2007 05:40:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3T5eDH9090776 for ; Sun, 29 Apr 2007 05:40:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3T5eDWg090775; Sun, 29 Apr 2007 05:40:13 GMT (envelope-from gnats) Date: Sun, 29 Apr 2007 05:40:13 GMT Message-Id: <200704290540.l3T5eDWg090775@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Peter Jeremy Cc: Subject: Re: amd64/112222: 32-bit libc incorrectly converts some FP numbers X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Peter Jeremy List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 05:40:13 -0000 The following reply was made to PR amd64/112222; it has been noted by GNATS. From: Peter Jeremy To: FreeBSD-gnats-submit@FreeBSD.org Cc: Subject: Re: amd64/112222: 32-bit libc incorrectly converts some FP numbers Date: Sun, 29 Apr 2007 15:33:04 +1000 --LQksG6bCIzRHxTLp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-29 09:54:41 +1000, Peter Jeremy = wrote: > Further testing has localised the problem to dtoa(), though it is > not yet clear whether the problem is in the source code, the > compiler or the 32-bit cross-build part of buildworld. I've narrowed the problem down to the -msse2 that is in the version of Makefile.inc1 that I have. I notice that this flag was removed in Makefile.inc1 v1.499.2.18. Some manual experimenting with the CFLAGS implied by that Makefile suggests that the problem goes away with the newer Makefile.inc1. I will upgrade world and retry. --=20 Peter Jeremy --LQksG6bCIzRHxTLp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGNC4Q/opHv/APuIcRAsGmAKCQO6+YlDHNo43OHKPN9dvQNLFKTwCgsNlp xpcOjKfGyZWOwbm6kJDIc/E= =79L8 -----END PGP SIGNATURE----- --LQksG6bCIzRHxTLp-- From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 29 10:52:33 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB46A16A404 for ; Sun, 29 Apr 2007 10:52:33 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 0B7BE13C44B for ; Sun, 29 Apr 2007 10:52:32 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.8/8.13.8) with ESMTP id l3TAqVwF062033 for ; Sun, 29 Apr 2007 20:52:31 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.8/8.13.8/Submit) id l3TAqV98062032 for freebsd-amd64@freebsd.org; Sun, 29 Apr 2007 20:52:31 +1000 (EST) (envelope-from peter) Date: Sun, 29 Apr 2007 20:52:31 +1000 From: Peter Jeremy To: freebsd-amd64@freebsd.org Message-ID: <20070429105231.GB848@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BwCQnh7xodEAoBMC" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Subject: Building i386 executables on amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 10:52:33 -0000 --BwCQnh7xodEAoBMC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm currently working on being able to build and run i386 executables on amd64 (primarily so I can work on a project that's not 64-bit clean yet). So far, I've run into the following problems: - "gcc -m32" tries to link against 64-bit libraries (amd64/112215) I have a work-around for this and simple executables will compile & run. - Corrupt FP number formatting (amd64/112222) This has been fixed in a more recent Makefile.inc1 - #include gets amd64 versions of files. I bumped into this when I found lseek(2) was failing. The problem is has typedef __off_t off_t; has typedef __int64_t __off_t; has typedef long __int64_t; This is OK in native mode, but with compiled with "-m32", long is 32 bits and hence off_t is the wrong size. I'm not sure how this should be handled. The two approaches I've come up with so far are: a) /usr/include/machine/foo.h contains #ifdef __amd64 #include #else #include #endif And then install both sys/amd64/include and sys/i386/include. b) Merge both sys/amd64/include and sys/i386/include (at least the files that are installed into /usr/include/machine) with conflicting definitions selected using #ifdef __amd64 or __i386. - At least with my solution to amd64/112215, i386 executables built on amd64 won't run on i386. This is because the executables reference /libexec/ld-elf32.so.1 and /usr/lib32/*.so - which don't exist on an i386 install. The solutions here would seem to be: a) link /libexec/ld-elf.so.1 to /libexec/ld-elf32.so.1 and /usr/lib to /usr/lib32 on i386 (though this doesn't work for libc.so.N which is in /lib) b) Use a different fix to amd64/112215 that links the executables in "compatibility" mode (in much the same way as i386 executables can point to /libexec/ld-elf.so.1 and /usr/lib but still run on amd64). The second approach would seem cleaner (ie an i386 executable looks identical whether it was built natively on i386 or using -m32 on amd64) but I'm not sure how easy it is to implement. The first approach is basically implementing "i386 emulation" mode on i386. I'd appreciate input and comments from anyone else working in this area. --=20 Peter Jeremy --BwCQnh7xodEAoBMC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGNHjv/opHv/APuIcRAn51AKC8HWw+VeBFqfX3FKXh9+02r1BNKwCffIhG ZsRaSYzuIZQGTfzipPOQ9s4= =lrpC -----END PGP SIGNATURE----- --BwCQnh7xodEAoBMC-- From owner-freebsd-amd64@FreeBSD.ORG Sun Apr 29 15:45:24 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A455E16A401; Sun, 29 Apr 2007 15:45:24 +0000 (UTC) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 92E6D13C45A; Sun, 29 Apr 2007 15:45:24 +0000 (UTC) (envelope-from kan@FreeBSD.org) Received: from freefall.freebsd.org (kan@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3TFjOcU033349; Sun, 29 Apr 2007 15:45:24 GMT (envelope-from kan@freefall.freebsd.org) Received: (from kan@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3TFjOai033345; Sun, 29 Apr 2007 15:45:24 GMT (envelope-from kan) Date: Sun, 29 Apr 2007 15:45:24 GMT From: Alexander Kabaev Message-Id: <200704291545.l3TFjOai033345@freefall.freebsd.org> To: peterjeremy@optushome.com.au, kan@FreeBSD.org, kan@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: gnu/112215: [patch] gcc(1): "gcc -m32" attempts to link against 64-bit libs X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Apr 2007 15:45:24 -0000 Synopsis: [patch] gcc(1): "gcc -m32" attempts to link against 64-bit libs State-Changed-From-To: open->suspended State-Changed-By: kan State-Changed-When: Sun Apr 29 15:44:38 UTC 2007 State-Changed-Why: Cross build for 32 bit is plan not supported on amd64 due to many reasons, gcc specs being the least serious of them. We do not not install correct machine/ headers anywhere, so any binary compiled with -m32 still refers to amd64's machine/*.h headers. Ther patch makes no sense until we have cross-environment to speak of in the first place. Responsible-Changed-From-To: kan->freebsd-amd64 Responsible-Changed-By: kan Responsible-Changed-When: Sun Apr 29 15:44:38 UTC 2007 Responsible-Changed-Why: Cross build for 32 bit is plan not supported on amd64 due to many reasons, gcc specs being the least serious of them. We do not not install correct machine/ headers anywhere, so any binary compiled with -m32 still refers to amd64's machine/*.h headers. Ther patch makes no sense until we have cross-environment to speak of in the first place. http://www.freebsd.org/cgi/query-pr.cgi?pr=112215 From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 30 05:02:53 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4803816A400; Mon, 30 Apr 2007 05:02:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EC70413C4B7; Mon, 30 Apr 2007 05:02:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3U52qxr063608; Mon, 30 Apr 2007 01:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.8/8.13.8) with ESMTP id l3U52qVA000332; Mon, 30 Apr 2007 01:02:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1D6A873039; Mon, 30 Apr 2007 01:02:52 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070430050252.1D6A873039@freebsd-current.sentex.ca> Date: Mon, 30 Apr 2007 01:02:52 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070102, clamav-milter version devel-111206 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 05:02:53 -0000 TB --- 2007-04-30 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-04-30 04:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-04-30 04:20:00 - cleaning the object tree TB --- 2007-04-30 04:20:35 - checking out the source tree TB --- 2007-04-30 04:20:35 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-04-30 04:20:35 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-04-30 04:28:51 - building world (CFLAGS=-O2 -pipe) TB --- 2007-04-30 04:28:51 - cd /src TB --- 2007-04-30 04:28:51 - /usr/bin/make -B buildworld >>> World build started on Mon Apr 30 04:28:52 UTC 2007 >>> 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 [...] gzip -cn /src/bin/dd/dd.1 > dd.1.gz ===> bin/df (all) cc -O2 -pipe -I/src/bin/df/../../sbin/mount -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -c /src/bin/df/df.c /src/bin/df/df.c: In function `main': /src/bin/df/df.c:134: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:141: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:155: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type /src/bin/df/df.c:165: warning: passing arg 1 of `putenv' discards qualifiers from pointer target type *** Error code 1 Stop in /src/bin/df. *** Error code 1 Stop in /src/bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-04-30 05:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-04-30 05:02:52 - ERROR: failed to build world TB --- 2007-04-30 05:02:52 - tinderbox aborted TB --- 1.09 user 3.51 system 2571.43 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 30 11:08:03 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F3FE716A47F for ; Mon, 30 Apr 2007 11:08:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id E388D13C489 for ; Mon, 30 Apr 2007 11:08:02 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l3UB8230006855 for ; Mon, 30 Apr 2007 11:08:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l3UB80jA006843 for freebsd-amd64@FreeBSD.org; Mon, 30 Apr 2007 11:08:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 30 Apr 2007 11:08:00 GMT Message-Id: <200704301108.l3UB80jA006843@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-amd64@FreeBSD.org Cc: Subject: Current problem reports assigned to you X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 11:08:03 -0000 Current FreeBSD problem reports Critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/89202 amd64 [ufs] [panic] Kernel crash when accessing filesystem w o amd64/112222 amd64 32-bit libc incorrectly converts some FP numbers 2 problems total. Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/69707 amd64 IPC32 dont work OK in amd64 FreeBSD o amd64/71644 amd64 [panic] amd64 5.3-BETA4 crash when heavy load o amd64/73252 amd64 ad6: WARNING - READ_DMA interrupt was seen but timeout o amd64/73322 amd64 [msdosfs] [hang] unarchiving /etc to msdosfs locks up o amd64/73650 amd64 5.3-release panics on boot o amd64/74747 amd64 System panic on shutdown when process will not die o amd64/76136 amd64 system halts before reboot o amd64/78406 amd64 [panic]AMD64 w/ SCSI: issue 'rm -r /usr/ports' and sys o amd64/80114 amd64 kldload snd_ich causes interrupt storm when ACPI is en o amd64/80691 amd64 amd64 kernel hangs on load o amd64/82425 amd64 [fxp] fxp0: device timeout, fxp interface dies on 5.4/ o amd64/82555 amd64 Kernel Panic - after i connect to my "amd64" from anot o amd64/83005 amd64 Memory Occupied during installation of the FreeBSD 5.4 o amd64/84832 amd64 Installation crashes just at boot AMD64/ Version 5.4 o amd64/85431 amd64 AMD64 has short but temporary freezes (hangups) on Sun o amd64/85451 amd64 [hang] 6.0-BETA3 lockups on AMD64 (PREEMPTION only) o amd64/86080 amd64 [radeon] [hang] radeon DRI causes system hang on amd64 o amd64/86503 amd64 [atapicam] [panic] k3b crash the system like hardware o amd64/87156 amd64 First Installation: Kernel crashes o amd64/87258 amd64 [smp] [boot] cannot boot with SMP and Areca ARC-1160 r o amd64/87305 amd64 [smp] Dual Opteron / FreeBSD 5 & 6 / powerd results in o amd64/87316 amd64 [vge] "vge0 attach returned 6" on FreeBSD 6.0-RC1 amd6 o amd64/87348 amd64 amd64+smp+startkde always crashing o amd64/87472 amd64 I downloaded 5.4 and went to install it, but it keeps o amd64/87689 amd64 [powerd] [hang] powerd hangs SMP Opteron 244 5-STABLE o amd64/87977 amd64 [busdma] [panic] amd64 busdma dflt_lock called (by ata o amd64/88299 amd64 swapcontext fails with errno 0 f amd64/88568 amd64 [panic] 6.0-RELEASE install cd does not boot with usb o amd64/88790 amd64 kernel panic on first boot (after the FreeBSD installa o amd64/89501 amd64 System crashes on install using ftp on local subnet o amd64/89503 amd64 Cant Boot Installation Disk o amd64/89546 amd64 [geom] GEOM error o amd64/89550 amd64 [sym] [patch] sym0: VTOBUS failed (6.0 Release) o amd64/91405 amd64 [asr] [panic] Kernel panic caused by asr on 6.0-amd64 o amd64/91492 amd64 BTX halted o amd64/92337 amd64 [em] FreeBSD 6.0 Release Intel Pro 1000 MT em1 no buff o amd64/92889 amd64 [libc] xdr double buffer overflow o amd64/93961 amd64 [busdma] Problem in bounce buffer handling in sys/amd6 o amd64/94677 amd64 panic in amd64 install at non-root user creation o amd64/94989 amd64 BTX Halts on Sun Fire X2100 w/6.1-BETA4 (amd64) and 5. o amd64/95414 amd64 kernel crashes during install o amd64/95888 amd64 kernel: ad2: TIMEOUT - WRITE_DMA retrying on HP DL140G o amd64/96400 amd64 FreeBSD 6.0 Bootin Conflict between Broadcom on-broad o amd64/97075 amd64 Panic, Trap 12 o amd64/97337 amd64 [dri] xorg reboots system if dri module is enabled f amd64/99561 amd64 system hangs in FreeBSD AMD64 when writting ext2fs o amd64/102122 amd64 6.1-RELEASE amd64 Install Media panics on boot. s amd64/104311 amd64 ports/wine should be installable on amd64 o amd64/105207 amd64 nVidia MCP55 drivers fail to boot on 6.2B3 amd64 o amd64/105531 amd64 [sata] gigabyte GA-M51GM-S2G / nVidia nForce 430 - doe o amd64/105629 amd64 [re] TrendNet TEG-BUSR 10/100/1000 disables itself on p amd64/106109 amd64 amd64: si_addr is not set when sending a signal o amd64/106604 amd64 saslauthd crashes with signal 6 on FreeBSD 6.2-PREREL o amd64/106918 amd64 [re] Asus P5B with internal RealTek PCIe Ethernet gets o amd64/107345 amd64 [panic] Kernel Panic/Crash on dd if=/dev/ad4 of=/dev/a o amd64/108861 amd64 [nve] nve(4) driver on FreeBSD 6.2 AMD64 does not work f amd64/109584 amd64 zdump doesn't work o amd64/110655 amd64 [threads] 32 bit threaded applications crash on amd64 f amd64/111337 amd64 [hang] The system freezes when large file is transferr o amd64/111955 amd64 Install CD boot panic due to missing BIOS smap on 5.5 o amd64/111992 amd64 BTX failed - HP Laptop dv2315nr s gnu/112215 amd64 [patch] gcc(1): "gcc -m32" attempts to link against 64 62 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o amd64/61209 amd64 ppc0: cannot reserve I/O port range o amd64/63188 amd64 [ti] ti(4) broken on amd64 o amd64/69705 amd64 IPC problem (msq_queues) o amd64/74608 amd64 [mpt] [hang] mpt hangs 5 minutes when booting o amd64/74811 amd64 [nfs] df, nfs mount, negative Avail -> 32/64-bit confu s amd64/85273 amd64 FreeBSD (NetBSD or OpenBSD) not install on laptop Comp o amd64/87882 amd64 emu10k1 and APCI on amd64 is just noisy o amd64/88730 amd64 kernel panics during booting from the installation CD o amd64/91195 amd64 FreeBSD 6.0(amd64) and Asus A8R-MVP a amd64/92527 amd64 [ciphy.c] ][patch] no driver for "CICADA VSC 8201 Giga o amd64/93002 amd64 amd64 (6.0) coredumps at unpredictable times a amd64/93090 amd64 NIC on GA-K8NF-9 motherboard is recognized, but does n o amd64/95282 amd64 [ed] fix ed for RELENG_5 amd64 so that it has network o amd64/97489 amd64 [ata] nForce 410 ATA controller dma time out (ASUS K8N o amd64/100326 amd64 /dev/fd0 not created after installation FreeBSD 6.1 AM o amd64/100347 amd64 No hardware support Silicon Image SiI 3132 o amd64/100838 amd64 FreeBSD 6.0/6.1 kernel panics when booting with EIST e o amd64/101132 amd64 Incorrect cpu idle and usage statistics in top and sys o amd64/101248 amd64 vi(1) can crash in ncurses(3) on amd64 o amd64/102716 amd64 ex with no argument in an xterm gets SIGSEGV o amd64/103259 amd64 [ar] Cannot use ataraid on nvidia nForce4+amd64 o amd64/106186 amd64 [panic] panic in swap_pager_swap_init (amd64/smp/6.2-p o amd64/107858 amd64 ASRock Conroe-945G-DVI motherboard: non-working sound f amd64/108345 amd64 6.2-* GENERIC will not boot Intel PD EMT64 w/ ACPI o amd64/110599 amd64 [geli] geli attach to gmirror device hangs and cannot o amd64/111096 amd64 motherboard ASRock AM2NF6G-VSTA not supported 26 problems total. From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 30 12:04:43 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1E73416A40E for ; Mon, 30 Apr 2007 12:04:43 +0000 (UTC) (envelope-from ewinter@west.bsn.com) Received: from west.bsn.com (host-62-245-151-69.customer.m-online.net [62.245.151.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0E32813C489 for ; Mon, 30 Apr 2007 12:04:36 +0000 (UTC) (envelope-from ewinter@west.bsn.com) Received: from west.bsn.com (localhost [127.0.0.1]) by west.bsn.com (8.14.1/8.13.8) with ESMTP id l3UC3NbX007572 for ; Mon, 30 Apr 2007 14:03:33 +0200 (CEST) (envelope-from ewinter@west.bsn.com) Received: (from ewinter@localhost) by west.bsn.com (8.14.1/8.13.8/Submit) id l3UC3HH2007571 for freebsd-amd64@freebsd.org; Mon, 30 Apr 2007 14:03:17 +0200 (CEST) (envelope-from ewinter) Date: Mon, 30 Apr 2007 14:03:12 +0200 From: "Ernst W. Winter" To: "freebsd-amd64@freebsd.org" Message-ID: <20070430120312.GC7475@lobo.ewinter.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Phone: + 49-89-3075-6800 Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.ewinter.org 6.2-STABLE FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Subject: k3b X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ernst W. Winter" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 12:04:43 -0000 Hello, what hapopen to "k3b"? whjen I start it it shows the new popup and then freezes the machine and reboots!!!??? Anyone working on this one? Ernst -- Ernst Winter ewinter@ewinter.org "Nec scire fas est onmnia" --Horaz FreeBSD provides a "Gates-free PC" - FreeUnix Pioneers "FreeBSD pioneers - every day a new installation" Vista? What Vista? Hasta la vista baby! From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 30 12:47:39 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 482DF16A400 for ; Mon, 30 Apr 2007 12:47:39 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from smtp-2.sys.kth.se (smtp-2.sys.kth.se [130.237.32.160]) by mx1.freebsd.org (Postfix) with ESMTP id 0569113C469 for ; Mon, 30 Apr 2007 12:47:38 +0000 (UTC) (envelope-from carl.gustavsson@bahnhofbredband.se) Received: from localhost (localhost [127.0.0.1]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 9A5DA14D86E; Mon, 30 Apr 2007 14:27:54 +0200 (CEST) X-Virus-Scanned: by amavisd-new at kth.se Received: from smtp-2.sys.kth.se ([127.0.0.1]) by localhost (smtp-2.sys.kth.se [127.0.0.1]) (amavisd-new, port 10024) with LMTP id BdzPPaa6Nwg6; Mon, 30 Apr 2007 14:27:53 +0200 (CEST) Received: from sleipner.home.swe (c213-100-49-190.swipnet.se [213.100.49.190]) by smtp-2.sys.kth.se (Postfix) with ESMTP id 0CF8814D80D; Mon, 30 Apr 2007 14:27:50 +0200 (CEST) Message-ID: <4635E119.8030303@bahnhofbredband.se> Date: Mon, 30 Apr 2007 14:29:13 +0200 From: Carl Johan Gustavsson User-Agent: Thunderbird 2.0.0.0 (X11/20070422) MIME-Version: 1.0 To: "Ernst W. Winter" References: <20070430120312.GC7475@lobo.ewinter.org> In-Reply-To: <20070430120312.GC7475@lobo.ewinter.org> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "freebsd-amd64@freebsd.org" Subject: Re: k3b X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 12:47:39 -0000 Ernst W. Winter wrote: > Hello, > > what hapopen to "k3b"? whjen I start it it shows the new popup and then > freezes the machine and reboots!!!??? > > Anyone working on this one? > > Ernst > Yes, a fix was committed to HEAD today. /cjg From owner-freebsd-amd64@FreeBSD.ORG Mon Apr 30 13:34:57 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9D94416A401 for ; Mon, 30 Apr 2007 13:34:57 +0000 (UTC) (envelope-from ewinter@west.bsn.com) Received: from west.bsn.com (host-62-245-151-69.customer.m-online.net [62.245.151.69]) by mx1.freebsd.org (Postfix) with ESMTP id 0816713C4BD for ; Mon, 30 Apr 2007 13:34:56 +0000 (UTC) (envelope-from ewinter@west.bsn.com) Received: from west.bsn.com (localhost [127.0.0.1]) by west.bsn.com (8.14.1/8.13.8) with ESMTP id l3UDXJ8B007921; Mon, 30 Apr 2007 15:33:30 +0200 (CEST) (envelope-from ewinter@west.bsn.com) Received: (from ewinter@localhost) by west.bsn.com (8.14.1/8.13.8/Submit) id l3UDX8Qc007915; Mon, 30 Apr 2007 15:33:08 +0200 (CEST) (envelope-from ewinter) Date: Mon, 30 Apr 2007 15:33:03 +0200 From: "Ernst W. Winter" To: Carl Johan Gustavsson Message-ID: <20070430133303.GC7828@lobo.ewinter.org> References: <20070430120312.GC7475@lobo.ewinter.org> <4635E119.8030303@bahnhofbredband.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4635E119.8030303@bahnhofbredband.se> X-Phone: + 49-89-3075-6800 Organization: FreeBSD Evangelist X-Operating-System: FreeBSD lobo.ewinter.org 6.2-STABLE FreeBSD 6.2-STABLE User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: "freebsd-amd64@freebsd.org" Subject: Re: k3b X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Ernst W. Winter" List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 Apr 2007 13:34:57 -0000 On Mon, 30 Apr 2007, Carl Johan Gustavsson wrote: > Ernst W. Winter wrote: > > Hello, > > > > what hapopen to "k3b"? whjen I start it it shows the new popup and then > > freezes the machine and reboots!!!??? > > > > Anyone working on this one? > > > > Ernst > > > Yes, a fix was committed to HEAD today. > THank's, nice to know for such fast service! :-) > /cjg > eww From owner-freebsd-amd64@FreeBSD.ORG Tue May 1 09:50:10 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3083516A401 for ; Tue, 1 May 2007 09:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 009B513C447 for ; Tue, 1 May 2007 09:50:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l419o94D001643 for ; Tue, 1 May 2007 09:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l419o9k5001642; Tue, 1 May 2007 09:50:09 GMT (envelope-from gnats) Date: Tue, 1 May 2007 09:50:09 GMT Message-Id: <200705010950.l419o9k5001642@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Gavin Atkinson Cc: Subject: Re: amd64/96400: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Gavin Atkinson List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 09:50:10 -0000 The following reply was made to PR amd64/96400; it has been noted by GNATS. From: Gavin Atkinson To: bug-followup@FreeBSD.org, chen.york@inventecesc.com Cc: Subject: Re: amd64/96400: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip Date: Tue, 01 May 2007 10:46:33 +0100 Hi, Is this still a problem with a more recent FreeBSD version (e.g. 6.2)? If so, can you explain how you have determined that the Broadcom NIC is conflicting with the SCSI adaptor? How were you disabling the on-board NICS? Thanks, Gavin From owner-freebsd-amd64@FreeBSD.ORG Tue May 1 12:10:57 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DAEEA16A40A; Tue, 1 May 2007 12:10:57 +0000 (UTC) (envelope-from alexbl@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B466B13C4B9; Tue, 1 May 2007 12:10:57 +0000 (UTC) (envelope-from alexbl@FreeBSD.org) Received: from freefall.freebsd.org (alexbl@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l41CAvnV009533; Tue, 1 May 2007 12:10:57 GMT (envelope-from alexbl@freefall.freebsd.org) Received: (from alexbl@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l41CAv5W009529; Tue, 1 May 2007 12:10:57 GMT (envelope-from alexbl) Date: Tue, 1 May 2007 12:10:57 GMT From: Alexander Botero-Lowry Message-Id: <200705011210.l41CAv5W009529@freefall.freebsd.org> To: chen.york@inventecesc.com, alexbl@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/96400: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 12:10:57 -0000 Synopsis: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip State-Changed-From-To: open->feedback State-Changed-By: alexbl State-Changed-When: Tue May 1 12:10:38 UTC 2007 State-Changed-Why: Request an update from the submitter http://www.freebsd.org/cgi/query-pr.cgi?pr=96400 From owner-freebsd-amd64@FreeBSD.ORG Tue May 1 15:17:59 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56DE916A400; Tue, 1 May 2007 15:17:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 2E66C13C4B0; Tue, 1 May 2007 15:17:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l41FHxxk024745; Tue, 1 May 2007 15:17:59 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l41FHxnU024741; Tue, 1 May 2007 15:17:59 GMT (envelope-from linimon) Date: Tue, 1 May 2007 15:17:59 GMT From: Mark Linimon Message-Id: <200705011517.l41FHxnU024741@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/96981: reproducible instant reboot by unprivileged user X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 15:17:59 -0000 Synopsis: reproducible instant reboot by unprivileged user Responsible-Changed-From-To: freebsd-bugs->freebsd-amd64 Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 1 15:17:22 UTC 2007 Responsible-Changed-Why: gavin suggests this may be amd64-specific. http://www.freebsd.org/cgi/query-pr.cgi?pr=96981 From owner-freebsd-amd64@FreeBSD.ORG Tue May 1 23:33:21 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00CB616A404 for ; Tue, 1 May 2007 23:33:21 +0000 (UTC) (envelope-from www@master.netart.cz) Received: from master.netart.cz (88-128-158-212.bluetone.cz [212.158.128.88]) by mx1.freebsd.org (Postfix) with ESMTP id 8075113C489 for ; Tue, 1 May 2007 23:33:20 +0000 (UTC) (envelope-from www@master.netart.cz) Received: from master.netart.cz (localhost [127.0.0.1]) by master.netart.cz (8.13.8/8.13.8) with ESMTP id l41Mkts8099252 for ; Wed, 2 May 2007 00:46:55 +0200 (CEST) (envelope-from www@master.netart.cz) Received: (from www@localhost) by master.netart.cz (8.13.8/8.13.8/Submit) id l41MktSV099251; Wed, 2 May 2007 00:46:55 +0200 (CEST) (envelope-from www) Date: Wed, 2 May 2007 00:46:55 +0200 (CEST) Message-Id: <200705012246.l41MktSV099251@master.netart.cz> To: freebsd-amd64@freebsd.org From: James MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-2.5 required=6.0 tests=ALL_TRUSTED,AWL,BAYES_00, FORGED_YAHOO_RCVD autolearn=ham version=3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on master.netart.cz X-Virus-Scanned: ClamAV 0.88/3190/Tue May 1 23:06:04 2007 on master.netart.cz X-Virus-Status: Clean Subject: Pet Advert..... X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jmarc112@yahoo.com List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 May 2007 23:33:21 -0000 Hello, I will like to place a print Ad on your newspaper and i will like to know the cost for 30 days/4 weeks.kindly get back to me now with the quote,so that i can forward my credit card for the payment. Description below to be on newspaper: BRITISH BULLDOGS PUPPIES FOR-SALE! Beautiful colour and features. Loves to CUDDLE! Short cobby body style.Bulldogs of Stokes Ridge have puppies ready to be a part of your family,Our English Bulldogs are raised in our home with our children. We are not a kennel. Puppies come to you with AKC papers, up to date shots, and health records.Champion Bloodline puppies for sale to approved pet homes only. Breed: English Bulldog Gender: Female & Male are available For Further Enquiry About The Bulldogs Puppies,Email: steve_barrick00@yahoo.com ----------------------------------------------------- Here are the details to be on the newspaper above,get back to me with the quote so that i can email you with the credit cards for the payment Regards James Email me with the cost to these email address: jmarc112@yahoo.com From owner-freebsd-amd64@FreeBSD.ORG Wed May 2 23:56:44 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4575316A400; Wed, 2 May 2007 23:56:44 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1AE5913C457; Wed, 2 May 2007 23:56:44 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l42Nuh3h050073; Wed, 2 May 2007 23:56:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l42NuhVO050069; Wed, 2 May 2007 23:56:43 GMT (envelope-from linimon) Date: Wed, 2 May 2007 23:56:43 GMT From: Mark Linimon Message-Id: <200705022356.l42NuhVO050069@freefall.freebsd.org> To: chen.york@inventecesc.com, linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org Cc: Subject: Re: amd64/96400: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 02 May 2007 23:56:44 -0000 Synopsis: FreeBSD 6.0 Bootin Conflict between Broadcom on-broad NIC and Adaptec7902 storage chip State-Changed-From-To: feedback->closed State-Changed-By: linimon State-Changed-When: Wed May 2 23:56:15 UTC 2007 State-Changed-Why: >From email from gavin caught in the spamtrap: Thanks. This PR can now be closed. Gavin http://www.freebsd.org/cgi/query-pr.cgi?pr=96400 From owner-freebsd-amd64@FreeBSD.ORG Thu May 3 11:42:42 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 385BA16A402 for ; Thu, 3 May 2007 11:42:42 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 9809613C447 for ; Thu, 3 May 2007 11:42:41 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l43BgepD007148; Thu, 3 May 2007 21:42:40 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l43BgeMP007147; Thu, 3 May 2007 21:42:40 +1000 (EST) (envelope-from peter) Date: Thu, 3 May 2007 21:42:39 +1000 From: Peter Jeremy To: Ariff Abdullah , freebsd-amd64@freebsd.org Message-ID: <20070503114239.GA4823@turion.vk2pj.dyndns.org> References: <200704251958.l3PJwgfZ044842@repoman.freebsd.org> <462FEB77.3000103@FreeBSD.org> <20070426101525.02bd830e.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <20070426101525.02bd830e.ariff@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: Subject: Turion 64x2 still hanging after C1E patch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 11:42:42 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Apr-26 10:15:25 +0800, Ariff Abdullah wrote: >On Wed, 25 Apr 2007 16:59:51 -0700 >Maxim Sobolev wrote: >> Ariff Abdullah wrote: >> > ariff 2007-04-25 19:58:42 UTC >> > Disable C1 Enhanced mode on AMD K8 Family Revision F and above >> > to keep local APIC timer alive. =2E.. >> Is it expected to fix some Turion laptops out there, that were=20 >> previously unable to run in the SMP mode due to LAPIC timer on one >> core being down on boot up? > >Certainly yes. My HP/Compaq V6107 still goes into a coma even with this patch. If I boot to single-user mode, it seems to happen immediately after the CD-ROM probe messages (which would be when the system becomes idle). Otherwise, it goes comatose whilst trying to load the entropy. I've re-applied idlecpu_apic_5.diff and it seems to work with hw.apic.idle_cpu=3D"1" (but see below). I've hacked local_apic.c to save the value read from MSR_C001_0055 and that shows that C1eOnCmpHalt is set. Worse,I've noticed that the RTC interrupt occasionally stops. I have worked out that I can restart it by writing to sysctl machdep.adjkerntz (which was the easiest way to issue rtcin(RTC_INTR) from userland). I presume that occasionally the RTC interrupt is lost and so never reset (as per the comment above rtcintr()). I haven't yet tried using the i8254 as a wakeup source. Any ideas on where to look next? --=20 Peter Jeremy --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGOcqv/opHv/APuIcRArx+AJ9rLDnzKS5jLsFqRdEarEXtQi214ACfRM0N ZrucYf6du8EuI35IjduzqCA= =vR3w -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- From owner-freebsd-amd64@FreeBSD.ORG Thu May 3 12:26:28 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id A044F16A402; Thu, 3 May 2007 12:26:27 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Thu, 3 May 2007 20:26:24 +0800 From: Ariff Abdullah To: Peter Jeremy Message-Id: <20070503202624.0e0966cd.ariff@FreeBSD.org> In-Reply-To: <20070503114239.GA4823@turion.vk2pj.dyndns.org> References: <200704251958.l3PJwgfZ044842@repoman.freebsd.org> <462FEB77.3000103@FreeBSD.org> <20070426101525.02bd830e.ariff@FreeBSD.org> <20070503114239.GA4823@turion.vk2pj.dyndns.org> Organization: FreeBSD X-Mailer: /usr/local/lib/ruby/1.8/net/smtp.rb Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Thu__3_May_2007_20_26_24_+0800_qIbrBCUCZON=T3bH" Cc: freebsd-amd64@freebsd.org Subject: Re: Turion 64x2 still hanging after C1E patch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 12:26:28 -0000 --Signature=_Thu__3_May_2007_20_26_24_+0800_qIbrBCUCZON=T3bH Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, 3 May 2007 21:42:39 +1000 Peter Jeremy wrote: > On 2007-Apr-26 10:15:25 +0800, Ariff Abdullah > wrote: > >On Wed, 25 Apr 2007 16:59:51 -0700 > >Maxim Sobolev wrote: > >> Ariff Abdullah wrote: > >> > ariff 2007-04-25 19:58:42 UTC > >> > Disable C1 Enhanced mode on AMD K8 Family Revision F and > >above > > to keep local APIC timer alive. > ... > >> Is it expected to fix some Turion laptops out there, that were=20 > >> previously unable to run in the SMP mode due to LAPIC timer on > >one > core being down on boot up? > > > >Certainly yes. >=20 > My HP/Compaq V6107 still goes into a coma even with this patch. If > I boot to single-user mode, it seems to happen immediately after the > CD-ROM probe messages (which would be when the system becomes idle). > Otherwise, it goes comatose whilst trying to load the entropy. >=20 This probably something else. Try disabling sio, ppc through /boot/device.hints. Several HP laptops are known to hang because of this. > I've re-applied idlecpu_apic_5.diff and it seems to work with > hw.apic.idle_cpu=3D"1" (but see below). I've hacked local_apic.c > to save the value read from MSR_C001_0055 and that shows that > C1eOnCmpHalt is set. >=20 This is expected, and the recent "fix" is supposed to overwrite and disable C1E on each core/cpu. > Worse,I've noticed that the RTC interrupt occasionally stops. I > have worked out that I can restart it by writing to sysctl > machdep.adjkerntz (which was the easiest way to issue > rtcin(RTC_INTR) from userland). I presume that occasionally the RTC > interrupt is lost and so never reset (as per the comment above > rtcintr()). >=20 > I haven't yet tried using the i8254 as a wakeup source. >=20 > Any ideas on where to look next? >=20 Show us your processor Id from dmesg. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Signature=_Thu__3_May_2007_20_26_24_+0800_qIbrBCUCZON=T3bH Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGOdTwlr+deMUwTNoRAoP8AKDTRYXz2ApUeYWLJFQn7uoafJNWtwCbB0Rq tcKJX+w9y8nfd+j5AeMhgmI= =Z6eE -----END PGP SIGNATURE----- --Signature=_Thu__3_May_2007_20_26_24_+0800_qIbrBCUCZON=T3bH-- From owner-freebsd-amd64@FreeBSD.ORG Thu May 3 16:00:10 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B5D516A404 for ; Thu, 3 May 2007 16:00:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD2B13C457 for ; Thu, 3 May 2007 16:00:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l43G09WK016132 for ; Thu, 3 May 2007 16:00:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l43G09eO016129; Thu, 3 May 2007 16:00:09 GMT (envelope-from gnats) Resent-Date: Thu, 3 May 2007 16:00:09 GMT Resent-Message-Id: <200705031600.l43G09eO016129@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-amd64@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, christos avramidis Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E596616A400 for ; Thu, 3 May 2007 15:55:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (www.freebsd.org [69.147.83.33]) by mx1.freebsd.org (Postfix) with ESMTP id BE2E013C4BC for ; Thu, 3 May 2007 15:55:41 +0000 (UTC) (envelope-from nobody@FreeBSD.org) Received: from www.freebsd.org (localhost [127.0.0.1]) by www.freebsd.org (8.13.1/8.13.1) with ESMTP id l43Ftfr4086796 for ; Thu, 3 May 2007 15:55:41 GMT (envelope-from nobody@www.freebsd.org) Received: (from nobody@localhost) by www.freebsd.org (8.13.1/8.13.1/Submit) id l43FodFv085748; Thu, 3 May 2007 15:50:39 GMT (envelope-from nobody) Message-Id: <200705031550.l43FodFv085748@www.freebsd.org> Date: Thu, 3 May 2007 15:50:39 GMT From: christos avramidis To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-3.0 Cc: Subject: amd64/112385: Lookupd on Kernel 64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 16:00:10 -0000 >Number: 112385 >Category: amd64 >Synopsis: Lookupd on Kernel 64 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-amd64 >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 03 16:00:09 GMT 2007 >Closed-Date: >Last-Modified: >Originator: christos avramidis >Release: 6.2 >Organization: Politec >Environment: FreeBSD phpserver.cpd.mre.gov.br 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 08:43:30 UTC 2007 root@portnoy.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP amd64 >Description: When start lookupd and use any application like vi or other, the system hungs and apear the messages in /var/log/messages: lookupd 'credentials error' >How-To-Repeat: My intention is to use lookupd to cache nsswitch in a Samba-Ldap server. >Fix: >Release-Note: >Audit-Trail: >Unformatted: From owner-freebsd-amd64@FreeBSD.ORG Thu May 3 22:28:53 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D48E16A400 for ; Thu, 3 May 2007 22:28:53 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id 6688713C455 for ; Thu, 3 May 2007 22:28:52 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:50600 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1HjjaE-0003Rz-2W; Fri, 04 May 2007 00:15:33 +0200 Mime-Version: 1.0 (Apple Message framework v752.3) Message-Id: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> To: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org From: Olaf Greve Date: Fri, 4 May 2007 00:15:30 +0200 X-Mailer: Apple Mail (2.752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 22:28:53 -0000 Hi, Recently I upgraded my Apache 1.3.33 webserver to Apache 2.2.4, and ever since, I noticed that it is acting in such a way that it often is VERY greedy with my server's resources. Quite often, when running "top", a list that is as the one that appears at the bottom of this e-mail is shown: indeed pretty much solely httpd instances, that for extended periods of time almost continously pull the CPU to close to 100%, and that also consume a lot of the memory resources... Strangely enough, at other times the CPU load is just slightly above 0%, say 0.4% or so... Apart from the fact that it "doesn't feel right" to see the CPU for substantial amounts of time, almost constantly close to 100%, there is a further issue, being that sendmail rejects connections when the server load is (too) high. This is very annoying, as e-mail is also a crucial part of the server's functionality, and I don't want sendmail to reject connections, each and every time that Apache goes berserk. Now, the machine in question, is an AMD-64 machine, and it runs the AMD-64 version of FreeBSD (5.4-release) with a custom kernel. Surely, Apache can be reconfigured such that it doesn't behave so selfishly, and leaves a decent amount of resources for other stuff (such as sendmail) on the machine too. What I'm basically trying to find out is: 1-Is this normal, or can this perhaps be some (brute force) hack attempt, where something is pounding Apache heavily, trying to find/ exploit some security risk? 2-How can I inspect exactly what each httpd instance is doing (i.e. which request it is serving)? 3-How to best configure Apache 2.2.4 such that it will never use more than a specific amount of the system's resources (e.g. a CPU usage limit of 75%, and a memory limit of say 1GB)? It would be my guess that the amount of "MaxClients" should be lowered, but is that sufficient (note: current httpd-mpm.conf settings apper at the end of this e-mail, and indicate an amount of 150), and will that not somehow (all too) negatively affect the way Apache handles requests? 4-How to perhaps tell sendmail to be a bit more selfish, and stop it from rejecting connections for extended periods of time? (note: we all know just how much "fun" it can be to configure Sendmail :P so for now I've only included (a shortened version of the) RX daemon config file, and hope someone can give me a good pointer for this - or tell me where else to look). 5-When sendmail rejects (incoming) connections, does mail actually get lost, or will it (always) be handled later, when the server is less occupied? Cheers, and tnx in advance! Olafo PS: I hope anyone can give me some good ideas, and for completeness sake, I've copied some additional information that may give an insight into the issues: 1) The Sendmail "rejecting connections" issue: ps auxww | grep sendmail root 2259 0.0 0.0 9480 668 ?? Ss 20Apr07 0:38.17 sendmail: rejecting connections on daemon MSA: load average: 59 (sendmail) smmsp 2261 0.0 0.0 13628 760 ?? S 20Apr07 1:40.56 sendmail: running queue: /var/spool/mqueue-rx (sendmail) root 2262 0.0 0.0 9480 704 ?? Ss 20Apr07 0:37.85 sendmail: accepting connections (sendmail) smmsp 2265 0.0 0.0 9344 608 ?? Is 20Apr07 0:01.33 sendmail: Queue runner@00:10:00 for /var/spool/clientmqueue (sendmail) root 91503 0.0 0.0 428 320 p0 D+ 7:23PM 0:00.00 grep sendmail 2) "top" output (partial), during (apparent) heavy load: last pid: 91504; load averages: 58.76, 59.21, 60.20 up 13+07:02:40 19:24:50 163 processes: 61 running, 102 sleeping CPU states: 98.8% user, 0.0% nice, 0.4% system, 0.8% interrupt, 0.0% idle Mem: 1299M Active, 204M Inact, 289M Wired, 63M Cache, 214M Buf, 39M Free Swap: 2021M Total, 922M Used, 1099M Free, 45% Inuse, 128K In PID USERNAME PRI NICE SIZE RES STATE TIME WCPU CPU COMMAND 91459 www 124 0 141M 15136K RUN 0:02 5.52% 5.52% httpd 91352 www 119 0 139M 12596K select 0:14 3.61% 3.61% httpd 91455 www 124 0 167M 41960K RUN 0:03 3.61% 3.61% httpd 91461 www 124 0 141M 15128K RUN 0:03 1.37% 1.37% httpd 91126 www 124 0 158M 19520K RUN 1:46 0.83% 0.83% httpd 91139 www 124 0 158M 19532K RUN 1:43 0.83% 0.83% httpd 91152 www 124 0 195M 19396K RUN 1:40 0.83% 0.83% httpd 91175 www 124 0 170M 44524K RUN 1:02 0.83% 0.83% httpd 90387 www 124 0 170M 27548K RUN 5:19 0.78% 0.78% httpd 90529 www 124 0 195M 24584K RUN 4:49 0.78% 0.78% httpd 90665 www 124 0 167M 41804K RUN 3:29 0.78% 0.78% httpd 90897 www 124 0 181M 23964K RUN 2:10 0.78% 0.78% httpd 91069 www 124 0 158M 20128K RUN 1:53 0.78% 0.78% httpd 91100 www 124 0 162M 21284K RUN 1:49 0.78% 0.78% httpd 91125 www 124 0 162M 22976K RUN 1:46 0.78% 0.78% httpd 91092 www 124 0 162M 23972K RUN 1:45 0.78% 0.78% httpd 91133 www 124 0 162M 17928K RUN 1:44 0.78% 0.78% httpd 91135 www 124 0 158M 19668K RUN 1:43 0.78% 0.78% httpd 89973 www 124 0 158M 18212K RUN 8:15 0.73% 0.73% httpd 90269 www 124 0 158M 19940K RUN 6:40 0.73% 0.73% httpd 90254 www 124 0 162M 25584K RUN 5:58 0.73% 0.73% httpd 90464 www 124 0 195M 27464K RUN 4:51 0.73% 0.73% httpd 91027 www 124 0 181M 24104K RUN 2:09 0.73% 0.73% httpd 91072 www 124 0 158M 17456K RUN 1:53 0.73% 0.73% httpd 91098 www 124 0 158M 19780K RUN 1:48 0.73% 0.73% httpd 91119 www 124 0 162M 23436K RUN 1:45 0.73% 0.73% httpd 91121 www 124 0 162M 23088K RUN 1:45 0.73% 0.73% httpd 91130 www 124 0 158M 19880K RUN 1:44 0.73% 0.73% httpd 91145 www 124 0 158M 19788K RUN 1:42 0.73% 0.73% httpd 91141 www 124 0 181M 23852K RUN 1:40 0.73% 0.73% httpd 91131 www 124 0 167M 41904K RUN 0:37 0.73% 0.73% httpd 91312 www 124 0 157M 31908K RUN 0:37 0.73% 0.73% httpd 89962 www 124 0 179M 35048K RUN 10:58 0.68% 0.68% httpd 89964 www 124 0 179M 39184K RUN 9:51 0.68% 0.68% httpd 3) "apachectl -l" output: Compiled in modules: core.c prefork.c http_core.c mod_so.c 4) Apache's usr/local/etc/apache22/extra/httpd-mpm.conf settings regarding the amount of clients etc. (note: I assume the "prefork MPM" to be the one that is used, so I removed the BeOS, NetWare and OS2 MPM configuration stuff, to save space): # # Server-Pool Management (MPM specific) # # # PidFile: The file in which the server should record its process # identification number when it starts. # # Note that this is the default PidFile for most MPMs. # PidFile /var/run/httpd.pid # # The accept serialization lock file MUST BE STORED ON A LOCAL DISK. # LockFile /var/log/accept.lock # # Only one of the below sections will be relevant on your # installed httpd. Use "apachectl -l" to find out the # active mpm. # # prefork MPM # StartServers: number of server processes to start # MinSpareServers: minimum number of server processes which are kept spare # MaxSpareServers: maximum number of server processes which are kept spare # MaxClients: maximum number of server processes allowed to start # MaxRequestsPerChild: maximum number of requests a server process serves StartServers 5 MinSpareServers 5 MaxSpareServers 10 MaxClients 150 MaxRequestsPerChild 0 # worker MPM # StartServers: initial number of server processes to start # MaxClients: maximum number of simultaneous client connections # MinSpareThreads: minimum number of worker threads which are kept spare # MaxSpareThreads: maximum number of worker threads which are kept spare # ThreadsPerChild: constant number of worker threads in each server process # MaxRequestsPerChild: maximum number of requests a server process serves StartServers 2 MaxClients 150 MinSpareThreads 25 MaxSpareThreads 75 ThreadsPerChild 25 MaxRequestsPerChild 0 # [cut BeOS MPM, NetWare MPM, and OS/2 MPM configuration, as these should not be in use] 5) /etc/mail/-rx.mc: millennics# more ./millennics.nl-rx.mc dnl To be used for MTA-RX, the first MTA instance (receiving mail) dnl Insert here the usual .mc preamble, including OSTYPE and DOMAIN calls. divert(-1) # # [cut the general text] # divert(0) VERSIONID(`$FreeBSD: src/etc/sendmail/freebsd.mc,v 1.28 2003/04/18 01:25:41 gshapiro Exp $') OSTYPE(freebsd5) DOMAIN(generic) dnl Specify here also access controls, relayable domains, anti-spam measures dnl including milter settings if needed, mail submission settings, client dnl authentication, resource controls, maximum mail size and header size, dnl confMIN_FREE_BLOCKS, and other settings needed for receiving mail. dnl dnl NOTE: dnl confMIN_FREE_BLOCKS at MTA-RX should be kept higher than the same dnl setting at MTA-TX, to quench down clients when disk space is low, dnl and not to stop processing the already received mail. dnl dnl In particular, here are some settings to be considered: dnl ( see also http://www.sendmail.org/m4/anti_spam.html ) dnl dnl FEATURE(`access_db',`hash -T /etc/mail/access.db') dnl VIRTUSER_DOMAIN(`sub1.example.com')dnl list valid users here dnl VIRTUSER_DOMAIN(`sub2.example.com')dnl list valid users here dnl FEATURE(`virtusertable', `hash /etc/mail/virtusertable') dnl define(`confUSERDB_SPEC', `/etc/mail/userdb.db') dnl FEATURE(`blacklist_recipients') dnl INPUT_MAIL_FILTER(...) dnl define(`confPRIVACY_FLAGS', `noexpn,novrfy,authwarnings') nobodyreturn ? dnl define(`confDONT_PROBE_INTERFACES') dnl undefine(`USE_CW_FILE')dnl cancel use_cw_file feature, no class {w} extras dnl MASQUERADE_AS(...) FEATURE(`allmasquerade') FEATURE (`masquerade_envelope') dnl define(`confTO_IDENT', `0')dnl Disable IDENT dnl define(`confMAX_MESSAGE_SIZE',`10485760') dnl define(`confMAX_MIME_HEADER_LENGTH', `256/128') dnl define(`confNO_RCPT_ACTION', `add-to-undisclosed') dnl FEATURE(`nocanonify', ...) dnl define(`confBIND_OPTS', ...) dnl define(`confTO_RESOLVER_*... ) dnl define(`confDELAY_LA, 8) dnl define(`confREFUSE_LA', 12) dnl define(`confMIN_FREE_BLOCKS', `10000') dnl define(`confDEF_USER_ID', ...) FEATURE(access_db, `hash -o -T /etc/mail/access') FEATURE(blacklist_recipients) FEATURE(local_lmtp) FEATURE(mailertable, `hash -o /etc/mail/mailertable') FEATURE(virtusertable, `hash -o /etc/mail/virtusertable') dnl [cut relaying, and black(hole) lists, etc., as these are all commented out] dnl Uncomment the first line to change the location of the default dnl /etc/mail/local-host-names and comment out the second line. dnl define(`confCW_FILE', `-o /etc/mail/sendmail.cw') define(`confCW_FILE', `-o /etc/mail/local-host-names') dnl Uncomment both of the following lines to listen on IPv6 as well as IPv4 dnl DAEMON_OPTIONS(`Name=IPv4, Family=inet') dnl DAEMON_OPTIONS(`Name=IPv6, Family=inet6') define(`confBIND_OPTS', `WorkAroundBrokenAAAA') define(`confNO_RCPT_ACTION', `add-to-undisclosed') define(`confPRIVACY_FLAGS', `authwarnings,noexpn,novrfy') define(`confRUN_AS_USER',`smmsp:smmsp')dnl Drop privileges (see SECURITY NOTE) define(`confPID_FILE', `/var/run/sendmail-rx.pid')dnl Non-default pid file define(`STATUS_FILE', `/etc/mail/stat-rx')dnl Non-default stat file define(`QUEUE_DIR', `/var/spool/mqueue-rx')dnl Non-default queue area define(`confQUEUE_SORT_ORDER',`Modification')dnl Modif or Random are reasonable dnl Match the number of queue runners (R=) to the number of amavisd- new child dnl processes ($max_servers). 2 to 7 OK, 10 is plenty, 20 is too many QUEUE_GROUP(`mqueue', `P=/var/spool/mqueue-rx, R=2, F=f')dnl dnl Direct all mail to be forwarded to amavisd-new at 127.0.0.1:10024 FEATURE(stickyhost)dnl Keep envelope addr "u@local.host" when fwd to MAIL_HUB define(`MAIL_HUB', `esmtp:[127.0.0.1]')dnl Forward all local mail to amavisd define(`SMART_HOST',`esmtp:[127.0.0.1]')dnl Forward all other mail to amavisd define(`confDELIVERY_MODE',`q')dnl Delivery mode: queue only (a must, dnl ... otherwise the advantage of this setup of being able to specify dnl ... the number of queue runners is lost) define(`ESMTP_MAILER_ARGS',`TCP $h 10024')dnl To tcp port 10024 instead of 25 MODIFY_MAILER_FLAGS(`ESMTP', `+z')dnl Speak LMTP (this is optional) define(`SMTP_MAILER_MAXMSGS',`10')dnl Max no. of msgs in a single connection define(`confTO_DATAFINAL',`20m')dnl 20 minute timeout for content checking DAEMON_OPTIONS(`Name=MTA-RX')dnl Daemon name used in logged messages dnl Disable local delivery, as all local mail will go to MAIL_HUB undefine(`ALIAS_FILE')dnl No aliases file, all local mail goes to MAIL_HUB define(`confFORWARD_PATH')dnl Empty search path for .forward files undefine(`UUCP_RELAY')dnl undefine(`BITNET_RELAY')dnl undefine(`DECNET_RELAY')dnl MAILER(smtp) From owner-freebsd-amd64@FreeBSD.ORG Thu May 3 23:17:34 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88DBC16A400 for ; Thu, 3 May 2007 23:17:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2C7DD13C44C for ; Thu, 3 May 2007 23:17:34 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.13.8) id l43N15ab000720; Thu, 3 May 2007 18:01:05 -0500 (CDT) (envelope-from dan) Date: Thu, 3 May 2007 18:01:05 -0500 From: Dan Nelson To: Olaf Greve Message-ID: <20070503230104.GC42913@dan.emsphone.com> References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.15 (2007-04-06) Cc: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 03 May 2007 23:17:34 -0000 In the last episode (May 04), Olaf Greve said: > Recently I upgraded my Apache 1.3.33 webserver to Apache 2.2.4, and > ever since, I noticed that it is acting in such a way that it often > is VERY greedy with my server's resources. Quite often, when running > "top", a list that is as the one that appears at the bottom of this > e-mail is shown: indeed pretty much solely httpd instances, that for > extended periods of time almost continously pull the CPU to close to > 100%, and that also consume a lot of the memory resources... > Strangely enough, at other times the CPU load is just slightly above > 0%, say 0.4% or so... > > Apart from the fact that it "doesn't feel right" to see the CPU for > substantial amounts of time, almost constantly close to 100%, there > is a further issue, being that sendmail rejects connections when the > server load is (too) high. This is very annoying, as e-mail is also > a crucial part of the server's functionality, and I don't want > sendmail to reject connections, each and every time that Apache goes > berserk. > > Now, the machine in question, is an AMD-64 machine, and it runs the > AMD-64 version of FreeBSD (5.4-release) with a custom kernel. > Surely, Apache can be reconfigured such that it doesn't behave so > selfishly, and leaves a decent amount of resources for other stuff > (such as sendmail) on the machine too. > > What I'm basically trying to find out is: > 1-Is this normal, or can this perhaps be some (brute force) hack attempt, > where something is pounding Apache heavily, trying to find/exploit some > security risk? > 2-How can I inspect exactly what each httpd instance is doing (i.e. which > request it is serving)? > 3-How to best configure Apache 2.2.4 such that it will never use more than a > specific amount of the system's resources (e.g. a CPU usage limit of 75%, > and a memory limit of say 1GB)? It would be my guess that the amount of > "MaxClients" should be lowered, but is that sufficient (note: current > httpd-mpm.conf settings apper at the end of this e-mail, and indicate an > amount of 150), and will that not somehow (all too) negatively affect the > way Apache handles requests? > 4-How to perhaps tell sendmail to be a bit more selfish, and stop it from > rejecting connections for extended periods of time? (note: we all know just > how much "fun" it can be to configure Sendmail :P so for now I've only > included (a shortened version of the) RX daemon config file, and hope > someone can give me a good pointer for this - or tell me where else to > look). > 5-When sendmail rejects (incoming) connections, does mail actually get lost, > or will it (always) be handled later, when the server is less occupied? I can't help you with Apache, but it's easy to tell sendmail to ignore system load and deliver mail no matter what: http://www.sendmail.org/m4/tweaking_config.html#confQUEUE_LA Change these lines in your .mc file: dnl define(`confDELAY_LA, 8) dnl define(`confREFUSE_LA', 12) to define(`confQUEUE_LA', 999) define(`confDELAY_LA', 999) define(`confREFUSE_LA', 999) They are more useful on a system that's only handling email, so if someone starts sending evil attachments that chew up CPU time being virus or spam-scanned, the server will just start throttling mail delivery. If the load isn't being caused by mail delivery, it's better to bump it wayy up. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 00:27:17 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D7AA016A401 for ; Fri, 4 May 2007 00:27:17 +0000 (UTC) (envelope-from Russell.Wood@rac.com.au) Received: from maserati.rac.com.au (maserati.rac.com.au [61.88.37.66]) by mx1.freebsd.org (Postfix) with ESMTP id 17F2B13C457 for ; Fri, 4 May 2007 00:27:16 +0000 (UTC) (envelope-from Russell.Wood@rac.com.au) Received: from mazda.rac.com.au ([172.16.5.50]) by audi.rac.com.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 May 2007 07:57:11 +0800 Received: from mercury.rac.com.au ([172.16.5.42]) by mazda.rac.com.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 May 2007 07:57:10 +0800 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 4 May 2007 07:57:10 +0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to make Apache (2.2.4) less greedy, or Sendmail less polite? Thread-Index: AceN0Mb5KVfiTgu+Q5eRHs4BbHo5yQADZSEA Importance: normal References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> Priority: normal From: "Wood, Russell" To: , X-OriginalArrivalTime: 03 May 2007 23:57:10.0922 (UTC) FILETIME=[C3B7FEA0:01C78DDE] X-imss-version: 2.046 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(15154.001) X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:2 C:1 M:1 S:1 R:1 (0.1500 0.1500) Cc: Subject: RE: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 00:27:17 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Olaf Greve > Sent: Friday, 4 May 2007 6:16 AM > To: freebsd-questions@freebsd.org; freebsd-amd64@freebsd.org > Subject: How to make Apache (2.2.4) less greedy, or Sendmail less polite? >=20 > Hi, >=20 > Recently I upgraded my Apache 1.3.33 webserver to Apache 2.2.4, and > ever since, I noticed that it is acting in such a way that it often > is VERY greedy with my server's resources. > Quite often, when running "top", a list that is as the one that > appears at the bottom of this e-mail is shown: indeed pretty much > solely httpd instances, that for extended periods of time almost > continously pull the CPU to close to 100%, and that also consume a > lot of the memory resources... Strangely enough, at other times the > CPU load is just slightly above 0%, say 0.4% or so... >=20 > Apart from the fact that it "doesn't feel right" to see the CPU for > substantial amounts of time, almost constantly close to 100%, there > is a further issue, being that sendmail rejects connections when the > server load is (too) high. This is very annoying, as e-mail is also a > crucial part of the server's functionality, and I don't want sendmail > to reject connections, each and every time that Apache goes berserk. DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the = intended recipient, please advise us by return e-mail immediately, and = delete the e-mail and any attachments without using or disclosing the = contents in any way. The views expressed in this e-mail are those of the = author, and do not represent those of this company unless this is = clearly indicated. You should scan this e-mail and any attachments for = viruses. This company accepts no liability for any direct or indirect = damage or loss resulting from the use of any attachments to this e-mail. From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 00:28:45 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC5F216A400 for ; Fri, 4 May 2007 00:28:45 +0000 (UTC) (envelope-from Russell.Wood@rac.com.au) Received: from maserati.rac.com.au (maserati.rac.com.au [61.88.37.66]) by mx1.freebsd.org (Postfix) with ESMTP id DF73213C447 for ; Fri, 4 May 2007 00:28:44 +0000 (UTC) (envelope-from Russell.Wood@rac.com.au) Received: from mazda.rac.com.au ([172.16.5.50]) by audi.rac.com.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 May 2007 07:58:40 +0800 Received: from mercury.rac.com.au ([172.16.5.42]) by mazda.rac.com.au with Microsoft SMTPSVC(6.0.3790.1830); Fri, 4 May 2007 07:58:39 +0800 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.2826 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 4 May 2007 07:58:39 +0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: How to make Apache (2.2.4) less greedy, or Sendmail less polite? Thread-Index: AceN0Mb5KVfiTgu+Q5eRHs4BbHo5yQADfwSQ Importance: normal References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> Priority: normal From: "Wood, Russell" To: "Olaf Greve" , , X-OriginalArrivalTime: 03 May 2007 23:58:39.0983 (UTC) FILETIME=[F8CD9FF0:01C78DDE] X-imss-version: 2.046 X-imss-result: Passed X-imss-scanInfo: M:P L:E SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:3.6.1039(15154.001) X-imss-scores: Clean:99.90000 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:2 C:1 M:1 S:1 R:1 (0.1500 0.1500) Cc: Subject: RE: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 00:28:45 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org [mailto:owner-freebsd- > questions@freebsd.org] On Behalf Of Olaf Greve > Sent: Friday, 4 May 2007 6:16 AM > To: freebsd-questions@freebsd.org; freebsd-amd64@freebsd.org > Subject: How to make Apache (2.2.4) less greedy, or Sendmail less polite? >=20 > Hi, >=20 > Recently I upgraded my Apache 1.3.33 webserver to Apache 2.2.4, and > ever since, I noticed that it is acting in such a way that it often > is VERY greedy with my server's resources. > Quite often, when running "top", a list that is as the one that > appears at the bottom of this e-mail is shown: indeed pretty much > solely httpd instances, that for extended periods of time almost > continously pull the CPU to close to 100%, and that also consume a > lot of the memory resources... Strangely enough, at other times the > CPU load is just slightly above 0%, say 0.4% or so... >=20 > Apart from the fact that it "doesn't feel right" to see the CPU for > substantial amounts of time, almost constantly close to 100%, there > is a further issue, being that sendmail rejects connections when the > server load is (too) high. This is very annoying, as e-mail is also a > crucial part of the server's functionality, and I don't want sendmail > to reject connections, each and every time that Apache goes berserk. Is there any reason you are using Apache over another HTTP Daemon? Personally, I think Apache has gone down hill with regard to gluttony so I stopped using it a while ago. My preference is now Lighttpd. NB: Sorry about previous post. Outlook went crazy. - Russell DISCLAIMER: Disclaimer. This e-mail is private and confidential. If you are not the = intended recipient, please advise us by return e-mail immediately, and = delete the e-mail and any attachments without using or disclosing the = contents in any way. The views expressed in this e-mail are those of the = author, and do not represent those of this company unless this is = clearly indicated. You should scan this e-mail and any attachments for = viruses. This company accepts no liability for any direct or indirect = damage or loss resulting from the use of any attachments to this e-mail. From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 05:51:12 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2ABF16A401; Fri, 4 May 2007 05:51:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 72A8E13C465; Fri, 4 May 2007 05:51:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l445pBDp003910; Fri, 4 May 2007 01:51:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l445pB0e072003; Fri, 4 May 2007 01:51:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5A4A973068; Fri, 4 May 2007 01:51:11 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504055111.5A4A973068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 01:51:11 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 05:51:12 -0000 TB --- 2007-05-04 04:15:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 04:15:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-04 04:15:00 - cleaning the object tree TB --- 2007-05-04 04:15:36 - checking out the source tree TB --- 2007-05-04 04:15:36 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-04 04:15:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 04:24:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 04:24:03 - cd /src TB --- 2007-05-04 04:24:03 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 04:24:05 UTC 2007 >>> 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 >>> World build completed on Fri May 4 05:44:46 UTC 2007 TB --- 2007-05-04 05:44:46 - generating LINT kernel config TB --- 2007-05-04 05:44:46 - cd /src/sys/amd64/conf TB --- 2007-05-04 05:44:46 - /usr/bin/make -B LINT TB --- 2007-05-04 05:44:46 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 05:44:46 - cd /src TB --- 2007-05-04 05:44:46 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 05:44:46 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_80003es2lan.c:38:31: e1000_80003es2lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82542.c:39:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82541.c:42:25: e1000_82541.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82543.c:40:25: e1000_82543.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82540.c:43:23: e1000_api.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_ich8lan.c:40:27: e1000_ich8lan.h: No such file or directory /src/sys/modules/em/../../dev/em/e1000_82571.c:41:25: e1000_82571.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 05:51:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 05:51:10 - ERROR: failed to build lint kernel TB --- 2007-05-04 05:51:10 - tinderbox aborted TB --- 0.88 user 3.75 system 5770.59 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 09:56:58 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BC7A416A401; Fri, 4 May 2007 09:56:58 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id 54C4613C459; Fri, 4 May 2007 09:56:58 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:49452 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1HjuWb-00050o-Ut; Fri, 04 May 2007 11:56:31 +0200 In-Reply-To: References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> Content-Transfer-Encoding: 7bit From: Olaf Greve Date: Fri, 4 May 2007 11:56:17 +0200 To: Ivan Voras , Dan Nelson X-Mailer: Apple Mail (2.752.3) Cc: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 09:56:58 -0000 Hi Ivan and Dan (and the lists), >The size of apache processes is telling me you're using PHP or some other heavy apache module. Indeed I am (I forgot to mention this). It is PHP 4.4.6, and it is set up as an Apache module. > If so, you can switch to using PHP as FastCGI responder via mod_fcgid. The benefits are that you'll get only a few number of > large php-cgi processes (configurable, usually around 10), and the rest will be lighter httpd processes for serving static > content. Will that not have some other downsides? I remember that previously when running PHP on the CGI, that e.g. a lot of debugging power got lost, as each and every error would simply either return a blank page, or simply an "internal servor error 500" or so.... Is that also the case with FastCGI? >BUT, if something else changed when you switched to the new apache (e.g. PHP version, your web applications), it may not be >apache's fault. The PHP version got upgraded from 4.4.0 to 4.4.6 too, but none of the actual application scripts changed. BTW: At times what one sees happening is that 2 of the httpd daemons quickly go up to (each, or in turn) about 50% (or 70% if it can grab that much), then stays quite a while at that, and then goes back to a more reasonable amount. At other times, there are around 10+ httpd processes that each consume around 5% of the CPU, with a lot more of them using around 0-1% of the CPU (perhaps defunct already?). Dunno. Apache + PHP is lightning fast, but... at the expense of the CPU being pulled close to 100% all to easily... Then, regarding Dan's sendmail configuration suggestion: tnx! I just put that in place and will monitor sendmail's behaviour today, to see how it performs during heavy server load. I'll let you guys know how I get on with this... Meanwhile: I'm still open for suggestions as to how to best make Apache behave less selfishly. Cheers! Olafo From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 10:49:44 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D3EB16A403; Fri, 4 May 2007 10:49:44 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id C9BF913C448; Fri, 4 May 2007 10:49:43 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:49543 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1HjvLz-0005jN-Vs; Fri, 04 May 2007 12:49:37 +0200 In-Reply-To: <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <5EC2089D-FF77-489A-BF5F-16B608BA3121@axis.nl> Content-Transfer-Encoding: 7bit From: Olaf Greve Date: Fri, 4 May 2007 12:49:34 +0200 To: Olaf Greve X-Mailer: Apple Mail (2.752.3) Cc: freebsd-amd64@freebsd.org, Dan Nelson , freebsd-questions@freebsd.org, Ivan Voras Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 10:49:44 -0000 Hi again, Hmmm, the load is very high right now, and again mail is not comming through. This time, it seems the queue runner is blocking matters. When checking /var/log/maillog, there are entries for the RX daemon having received messages, but also there is this entry: May 4 12:29:38 servername sm-msp-queue[96724]: runqueue: Skipping queue run -- load average too high Can anyone tell me in which sendmail configuration file or option this should be changed (if possible)? Note: perhaps this can be achieved by the sm-queue daemon options. In rc.conf, I have the following settings for sendmail: mta_start_script="/etc/rc.sendmail" # Script to start your chosen MTA, called by /etc/rc. # Settings for /etc/rc.sendmail: #sendmail_enable="NO" # Run the sendmail inbound daemon (YES/NO). sendmail_enable="YES" # Run the sendmail inbound daemon (YES/NO). - (OJG: CHANGED 18-12-2004) sendmail_flags="-L sm-mta -bd -q30m" # Flags to sendmail (as a server) sendmail_rx_enable="YES" # Start the RX daemon sendmail_rx_flags="-C/etc/mail/sendmail-rx.cf -L sm-mta-rx -bd -qp" # Flags to sendmail (RX part - OJG) sendmail_tx_enable="YES" # Start the TX daemon sendmail_tx_flags="-L sm-mta-tx -bd -q15m" # Flags to sendmail (TX part - OJG) #sendmail_submit_enable="YES" # Start a localhost-only MTA for mail submission sendmail_submit_enable="NO" # Start a localhost-only MTA for mail submission - (OJG: CHANGED 18-12-2004) sendmail_submit_flags="-L sm-mta -bd -q30m - ODaemonPortOptions=Addr=localhost" # Flags for localhost-only MTA sendmail_outbound_enable="YES" # Dequeue stuck mail (YES/NO). #sendmail_outbound_enable="NO" # Dequeue stuck mail (YES/NO). - (OJG: CHANGED 18-12-2004) sendmail_outbound_flags="-L sm-queue -q30m" # Flags to sendmail (outbound only) sendmail_msp_queue_enable="YES" # Dequeue stuck clientmqueue mail (YES/NO). #sendmail_msp_queue_flags="-L sm-msp-queue -Ac -q30m" sendmail_msp_queue_flags="-Ac -L sm-msp-queue -q10m" # Flags for sendmail_msp_queue daemon. Any ideas, anyone? Cheers! Olafo From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 10:55:21 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6C69B16A401; Fri, 4 May 2007 10:55:21 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id 2E57A13C45D; Fri, 4 May 2007 10:55:21 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:49552 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1HjvRX-0005oj-T1; Fri, 04 May 2007 12:55:19 +0200 In-Reply-To: References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> Content-Transfer-Encoding: 7bit From: Olaf Greve Date: Fri, 4 May 2007 12:55:16 +0200 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) Cc: freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 10:55:21 -0000 Hi again, This time a question from the Apache side of this issue: >You'll have to correlate this with HTTP requests apache receives - maybe there's a PHP script that's unusually CPU >intensive. Is there any (easy) way to do this in conjunction with specific PIDs of stressed httpd instances? Of course I can take a look at the httpd-access log file, but at present it doesn't log the PIDs (which can perhaps be changed by changing the log format), but is there an easier way to "inspect" (from the prompt) what a specific httpd instance is doing/ serving? Cheers! Olafo PS: This morning (and some of the other past few days as well) I took a closer look to the server loads, and it looks like during the better part of the morning the load is virtually 0%, and around midday (or slighlty before?), all of a sudden Apache starts going crazy and receives very heavy load. I wonder if this can perhaps be some DOS attack, and hence I'd like to see what each of the stressed daemon instances is doing exactly... From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 11:26:24 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 274F116A402; Fri, 4 May 2007 11:26:24 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id DC58313C4C3; Fri, 4 May 2007 11:26:23 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:49623 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1HjvvM-0006HV-DP; Fri, 04 May 2007 13:26:19 +0200 In-Reply-To: <463B1499.40102@gmx.de> References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> <463B1499.40102@gmx.de> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Olaf Greve Date: Fri, 4 May 2007 13:26:07 +0200 To: "[LoN]Kamikaze" X-Mailer: Apple Mail (2.752.3) Cc: Ivan Voras , freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 11:26:24 -0000 Hi, >It might as well be a search engine spider. Perhaps it is... By just tailing the httpd-access.log file a few times over the past 10 minutes or so, at least I already just came across: 74.6.70.45 - - [04/May/2007:13:12:34 +0200] "GET /olympus/tope/ tope_show_entry.php?event=13&pic=1 HTTP/1.0" 200 3209 "-" "Mozilla/ 5.0 (compatible; Yahoo! Slurp; http://help.yahoo.com/help/us/ysearch/ slurp)" [...] 66.249.66.176 - - [04/May/2007:13:15:46 +0200] "GET /olympus/tope/ tope_show_entry.php?pic=22&event=7 HTTP/1.1" 200 3792 "-" "Mozilla/ 5.0 (compatible; Googlebot/2.1; +http://www.google.com/bot.html)" 65.55.210.7 - - [04/May/2007:13:15:52 +0200] "GET /clomid HTTP/1.0" 404 345 "-" "msnbot/1.0 (+http://search.msn.com/msnbot.htm)" So, there ya go: it looks like Yahoo!, Google AND MSNsearch are battering my server pretty much all at once (though I don't see too many traces of either of them, so perhaps they're not all too hard on the machine)... Hmmm, perhaps time for a "robots.txt" file. Then, doing just some more tailing on the access log shows that the actual load is spread over several sites, with about 4 of the top sites being called from a variety of browsers from all sorts of IP addresses. Another assumption then becomes that perhaps as soon as the USA "wakes up", the sites simply get a lot of real visitors too, hence causing a (legit) high load... Still, this is precisely why I'd like to see which scripts are causing heavy load, such that I can perhaps better tune them. Cheers, Olafo From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 11:38:38 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B540616A400 for ; Fri, 4 May 2007 11:38:38 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 0E72E13C44B for ; Fri, 4 May 2007 11:38:37 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 04 May 2007 11:10:36 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp036) with SMTP; 04 May 2007 13:10:36 +0200 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/0fcUHexX0ye71/Jc8v1jAT4Rc+tGc4G8ZSkzGDm bsBPwXIG9Vec9K Message-ID: <463B1499.40102@gmx.de> Date: Fri, 04 May 2007 13:10:17 +0200 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.0 (X11/20070420) MIME-Version: 1.0 To: Olaf Greve References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> In-Reply-To: <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-amd64@freebsd.org, freebsd-questions@freebsd.org, Ivan Voras Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 11:38:38 -0000 Olaf Greve wrote: > PS: This morning (and some of the other past few days as well) I took a > closer look to the server loads, and it looks like during the better > part of the morning the load is virtually 0%, and around midday (or > slighlty before?), all of a sudden Apache starts going crazy and > receives very heavy load. I wonder if this can perhaps be some DOS > attack, and hence I'd like to see what each of the stressed daemon > instances is doing exactly... It might as well be a search engine spider. From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 12:08:13 2007 Return-Path: X-Original-To: amd64@freebsd.org Delivered-To: freebsd-amd64@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9401D16A404; Fri, 4 May 2007 12:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5442413C46C; Fri, 4 May 2007 12:08:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id l44C8C1n022569; Fri, 4 May 2007 08:08:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.8/8.13.8) with ESMTP id l44C8CYb054758; Fri, 4 May 2007 08:08:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5CAF173068; Fri, 4 May 2007 08:08:12 -0400 (EDT) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20070504120812.5CAF173068@freebsd-current.sentex.ca> Date: Fri, 4 May 2007 08:08:12 -0400 (EDT) X-Virus-Scanned: ClamAV version devel-20070108, clamav-milter version devel-111206 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 12:08:13 -0000 TB --- 2007-05-04 10:25:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-05-04 10:25:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-05-04 10:25:00 - cleaning the object tree TB --- 2007-05-04 10:25:30 - checking out the source tree TB --- 2007-05-04 10:25:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-05-04 10:25:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-05-04 10:33:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-05-04 10:33:41 - cd /src TB --- 2007-05-04 10:33:41 - /usr/bin/make -B buildworld >>> World build started on Fri May 4 10:33:43 UTC 2007 >>> 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 >>> World build completed on Fri May 4 11:54:05 UTC 2007 TB --- 2007-05-04 11:54:05 - generating LINT kernel config TB --- 2007-05-04 11:54:05 - cd /src/sys/amd64/conf TB --- 2007-05-04 11:54:05 - /usr/bin/make -B LINT TB --- 2007-05-04 11:54:05 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-05-04 11:54:05 - cd /src TB --- 2007-05-04 11:54:05 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri May 4 11:54:05 UTC 2007 >>> 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 [...] /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: type defaults to `int' in declaration of `h' /src/sys/modules/em/../../dev/em/e1000_82575.h:33: warning: redundant redeclaration of 'h' /src/sys/modules/em/../../dev/em/e1000_manage.h:33: warning: previous declaration of 'h' was here /src/sys/modules/em/../../dev/em/e1000_82575.h:33: error: syntax error before numeric constant In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:169: error: syntax error before '}' token In file included from /src/sys/modules/em/../../dev/em/if_em.c:81: /src/sys/modules/em/../../dev/em/e1000_82575.h:36:1: unterminated #ifndef *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-05-04 12:08:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-05-04 12:08:12 - ERROR: failed to build lint kernel TB --- 2007-05-04 12:08:12 - tinderbox aborted TB --- 0.73 user 2.74 system 6191.74 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 12:53:51 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D4F6316A401 for ; Fri, 4 May 2007 12:53:51 +0000 (UTC) (envelope-from neo@gothic-chat.de) Received: from gothnet.eu (srv1.gothnet.eu [83.133.111.128]) by mx1.freebsd.org (Postfix) with ESMTP id 95C7F13C447 for ; Fri, 4 May 2007 12:53:51 +0000 (UTC) (envelope-from neo@gothic-chat.de) Received: from localhost (localhost [127.0.0.1]) by gothnet.eu (Postfix) with ESMTP id AD3A733C53 for ; Fri, 4 May 2007 14:22:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at gothnet.eu Received: from gothnet.eu ([127.0.0.1]) by localhost (gothnet.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EWKwty3MSK12 for ; Fri, 4 May 2007 14:22:22 +0200 (CEST) Received: from [192.168.2.4] (ppp-62-245-211-208.dynamic.mnet-online.de [62.245.211.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: neo) by gothnet.eu (Postfix) with ESMTP id 89C0A33C1B for ; Fri, 4 May 2007 14:22:22 +0200 (CEST) Message-ID: <463B256B.1080105@gothic-chat.de> Date: Fri, 04 May 2007 14:22:03 +0200 From: "Neo [GC]" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.8.0.10) Gecko/20070221 Thunderbird/1.5.0.10 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-amd64@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: Can't make buildworld in 6-STABLE X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 12:53:51 -0000 Hi, i have posted this to freebsd-stable too, but i think it may be better placed here in amd64, as i have this problem only on a amd64 system. Currently i have a strange problem with 'make buildworld'. I use the amd64 6-STABLE branch with daily csup on src-all. When i do a 'make buildworld' in /usr/src, the make stops with the following error: ---------- /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `kvm_getswapinfo_kvm': /usr/src/lib/libkvm/kvm_getswapinfo.c:124: error: storage size of 'swinfo' isn't known /usr/src/lib/libkvm/kvm_getswapinfo.c: In function `nlist_init': /usr/src/lib/libkvm/kvm_getswapinfo.c:233: error: storage size of 'swinfo' isn't known *** Error code 1 Stop in /usr/src/lib/libkvm. ---------- When i do the same on a i386 machine wich is in config &c absolutely indetical to the amd64, buildworld runs perfectly through. make.conf: CPUTYPE=nocona CFLAGS= -O2 -pipe CC=/usr/bin/cc CXX=/usr/bin/g++ NO_BLUETOOTH= # do not build Bluetooth related stuff NO_GAMES= # do not build games (games/ subdir) NO_INET6= # do not build IPv6 related programs and libraries NO_I4B= # do not build isdn4bsd package NO_LPR= # do not build lpr and related programs NO_BIND= # Do not build any part of BIND NO_DICT= # do not build the Webster dictionary files NO_INFO= # do not make or install info files NO_KERBEROS= # do not build and install Kerberos 5 (KTH Heimdal) NO_PF= # do not build PF firewall package NO_PROFILE= # Avoid compiling profiled libraries NO_SENDMAIL= # do not build sendmail and related programs NO_SHAREDOCS= # do not build the 4.4BSD legacy docs (only difference to the i386-machine where it works is the CPUTYPE, wich is, of course, athlon-xp there). Has anyone an idea? It is currenty not THAT important, because there is a working 6.2-RELEASE world on the machine, but i don't wan't to have a broken world build if a important security advisory comes... Thank you all very much & greetings, -- Neo [GC] / Thomas Weber Webmaster @ GothNet.eu / Gothic-Chat.de EMail: neo@gothic-chat.de WWW: http://neo.gothic-chat.de/ Location: Earth::Germany::Munich From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 14:33:30 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E3FC816A402; Fri, 4 May 2007 14:33:30 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id B7B8413C44C; Fri, 4 May 2007 14:33:30 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1HjyXG-000Gsg-9y; Fri, 04 May 2007 10:13:26 -0400 Date: Fri, 4 May 2007 10:13:26 -0400 From: Gary Palmer To: Olaf Greve Message-ID: <20070504141326.GB33045@in-addr.com> Mail-Followup-To: Olaf Greve , Ivan Voras , freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> Cc: freebsd-amd64@freebsd.org, freebsd-questions@freebsd.org, Ivan Voras Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 14:33:31 -0000 On Fri, May 04, 2007 at 12:55:16PM +0200, Olaf Greve wrote: > Hi again, > > This time a question from the Apache side of this issue: > > >You'll have to correlate this with HTTP requests apache receives - > maybe there's a PHP script that's unusually CPU > >intensive. > > Is there any (easy) way to do this in conjunction with specific PIDs > of stressed httpd instances? > Of course I can take a look at the httpd-access log file, but at > present it doesn't log the PIDs (which can perhaps be changed by > changing the log format), but is there an easier way to > "inspect" (from the prompt) what a specific httpd instance is doing/ > serving? Investigate the Apache server-status handler (assuming its still there in 2.2). If you also enable the ExtendedStatus output from server-status, it includes a table that shows the daemon PID, number of accesses for that PID, current state, CPU usage, time to process the current request, client IP, virtual host and the first line of the HTTP request which shows GET/POST and file. Assuming thats still the same in Apache 2.2, that should help you identify whats hammering your server. (I only have Apache 2.0 to play around with here) From owner-freebsd-amd64@FreeBSD.ORG Fri May 4 16:01:59 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B5AF16A406; Fri, 4 May 2007 16:01:59 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from smtp.interstroom.nl (smtp1.interstroom.nl [80.85.129.3]) by mx1.freebsd.org (Postfix) with ESMTP id CF80913C46A; Fri, 4 May 2007 16:01:58 +0000 (UTC) (envelope-from o.greve@axis.nl) Received: from 5571fe44.ftth.concepts.nl ([85.113.254.68]:50122 helo=[192.168.1.102]) by smtp.interstroom.nl with esmtpsa (TLS-1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.63) (envelope-from ) id 1Hk0EF-00028s-Rq; Fri, 04 May 2007 18:01:57 +0200 In-Reply-To: <20070504141326.GB33045@in-addr.com> References: <2BEB30C2-C9C5-43AB-9DCA-5C9A1B0AC2C0@axis.nl> <8DDF332E-A03A-44DC-A87B-D64EC6B91E5A@axis.nl> <1896C639-2518-484B-8CD1-5936811AB093@axis.nl> <20070504141326.GB33045@in-addr.com> Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <2D4B2571-B3B2-4DF1-B4E3-361373C26E0E@axis.nl> Content-Transfer-Encoding: 7bit From: Olaf Greve Date: Fri, 4 May 2007 18:01:54 +0200 To: Gary Palmer X-Mailer: Apple Mail (2.752.3) Cc: Ivan Voras , freebsd-questions@freebsd.org, freebsd-amd64@freebsd.org Subject: Re: How to make Apache (2.2.4) less greedy, or Sendmail less polite? X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 May 2007 16:01:59 -0000 Hi, >Investigate the Apache server-status handler (assuming its still there in >2.2). If you also enable the ExtendedStatus output from server- status, I just enabled it like that, as well as the server-info handler. This is indeed what I was looking for, and it directly identified the culprit, being one of the (PHP) scripts I use on one of my photography sites. I don't know exactly what is going on yet (i.e. when I call the script, on some of the pictures it works fine, and on some others it seems to be blocking forever, and doesn't seem to serve anything, but rather it seems to get stuck)... I suspect the picture resizing code may be at fault... O.k., I'll check this out, and will let you guys know how I get along with it, and if indeed the script is at fault, or whether it is due to some PHP/Apache issue. Cheers! Olafo From owner-freebsd-amd64@FreeBSD.ORG Sat May 5 10:36:58 2007 Return-Path: X-Original-To: freebsd-amd64@FreeBSD.org Delivered-To: freebsd-amd64@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ADD4016A401; Sat, 5 May 2007 10:36:58 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-3-125.belrs4.nsw.optusnet.com.au [220.239.3.125]) by mx1.freebsd.org (Postfix) with ESMTP id 1899A13C43E; Sat, 5 May 2007 10:36:57 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.14.1/8.14.1) with ESMTP id l45AaumE001001; Sat, 5 May 2007 20:36:56 +1000 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.14.1/8.14.1/Submit) id l45Aaugx001000; Sat, 5 May 2007 20:36:56 +1000 (EST) (envelope-from peter) Date: Sat, 5 May 2007 20:36:56 +1000 From: Peter Jeremy To: Ariff Abdullah Message-ID: <20070505103656.GE825@turion.vk2pj.dyndns.org> References: <200704251958.l3PJwgfZ044842@repoman.freebsd.org> <462FEB77.3000103@FreeBSD.org> <20070426101525.02bd830e.ariff@FreeBSD.org> <20070503114239.GA4823@turion.vk2pj.dyndns.org> <20070503202624.0e0966cd.ariff@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <20070503202624.0e0966cd.ariff@FreeBSD.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.14 (2007-02-12) Cc: freebsd-amd64@FreeBSD.org Subject: Re: Turion 64x2 still hanging after C1E patch X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 10:36:58 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-May-03 20:26:24 +0800, Ariff Abdullah wrote: >This probably something else. Try disabling sio, ppc through >/boot/device.hints. Several HP laptops are known to hang because of >this. I removed ppc from the kernel. Disabling sio{0,1} seems to have fixed the problem. That's a PITA because it means I can't use IrDA. >> I've re-applied idlecpu_apic_5.diff and it seems to work with >> hw.apic.idle_cpu=3D"1" (but see below). I've hacked local_apic.c >> to save the value read from MSR_C001_0055 and that shows that >> C1eOnCmpHalt is set. >>=20 >This is expected, and the recent "fix" is supposed to overwrite and >disable C1E on each core/cpu. My comment was intended to indicate that the C1E fix code was being executed. >> Worse,I've noticed that the RTC interrupt occasionally stops. I >> have worked out that I can restart it by writing to sysctl >> machdep.adjkerntz (which was the easiest way to issue >> rtcin(RTC_INTR) from userland). I presume that occasionally the RTC >> interrupt is lost and so never reset (as per the comment above >> rtcintr()). >>=20 >> I haven't yet tried using the i8254 as a wakeup source. >>=20 >> Any ideas on where to look next? > >Show us your processor Id from dmesg. CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1607.33-MHz K8-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x40f82 Stepping =3D 2 Features=3D0x178bfbff Features2=3D0x2001 AMD Features=3D0xea500800 AMD Features2=3D0x1f Cores per package: 2 After disabling sio, I don't need hw.apic.idle_cpu - which removes the RTC interrupt anyway. --=20 Peter Jeremy --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFGPF5I/opHv/APuIcRAjZEAJ0fxtMHyTpdonkP4DXpNcFBSolcBgCbBMOb iwGjj2XsM3uHYM2kNSz/a50= =TU3n -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-amd64@FreeBSD.ORG Sat May 5 21:19:40 2007 Return-Path: X-Original-To: freebsd-amd64@freebsd.org Delivered-To: freebsd-amd64@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 202C516A400 for ; Sat, 5 May 2007 21:19:40 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from batman.home4u.ch (batman1.home4u.ch [217.8.211.226]) by mx1.freebsd.org (Postfix) with ESMTP id 72A5F13C455 for ; Sat, 5 May 2007 21:19:39 +0000 (UTC) (envelope-from fabian@wenks.ch) Received: from [IPv6:2002:3e02:55b4:2:20a:95ff:fe8f:6586] (flashback.wenks.ch [IPv6:2002:3e02:55b4:2:20a:95ff:fe8f:6586]) (authenticated bits=0) by batman.home4u.ch (8.13.1/8.13.1) with ESMTP id l45L9IIa065542 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 5 May 2007 23:09:18 +0200 (CEST) (envelope-from fabian@wenks.ch) Message-ID: <463CF279.7000101@wenks.ch> Date: Sat, 05 May 2007 23:09:13 +0200 From: Fabian Wenk User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: FreeBSD AMD64 References: <2ec115ed0704041309q13a4ceaata7a0a084c3d76d0c@mail.gmail.com> In-Reply-To: <2ec115ed0704041309q13a4ceaata7a0a084c3d76d0c@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: by amavisd-new Subject: Re: Installing FreeBSD on AMD64 - system freezes during boot X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 21:19:40 -0000 Hello Cláudio Cláudio Henrique wrote: > I am trying to install FreeBSD 6.2 Stable on my machine (AMD X2 AM2 > 4200 64bits, Asus M2N SLI Deluxe, nVidia 7950GS, 1 HD IDE, 1 HD SATA2, > 1 DVDRW), but FreeBSD freezes right after detecting my HDs. I do not > see the install screen. > > Does anyone know how to fix this? Is there a boot option I can use to > successfully install FreeBSD? Did you try to boot with ACPI disabled or safe mode from the boot menu? If ACPI disabled does work, you will need the following in /boot/loder.conf: hint.acpi.0.disabled="1" If you need to boot in safe mode, then you also need the following in /boot/loader.conf: hint.apic.0.disabled="1" bye Fabian From owner-freebsd-amd64@FreeBSD.ORG Sat May 5 21:20:10 2007 Return-Path: X-Original-To: freebsd-amd64@hub.freebsd.org Delivered-To: freebsd-amd64@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F233916A408 for ; Sat, 5 May 2007 21:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 97F1E13C45D for ; Sat, 5 May 2007 21:20:10 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id l45LKAnM027323 for ; Sat, 5 May 2007 21:20:10 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id l45LKA8I027322; Sat, 5 May 2007 21:20:10 GMT (envelope-from gnats) Date: Sat, 5 May 2007 21:20:10 GMT Message-Id: <200705052120.l45LKA8I027322@freefall.freebsd.org> To: freebsd-amd64@FreeBSD.org From: Fabian Wenk Cc: Subject: Re: amd64/111096: motherboard ASRock AM2NF6G-VSTA not supported X-BeenThere: freebsd-amd64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Fabian Wenk List-Id: Porting FreeBSD to the AMD64 platform List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 May 2007 21:20:11 -0000 The following reply was made to PR amd64/111096; it has been noted by GNATS. From: Fabian Wenk To: bug-followup@freebsd.org, lutz.mueller.1@nexgo.de Cc: Subject: Re: amd64/111096: motherboard ASRock AM2NF6G-VSTA not supported Date: Sat, 05 May 2007 22:51:19 +0200 Hello Lutz For the Realtek PHY RTL8201CL ethernet have a look at the PR "amd64/110883: tested AMD 64 motherboard" [1], there is a patch in it. Seems to be a different system board but the same ethernet chip. [1] http://www.freebsd.org/cgi/query-pr.cgi?pr=110883 bye Fabian