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, follo
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-BE
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
6-sta
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
> > runnin
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...)
signature
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
Do a single login and then examine the results.
happy debugging.
regards,
Den
-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 upda
>
> 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 p
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
- Original Message
> From: Pyun YongHyeon <[EMAIL PROTECTED]>
> To: Abdullah Ibn Hamad Al-Marri <[EMAIL PROTECTED]>
> Cc: FreeBSD STABLE
> Sent: Wednesday, December 5, 2007 2:43:08 PM
> Subject: Re: Intel DG31PR and RTL8168/8111 issue
>
> On Tue, Dec 04, 2007 at 07:42:34AM -0800, Abdulla
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 t
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 a
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 proper
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 - /usr/bi
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 - /usr/
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 - /usr/bi
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 t
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 detec
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
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 t
> 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 Chad
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
> >
26 matches
Mail list logo
