Ken Smith wrote:
For users of FreeBSD Update due to some last-minute bumps in system
libraries, installed third-party applications must be recompiled as per
normal for a major upgrade, even if upgrading from an earlier 7.0
BETA.
Put another way, if you want to upgrade to 7.0-BETA4, follow the
Ken Smith wrote:
/ For users of FreeBSD Update due to some last-minute bumps in system
// libraries, installed third-party applications must be recompiled as per
// normal for a major upgrade, even if upgrading from an earlier 7.0
// BETA.
/
Put another way, if you want to upgrade to 7.0-BETA4,
Hi,
Here's the situation. We have an web/ftp server with around 74000 users
defined in the local unix password database. On 4.9-stable which it is
running now, there is no noticable load when lookups are done (logins via
ftp, ~user lookups from apache etc.). We want to migrate this system to
On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote:
Here's the situation. We have an web/ftp server with around 74000 users
defined in the local unix password database. On 4.9-stable which it is
running now, there is no noticable load when lookups are done (logins via
ftp,
On Thu, Dec 06, 2007 at 06:22:07PM +0700, Eugene Grosbein wrote:
On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote:
Here's the situation. We have an web/ftp server with around 74000 users
defined in the local unix password database. On 4.9-stable which it is
running now,
Patrick van Iersel wrote:
However on 6-STABLE (FreeBSD 6.3-PRERELEASE #0: Wed Dec 5 13:35:05 CET
2007) these same lookups cause very high load and things slow down to a
crawl.
Hi,
How do you know it's the passwd lookups that cause the problems? (I'm
not saying they're not...)
A common way to debug is to isolate the affected systemcalls, by using
tools like ktrace or strace.
Strace can also record a timestamp, you can see how long it takes to
complete a specific systemcall
# strace -r -f serverproc
Do a single login and then examine the results.
happy debugging.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
cpghost wrote:
The problem is that the last mile carrier of the PPP provider
that this router is attached to disconnects the ppp session
forcibly once every 24h. Before the update, ppp would detect
this and reconnect immediately. After the update,
Jeremy Chadwick schrieb:
On Thu, Dec 06, 2007 at 06:22:07PM +0700, Eugene Grosbein wrote:
On Thu, Dec 06, 2007 at 11:37:50AM +0100, Patrick van Iersel wrote:
Here's the situation. We have an web/ftp server with around 74000 users
defined in the local unix password database. On
To see the promotion, please go to:
http://www.enflyer.com/s/v?ib=12203;54799;66018;14659;37734;92103
---
This email was sent to [EMAIL PROTECTED] by Ray Abernathy.
On Thu, 06 Dec 2007 13:57:16 +0200
Alexander Motin [EMAIL PROTECTED] wrote:
cpghost wrote:
The problem is that the last mile carrier of the PPP provider
that this router is attached to disconnects the ppp session
forcibly once every 24h. Before the update, ppp would detect
this and
- Original Message
From: Pyun YongHyeon [EMAIL PROTECTED]
To: Abdullah Ibn Hamad Al-Marri [EMAIL PROTECTED]
Cc: FreeBSD STABLE freebsd-stable@freebsd.org
Sent: Wednesday, December 5, 2007 2:43:08 PM
Subject: Re: Intel DG31PR and RTL8168/8111 issue
On Tue, Dec 04, 2007 at
Hi,
I've tried using libthr with bind 9.3, but after a while, bind stops
working (that is, responding to queries - the process is still alive)
and I can see the following with ktrace:
1667 namedCALL _umtx_op(0x81a6304,0x2,0x17,0,0xbf5fae20)
1667 namedRET _umtx_op -1 errno 60 Operation
Upgrading my Thinkpad from RELENG_6 as of July to yesterday's I lost
my USB mouse. The notebook's mousepad still works. I used to have
both, the USB mouse would be assigned to work in X11 when I plugged it
in.
Something about moused or a layer below it changed. I can make the
USB mouse work by
On Thu, Dec 06, 2007 at 11:20:19AM -0800, Abdullah Ibn Hamad Al-Marri wrote:
[...]
Shall I issue more commands and send it?
I'd like to know whether multicat filtering really works on your
hardware. It would be even better if you can test it on IPv6
environments. Just assign an IPv6
Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses a
significant issue for those of us who have been running production
systems for many years. I have the root partition set to 200 MB which
has been more than enough. Its no longer usable. 7.0 beta will not
install
TB --- 2007-12-07 02:25:54 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-07 02:25:54 - starting RELENG_6 tinderbox run for i386/i386
TB --- 2007-12-07 02:25:54 - cleaning the object tree
TB --- 2007-12-07 02:26:48 - cvsupping the source tree
TB --- 2007-12-07 02:26:48 -
TB --- 2007-12-07 02:25:17 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-07 02:25:17 - starting RELENG_6 tinderbox run for amd64/amd64
TB --- 2007-12-07 02:25:17 - cleaning the object tree
TB --- 2007-12-07 02:26:01 - cvsupping the source tree
TB --- 2007-12-07 02:26:01 -
TB --- 2007-12-07 03:56:32 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-07 03:56:32 - starting RELENG_6 tinderbox run for sparc64/sparc64
TB --- 2007-12-07 03:56:32 - cleaning the object tree
TB --- 2007-12-07 03:56:57 - cvsupping the source tree
TB --- 2007-12-07 03:56:57 -
TB --- 2007-12-07 03:35:10 - tinderbox 2.3 running on freebsd-legacy.sentex.ca
TB --- 2007-12-07 03:35:10 - starting RELENG_6 tinderbox run for i386/pc98
TB --- 2007-12-07 03:35:10 - cleaning the object tree
TB --- 2007-12-07 03:35:43 - cvsupping the source tree
TB --- 2007-12-07 03:35:43 -
On Thu, Dec 06, 2007 at 05:32:41PM -0800 I heard the voice of
Doug Hardie, and lo! it spake thus:
Between 6.2 and 7 /boot has grown from 45 MB to 114 MB. That poses
a significant issue for those of us who have been running production
systems for many years. I have the root partition set to
I've upgraded my AMD64 box from RELENG_6 (csup on Nov. 30) to RELENG_7
(csup around 01:30 UTC Dec. 7) and am getting a kernel panic when I
try to boot with seemingly any one module specified in
/boot/loader.conf (XXX_load=YES). It seems to occur near the end of
device probing, just before it
Jeremy Chadwick wrote:
Here's the situation. We have an web/ftp server with around 74000 users
defined in the local unix password database. On 4.9-stable which it is
running now, there is no noticable load when lookups are done (logins via
ftp, ~user lookups from apache etc.). We want
On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote:
See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855
It seems the regression from RELENG_4 is still here.
There are so many regressions in performance that I still
prefer to invest time to patch bsd.ports.mk to support
From: Eugene Grosbein [EMAIL PROTECTED]
Organization: SVZServ
Date: Fri, 07 Dec 2007 12:40:42 +0700
To: Jeremy Chadwick [EMAIL PROTECTED]
Cc: Patrick van Iersel [EMAIL PROTECTED], freebsd-stable@FreeBSD.org
Subject: Re: Extreme load with local password db lookups
Jeremy Chadwick wrote:
On Fri, Dec 07, 2007 at 08:44:37AM +0100, Patrick van Iersel wrote:
From: Eugene Grosbein [EMAIL PROTECTED]
See http://www.freebsd.org/cgi/query-pr.cgi?pr=75855
It seems the regression from RELENG_4 is still here.
There are so many regressions in performance that I still
prefer to
26 matches
Mail list logo
