panic: spin lock held too long
Hi,
A week old -stable panic trace inlined below. The kernel config file
is SMP + KDB/DDB options. Any help to debug futher is appreciated.
Unread portion of the kernel message buffer:
spin lock smp rendezvous held by 0xca78ed80 for 5 seconds
panic: spin lock held too long
cpuid = 2
Uptime: 14h25m47s
Dumping 3967 MB (3 chunks)
chunk 0: 1MB (159 pages) ... ok
chunk 1: 3966MB (1015280 pages) 3950 3934 3918 3902 3886 3870 3854 3838 3822
3806 3790 3774 3758 3742 3726 3710 3694 3678 3662 3646 3630 3614 3598 3582 3566
3550 3534 3518 3502 3486 3470 3454 3438 3422 3406 3390 3374 3358 3342 3326 3310
3294 3278 3262 3246 3230 3214 3198 3182 3166 3150 3134 3118 3102 3086 3070 3054
3038 3022 3006 2990 2974 2958 2942 2926 2910 2894 2878 2862 2846 2830 2814 2798
2782 2766 2750 2734 2718 2702 2686 2670 2654 2638 2622 2606 2590 2574 2558 2542
2526 2510 2494 2478 2462 2446 2430 2414 2398 2382 2366 2350 2334 2318 2302 2286
2270 2254 2238 2206 2190 2174 2158 2142 2126 2110 2094 2078 2062 2046 2030
2014 1998 1982 1966 1950 1934 1918 1902 1886 1870 1854 1838 1822 1806 1790 1774
1758 1742 1726 1710 1694 1678 1662 1646 1630 1614 1598 1582 1566 1550 1534 1518
1502 1486 1470 1454 1438 1422 1406 1390 1374 1358 1342 1326 1310 1294 1278 1262
1246 1230 1214 1198 1182 1166 1150 1134 1118 1102 1086 1070 1054 1038 1022 1006
990 974 958 942 926 910 894 87!
8 862 846 830 814 798 782 766 750 734 718 702 686 670 654 638 622 606 590 574
558 542 526 510 494 478 462 446 430 414 398 382 366 350 334 318 302 286 270 254
238 222 206 190 174 158 142 126 110 94 78 62 46 30 14 ... ok
chunk 2: 1MB (128 pages)
#0 doadump () at pcpu.h:165
165 pcpu.h: No such file or directory.
in pcpu.h
gdb% bt full
#0 doadump () at pcpu.h:165
No locals.
#1 0xc0695bca in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409
first_buf_printf = 1
#2 0xc0695f21 in panic (fmt=0xc093434c spin lock held too long)
at /usr/src/sys/kern/kern_shutdown.c:565
td = (struct thread *) 0xcaabdd80
bootopt = 260
newpanic = 1
ap = 0xcaabdd80 \030╒Ыо Щxй
buf = spin lock held too long, '\0' repeats 232 times
#3 0xc068ceb5 in _mtx_lock_spin (m=0xc0a1c840, tid=3400260992, opts=0,
file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:633
i = 6000
#4 0xc08ab8d2 in smp_tlb_shootdown (vector=244, addr1=0, addr2=0)
at /usr/src/sys/i386/i386/mp_machdep.c:1016
_tid = 3400260992
ncpu = 3
__func__ = smp_tlb_shootdown
#5 0xc08abb13 in smp_invlpg (addr=3880742912)
at /usr/src/sys/i386/i386/mp_machdep.c:1083
No locals.
#6 0xc08ae8ea in pmap_invalidate_page (pmap=0x0, va=3880742912)
at /usr/src/sys/i386/i386/pmap.c:536
other_cpus = 0
#7 0xc08afd46 in pmap_remove_pte (pmap=0xc0a51d80, ptq=0x0, va=3880742912)
at /usr/src/sys/i386/i386/pmap.c:1519
oldpte = 686364003
m = 0xbff9d3dc
#8 0xc08aff38 in pmap_remove (pmap=0xc0a51d80, sva=3880742912, eva=3881013248)
at /usr/src/sys/i386/i386/pmap.c:1639
pdirindex = 0
pdnxt = 3881013248
ptpaddr = 0
---Type return to continue, or q return to quit---
pte = (pt_entry_t *) 0xbff9d3dc
anyvalid = 0
#9 0xc080e3ed in vm_map_delete (map=0xc14683c0, start=3242623936,
end=3881013248) at /usr/src/sys/vm/vm_map.c:2363
next = 0xc14683c0
entry = 0xd0041088
first_entry = 0xd0041088
#10 0xc080bb66 in kmem_free_wakeup (map=0xc14683c0, addr=3880742912, size=0)
at /usr/src/sys/vm/vm_kern.c:467
No locals.
#11 0xc067b17a in exec_free_args (args=0xed9ddcb4)
at /usr/src/sys/kern/kern_exec.c:1062
No locals.
#12 0xc0679a81 in execve (td=0xcaabdd80, uap=0x0)
at /usr/src/sys/kern/kern_exec.c:190
error = 0
args = {
buf = 0xe74f7000 Address 0xe74f7000 out of bounds,
begin_argv = 0xe74f7000 Address 0xe74f7000 out of bounds,
begin_envv = 0xe74f701d Address 0xe74f701d out of bounds,
endp = 0xe74f716b Address 0xe74f716b out of bounds,
fname = 0xe7537000 /usr/libexec/ftpd,
stringspace = 261781,
argc = 7,
envc = 9
}
#13 0xc08b4e0f in syscall (frame=
{tf_fs = 59, tf_es = 59, tf_ds = 59, tf_edi = 0, tf_esi = 0, tf_ebp = 0,
tf_isp = 0, tf_ebx = 0, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 0,
tf_err = 0, tf_eip = 671484728, tf_cs = 51, tf_eflags = 514, tf_esp =
-1077940896, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983
params = 0xbfbfdb60 Address 0xbfbfdb60 out of bounds
callp = (struct sysent *) 0xc09a5fa4
td = (struct thread *) 0xcaabdd80
---Type return to continue, or q return to quit---
p = (struct proc *) 0xcff9a218
orig_tf_eflags = 514
sticks = 0
error = 0
narg = 3
args = {134582464, 134627384, 134587136, 0, 0, 0, 0, -805723624}
code = 59
#14 0xc089f0ef in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200
No locals.
#15 0x0033 in ?? ()
No symbol table info available.
gdb%
Script done on
Re: watchdog network card
On Tuesday 10 April 2007 01:24, Andrew Reilly wrote: Wow. Somehow we've slipped through a one-year timewarp: On Tue, Mar 28, 2006 at 07:47:54AM -0300, JoaoBR wrote: On Tuesday 28 March 2006 07:40, Andrew Reilly wrote: After the last rebuild on my amd64-x2 box, both the nve ethernet on the motherboard and the dc ethernet that I had been using to work around other problems in the nve driver stopped working in this way. DEVICE_POLLING and ifconfig...polling has got me going again. I thoroughly recommend it. nve does not run polling mode but dc does I guess you have an IRQ conflict, nve and dc on the same hw interrupt, and that setting dc in polling mode worked around this problem then you could check vmstat -i with and without polling enabled to see it Thanks for the tip. I haven't been running dc or nve for about a year, now :-) Nfe has been working beautifully for me, without polling. I guess that I should have a look to see if nve has improved in the interim, but it's difficult to make oneself mess with something that isn't broken... nfe appears to work much better (also with polling) and flawless. I tried one and another time nve but nfe is what works, at least on amd64 and newer hardware so probably you don't need to waste your time ;) -- João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Changing Console Resolution - Vidcontrol
Stefan Lambrev wrote: All those things work only under i386 right ? There is no option VESA in amd64 ? Right. Calling function in the VESA BIOS (which is 32bit i386 code) is not supported under FreeBSD/amd64. Best regards Oliver -- Oliver Fromme, secnetix GmbH Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Sendmail problems
Hi there, I'm experiencing a kind of trubble i've never seen... Till today 4am it was all working fine. Now, with none chages, i'm having this message error: Apr 10 11:31:22 serv01 sm-mta-rx[21328]: l3ADXMuQ024306: to=[EMAIL PROTECTED], delay=00:57:48, xdelay=00:00:00, mailer=esmtp, pri=7053961, relay=[127.0.0.1] [127.0.0.1], dsn=4.2.0, stat=Deferred: Connection reset by [127.0.0.1] All messagens sent to mydomain are being not delivered. All of them are going to mqueue. This error occour with all messages arryving or outgoing from this mail server (Sendmail 8.13.8/8.13.8). Can any one help? Give some read? Thanks anyway -- []'s chmod000 Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sendmail problems
Found the problem origin: Amavis Apr 10 13:34:02 serv01 amavis[26962]: (26962-01) (!!)TROUBLE in process_request: Can't create directory /var/spool/amavisd/tmp/amavis-20070410T133402-26962: Too many links at /usr/sbin/amavisd line 4215, GEN3 line 2. Searching for solution Any aid would be wellcome ;-) 2007/4/10, Gustavo Feijó [EMAIL PROTECTED]: Hi there, I'm experiencing a kind of trubble i've never seen... Till today 4am it was all working fine. Now, with none chages, i'm having this message error: Apr 10 11:31:22 serv01 sm-mta-rx[21328]: l3ADXMuQ024306: to=[EMAIL PROTECTED], delay=00:57:48, xdelay=00:00:00, mailer=esmtp, pri=7053961, relay=[127.0.0.1] [127.0.0.1], dsn=4.2.0, stat=Deferred: Connection reset by [127.0.0.1] All messagens sent to mydomain are being not delivered. All of them are going to mqueue. This error occour with all messages arryving or outgoing from this mail server (Sendmail 8.13.8/8.13.8). Can any one help? Give some read? Thanks anyway -- []'s chmod000 Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs! -- []'s chmod000 Microsoft butterfly is their way of telling you their system has a lot of @#$ bugs! ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Sendmail problems
Gustavo Feijó wrote: Found the problem origin: Amavis Apr 10 13:34:02 serv01 amavis[26962]: (26962-01) (!!)TROUBLE in process_request: Can't create directory /var/spool/amavisd/tmp/amavis-20070410T133402-26962: Too many links at /usr/sbin/amavisd line 4215, GEN3 line 2. Searching for solution Any aid would be wellcome Seems that you have too many subdirectories under /var/spool/amavisd/tmp... Try letting it to flush all e-mails and rm -fr /var/spool/amavisd/tmp/amavis* Cheers, -- Xin LI [EMAIL PROTECTED] http://www.delphij.net/ FreeBSD - The Power to Serve! signature.asc Description: OpenPGP digital signature
WOL question
I am hoping someone here who has more familiarity with the ACPI code can enlighten me I have an internal bug filed complaining that FreeBSD disables wake-on-lan on the hardware. This means that if you boot, say, Linux, even Knoppix as a quickie, and then shutdown, if the hardware supports it, it will be left in a state where a magic-packet wakeup will work. However, even if I boot up a FreeBSD kernel with NO em driver, and then shutdown, it undoes the WOL setup. Now, I would like to have explicit WOL support added into the em driver, but before I even worry about that I need to understand where the kernel turns this off without the driver even needed. I've looked around at the dev/acpi and arch/acpi code and at least so far I'm having a hard time getting an adequate picture to know how it happens. Jack ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
uid/gid lookups slower on 6.2 than 4.x?
I've run into an interesting performance issue with ls on a 6.2-STABLE box, web1. This box is going to replace my current 4.11 box, ns, and is not currently active. It's running all the daemons it will be in production, but traffic is not pointed at it yet. I don't think the gmirror vs. adaptec RAID disk subsystem would explain the performance differences. I could be wrong. If I am, I'm going to have to get a RAID card for the new box. [EMAIL PROTECTED] /home 17:58:57 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.224s user0m6.748s sys 0m28.482s [EMAIL PROTECTED] /home 17:59:48 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.279s user0m6.939s sys 0m28.348s [EMAIL PROTECTED] /home 18:00:37 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.203s user0m6.640s sys 0m28.569s [EMAIL PROTECTED] /home 18:01:13 Tue Apr 10 # uname -a FreeBSD web1.hosting.tcworks.net 6.2-STABLE-200702 FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 [EMAIL PROTECTED] /home 18:03:38 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.030s sys 0m0.031s [EMAIL PROTECTED] /home 18:04:53 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.046s sys 0m0.014s [EMAIL PROTECTED] /home 18:04:54 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.037s sys 0m0.024s The difference in the number of home directories is due to my rsync script not using the --delete option, yet. Here are the same statistics from my 4.11 box. This box is in production with the same daemons as the web1 box. : [EMAIL PROTECTED] /home 18:04:38 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.113s user0m0.041s sys 0m0.050s [EMAIL PROTECTED] /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.096s user0m0.037s sys 0m0.053s [EMAIL PROTECTED] /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.099s user0m0.046s sys 0m0.046s [EMAIL PROTECTED] /home 18:04:44 Tue Apr 10 # uname -a FreeBSD ns 4.11-RELEASE-p21 FreeBSD 4.11-RELEASE-p21 #2: Thu Sep 21 00:53:20 CDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS i386 [EMAIL PROTECTED] /home 18:09:38 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.055s user0m0.030s sys 0m0.023s [EMAIL PROTECTED] /home 18:10:20 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.055s user0m0.031s sys 0m0.022s [EMAIL PROTECTED] /home 18:10:21 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.059s user0m0.041s sys 0m0.012s -- Scott LambertKC5MLE Unix SysAdmin [EMAIL PROTECTED] Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP Timecounter i8254 frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 2.40GHz (2392.29-MHz 686-class CPU) Origin = GenuineIntel Id = 0xf27 Stepping = 7 Features=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNTX-ID,b14 Logical CPUs per core: 2 real memory = 1073676288 (1023 MB) avail memory = 1041481728 (993 MB) ACPI APIC Table: INTEL SWV25 FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ACPI-0698: *** Warning: Type override - [DEB_] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [MLIB] had invalid type (Integer) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [DATA] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SIO_] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [LEDP] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPEN] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [GPST] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUES] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [WUSE] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SBID] had invalid type (String) for Scope operator, changed to (Scope) ACPI-0698: *** Warning: Type override - [SWCE] had invalid type (String) for Scope operator, changed to (Scope) ioapic0 Version 2.0 irqs 0-23 on motherboard ioapic1
Re: uid/gid lookups slower on 6.2 than 4.x?
- Original Message - From: Scott Lambert [EMAIL PROTECTED] To: FreeBSD STABLE freebsd-stable@freebsd.org Sent: Wednesday, April 11, 2007 1:19 AM Subject: uid/gid lookups slower on 6.2 than 4.x? I've run into an interesting performance issue with ls on a 6.2-STABLE box, web1. This box is going to replace my current 4.11 box, ns, and is not currently active. It's running all the daemons it will be in production, but traffic is not pointed at it yet. I don't think the gmirror vs. adaptec RAID disk subsystem would explain the performance differences. I could be wrong. If I am, I'm going to have to get a RAID card for the new box. [EMAIL PROTECTED] /home 17:58:57 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.224s user0m6.748s sys 0m28.482s [EMAIL PROTECTED] /home 17:59:48 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.279s user0m6.939s sys 0m28.348s [EMAIL PROTECTED] /home 18:00:37 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.203s user0m6.640s sys 0m28.569s [EMAIL PROTECTED] /home 18:01:13 Tue Apr 10 # uname -a FreeBSD web1.hosting.tcworks.net 6.2-STABLE-200702 FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 [EMAIL PROTECTED] /home 18:03:38 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.030s sys 0m0.031s [EMAIL PROTECTED] /home 18:04:53 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.046s sys 0m0.014s [EMAIL PROTECTED] /home 18:04:54 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.037s sys 0m0.024s The difference in the number of home directories is due to my rsync script not using the --delete option, yet. Here are the same statistics from my 4.11 box. This box is in production with the same daemons as the web1 box. : [EMAIL PROTECTED] /home 18:04:38 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.113s user0m0.041s sys 0m0.050s [EMAIL PROTECTED] /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.096s user0m0.037s sys 0m0.053s [EMAIL PROTECTED] /home 18:04:41 Tue Apr 10 # time ls -l | wc -l 3070 real0m0.099s user0m0.046s sys 0m0.046s [EMAIL PROTECTED] /home 18:04:44 Tue Apr 10 # uname -a FreeBSD ns 4.11-RELEASE-p21 FreeBSD 4.11-RELEASE-p21 #2: Thu Sep 21 00:53:20 CDT 2006 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS i386 [EMAIL PROTECTED] /home 18:09:38 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.055s user0m0.030s sys 0m0.023s [EMAIL PROTECTED] /home 18:10:20 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.055s user0m0.031s sys 0m0.022s [EMAIL PROTECTED] /home 18:10:21 Tue Apr 10 # time ls -ln | wc -l 3070 real0m0.059s user0m0.041s sys 0m0.012s -- Scott LambertKC5MLE Unix SysAdmin [EMAIL PROTECTED] First thing to check is if the RAID card has onboard cache. I've found RAID cards to cache things like this and make the array appear incredibly fast. You haven't said which RAID card you are using but if it's an Adaptec I'm pretty sure it has some amount of onboard cache. -Clay ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: uid/gid lookups slower on 6.2 than 4.x?
On Wednesday 11 April 2007 01:19, Scott Lambert wrote: I've run into an interesting performance issue with ls on a 6.2-STABLE box, web1. This box is going to replace my current 4.11 box, ns, and is not currently active. It's running all the daemons it will be in production, but traffic is not pointed at it yet. I don't think the gmirror vs. adaptec RAID disk subsystem would explain the performance differences. I could be wrong. If I am, I'm going to have to get a RAID card for the new box. [EMAIL PROTECTED] /home 17:58:57 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.224s user0m6.748s sys 0m28.482s ... [EMAIL PROTECTED] /home 18:01:13 Tue Apr 10 # uname -a FreeBSD web1.hosting.tcworks.net 6.2-STABLE-200702 FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 [EMAIL PROTECTED] /home 18:03:38 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.030s sys 0m0.031s Well, with nsswitch things are a bit more difficult. If you don't need it, you can just use nsswitch.conf to turn it off for passwd/group. Otherwise, you'll have to look at MFCing cached(8) from current. -- /\ Best regards, | [EMAIL PROTECTED] \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | [EMAIL PROTECTED] / \ ASCII Ribbon Campaign | Against HTML Mail and News pgpegFSPbTVOW.pgp Description: PGP signature
Re: uid/gid lookups slower on 6.2 than 4.x?
On Wed, Apr 11, 2007 at 02:05:59AM +0200, Max Laier wrote: On Wednesday 11 April 2007 01:19, Scott Lambert wrote: I've run into an interesting performance issue with ls on a 6.2-STABLE box, web1. This box is going to replace my current 4.11 box, ns, and is not currently active. It's running all the daemons it will be in production, but traffic is not pointed at it yet. [EMAIL PROTECTED] /home 17:58:57 Tue Apr 10 # time ls -l | wc -l 3135 real0m35.224s user0m6.748s sys 0m28.482s ... [EMAIL PROTECTED] /home 18:01:13 Tue Apr 10 # uname -a FreeBSD web1.hosting.tcworks.net 6.2-STABLE-200702 FreeBSD 6.2-STABLE-200702 #0: Sun Feb 4 13:35:09 UTC 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/SMP i386 [EMAIL PROTECTED] /home 18:03:38 Tue Apr 10 # time ls -ln | wc -l 3135 real0m0.054s user0m0.030s sys 0m0.031s Well, with nsswitch things are a bit more difficult. If you don't need it, you can just use nsswitch.conf to turn it off for passwd/group. Otherwise, you'll have to look at MFCing cached(8) from current. Aha! PEBKAC error! Changing group and passwd from compat to files has fixed the problem. Thank you for the education... -- Scott LambertKC5MLE Unix SysAdmin [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
