From owner-freebsd-stable@FreeBSD.ORG Sun Feb 25 00:04:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C017C16A47A for ; Sun, 25 Feb 2007 00:04:26 +0000 (UTC) (envelope-from spam_quarantine@xserve1.eeinternational.org) Received: from xserve1.eeinternational.org (50-36-13-69.cust.propagation.net [69.13.36.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F52513C4CB for ; Sun, 25 Feb 2007 00:04:26 +0000 (UTC) (envelope-from spam_quarantine@xserve1.eeinternational.org) Received: from localhost (localhost [127.0.0.1]) by xserve1.eeinternational.org (Postfix) with ESMTP id 23E92371B5DC for ; Sat, 24 Feb 2007 18:12:12 -0600 (CST) Received: from xserve1.eeinternational.org ([127.0.0.1]) by localhost (50-36-13-69.cust.propagation.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05845-04 for ; Sat, 24 Feb 2007 18:12:12 -0600 (CST) Received: by xserve1.eeinternational.org (Postfix, from userid 2624) id 24EDA370560A; Sat, 24 Feb 2007 17:27:53 -0600 (CST) To: freebsd-stable@freebsd.org From: no-reply@bussinesideas.com Message-Id: <20070224232753.24EDA370560A@xserve1.eeinternational.org> Date: Sat, 24 Feb 2007 17:27:53 -0600 (CST) X-Virus-Scanned: by amavisd-new at eeinternational.org MIME-Version: 1.0 Content-Type: text/plain X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: http://leet.110mb.com The latest bussiness idea ! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 00:04:27 -0000 Hello ! We are sorry if we distrubed you . Your email is in our email bank . We found out that you are an active bussiness man ,so we were wondering if you are interested in a bussiness idea . If so , please check out site for all the info. http://leet.110mb.com We apologise again if this e-mail bottered you in anyway . Thank you ! From owner-freebsd-stable@FreeBSD.ORG Sun Feb 25 16:04:25 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E844A16A404 for ; Sun, 25 Feb 2007 16:04:25 +0000 (UTC) (envelope-from stb@lassitu.de) Received: from koef.zs64.net (koef.zs64.net [212.12.50.230]) by mx1.freebsd.org (Postfix) with ESMTP id 4B63013C491 for ; Sun, 25 Feb 2007 16:04:24 +0000 (UTC) (envelope-from stb@lassitu.de) Received: (from stb@koef.zs64.net) (authenticated) by koef.zs64.net (8.13.8/8.13.8) with ESMTP id l1PG4NoJ035559 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 25 Feb 2007 17:04:23 +0100 (CET) (envelope-from stb@lassitu.de) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <34301B82-403C-4022-B7B7-5F5CEB6AF21B@lassitu.de> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Stefan Bethke Date: Sun, 25 Feb 2007 17:04:22 +0100 X-Mailer: Apple Mail (2.752.2) Subject: re0: watchdog timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 16:04:26 -0000 I'm getting the occasional watchdog timeout from my re0: port 0xda00-0xdaff mem 0xdfcfd000-0xdfcfd0ff irq 18 at device 10.0 on pci1 It seems to happen more frequently if I put more traffic on it. I see this with both largish amounts of either TCP (scp) or UDP (NFS), largish being around 20 Mbit/s. Not sure if the direction of the traffic matters. The card's connected to a cheap 8 port 10/100 switch. Board is a DFI 915GM-MIGF with a Celeron M processor, the controller is onboard. I think it got worse since I updated from a January 28 kernel to a February 17 kernel. Anything I could enable/look at to determine the cause? I've got a serial console and debugger on this box. Thanks, Stefan 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 #1: Sat Feb 17 22:13:36 CET 2007 root@diesel.lassitu.de:/usr/obj/usr/src/sys/DIESEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Celeron(R) M processor 1.40GHz (1866.67-MHz 686- class CPU) Origin = "GenuineIntel" Id = 0x6d8 Stepping = 8 Features=0xafe9fbff AMD Features=0x100000 real memory = 527302656 (502 MB) avail memory = 506589184 (483 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 PadLock: No ACE support. module_register_init: MOD_LOAD (padlock, 0xc063cc70, 0) error 22 acpi0: on motherboard acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi_bus_number: can't get _ADR acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: port 0xff00-0xff07 mem 0xdff00000-0xdff7ffff,0xc0000000-0xcfffffff,0xdff80000-0xdffbffff irq 16 at device 2.0 on pci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M pci0: at device 2.1 (no driver attached) uhci0: port 0xfe00-0xfe1f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xfd00-0xfd1f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xfc00-0xfc1f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xfb00-0xfb1f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: Intel UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdffff000-0xdffff3ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb4: waiting for BIOS to give up control usb4: timed out waiting for BIOS usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xd800-0xd8ff mem 0xdfcff000-0xdfcff0ff irq 16 at device 0.0 on pci1 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:a1:b0:f0:a8:57 rl1: port 0xdc00-0xdcff mem 0xdfcfe000-0xdfcfe0ff irq 17 at device 5.0 on pci1 miibus1: on rl1 rlphy1: on miibus1 rlphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl1: Ethernet address: 00:a1:b0:f0:aa:a2 re0: port 0xda00-0xdaff mem 0xdfcfd000-0xdfcfd0ff irq 18 at device 10.0 on pci1 miibus2: on re0 rgephy0: on miibus2 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto re0: Ethernet address: 00:01:29:2c:44:e9 re0: [FAST] pci1: at device 15.0 (no driver attached) pci0: at device 30.2 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf800-0xf80f at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 atapci1: port 0xf700-0xf707,0xf600-0xf603,0xf500-0xf507,0xf400-0xf403,0xf300-0xf30f mem 0xdfffc000-0xdfffc3ff irq 19 at device 31.2 on pci0 ata2: on atapci1 ata3: on atapci1 pci0: at device 31.3 (no driver attached) acpi_tz0: on acpi0 speaker0: port 0x61 on acpi0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A pmtimer0 on isa0 orm0: at iomem 0xd0000-0xd0fff,0xef000-0xeffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] Timecounter "TSC" frequency 1866674124 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding enabled, default to accept, logging limited to 100 packets/entry by default ad0: 38154MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a bridge0: Ethernet address: fe:fd:b8:76:46:55 rl1: link state changed to UP -- Stefan Bethke Fon +49 170 346 0140 From owner-freebsd-stable@FreeBSD.ORG Sun Feb 25 16:11:33 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 24A7316A40E for ; Sun, 25 Feb 2007 16:11:33 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from smtp.vangyzen.net (static-74-41-215-198.dr01.brvl.mn.frontiernet.net [74.41.215.198]) by mx1.freebsd.org (Postfix) with ESMTP id DEDAC13C4C6 for ; Sun, 25 Feb 2007 16:11:32 +0000 (UTC) (envelope-from eric@vangyzen.net) Received: from [10.1.1.2] (fenchurch.vangyzen.net [10.1.1.2]) by smtp.vangyzen.net (Postfix) with ESMTP id A262E22836; Sun, 25 Feb 2007 10:11:31 -0600 (CST) Message-ID: <45E1B533.9090800@vangyzen.net> Date: Sun, 25 Feb 2007 10:11:31 -0600 From: Eric van Gyzen User-Agent: Thunderbird 1.5.0.7 (X11/20061027) MIME-Version: 1.0 To: Sam Leffler References: <45DA59DA.3040408@vangyzen.net> <45DB2D3E.5060803@errno.com> In-Reply-To: <45DB2D3E.5060803@errno.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: ath(4) irq and taskq cpu usage X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 25 Feb 2007 16:11:33 -0000 Sam Leffler wrote: > Eric van Gyzen wrote: >> The irq and taskq for my ath(4) card often use excessive amounts of CPU >> time, even when my network is idle. They are often above 10% and 15%, >> respectively; occasionally, they are as high as 27% and 44%. >> >> The system is an AMD Athlon64 2800+ running FreeBSD 6.2-RELEASE i386 >> with a custom kernel including the wlan_* stuff, ath, ath_hal, and >> ath_rate_sample. It is a station using WPA2-PSK with AES-CCMP. The >> access point is also a FreeBSD machine with an ath(4) card. >> >> During periods of high CPU usage, the >> >> rx failed 'cuz of PHY err >> OFDM timing >> >> fields of the athstats output are increasing rather quickly. For >> example, while CPU usage was 25% and 46%, the OFDM timing field was >> increasing by 43,000 per second. >> >> Can anyone explain this? Is it a sign of failing hardware? > > It means you're seeing lots of noise in the environment. The numbers > you cite are way too high (43K/sec is crazy) and the %cpu times see too > high for your processor but that's hard to evaluate. You don't indicate > what your h/w is (mac+phy) revs but presumably it's old enough that PHY > errors are not counted in h/w but instead sent to the host as little > packets that must be processed. If you actually use the radio you'll > see the error counts go down because the radio will be busy doing useful > work. ath_hal: 0.9.17.2 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xea100000-0xea10ffff irq 17 at device 9.0 on pci0 ath0: Ethernet address: 00:11:95:91:32:f4 ath0: mac 7.9 phy 4.5 radio 5.6 I also have a P3 1.0 GHz laptop running FreeBSD 6.2 with a CardBus ath card with the same hardware revisions and configuration. When ath CPU usage is high on the desktop, it's perfectly normal on the laptop (below 2%), even when the two are only a meter apart. The CPU usage on the AP is also normal. The desktop and AP have D-Link DWL-G520 cards; the laptop has a Netgear WG511T. > High phy error rates can also be caused by things like faulty antenna > connections and/or radio overload (i.e. sta and ap being too close > and/or using high power radios). I put a different antenna on the desktop, with no change. The STA and AP are about ten meters apart. > I can add a knob to the driver to turn off this stuff but then you will > likely see degraded performance as the PHY errors are used to tune the > baseband when there is noise and/or when the case temperature changes > (this can significantly affect radio operation). I wouldn't ask you to do that, but thanks for offering. I should also mention that the desktop occasionally reboots spontaneously, as if I had hit the reset button. In particular, I wonder if the ath card is flaking out. The wild CPU usage and spontaneous resets /might/ have started around the same time, but I might be hallucinating. Thanks for your help and education...and for writing the driver in the first place. Eric From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 10:05:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7CF3B16A400 for ; Mon, 26 Feb 2007 10:05:48 +0000 (UTC) (envelope-from defan@zenon.net) Received: from mp.zenon.net (mp.zenon.net [195.2.72.79]) by mx1.freebsd.org (Postfix) with ESMTP id 0776013C481 for ; Mon, 26 Feb 2007 10:05:47 +0000 (UTC) (envelope-from defan@zenon.net) Received: from [192.168.13.151] (HELO zts) by mp.zenon.net (CommuniGate Pro SMTP 4.3.7) with SMTP id 19364424 for freebsd-stable@freebsd.org; Mon, 26 Feb 2007 12:05:45 +0300 Message-ID: <024301c75985$4cbbd890$970da8c0@jam.zenon.net> From: "Andrew N. Below" To: Date: Mon, 26 Feb 2007 12:05:45 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Subject: anoncvs1 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 10:05:48 -0000 Hello. Does anybody knows what happens with anoncvs1.freebsd.org? I couldn't connect since 2007-02-10: ssh: connect to host anoncvs1.freebsd.org port 22: Operation timed out cvs [update aborted]: end of file from server (consult above messages if any) -- Andrew N. Below Zenon N.S.P. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 11:45:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C232816A401 for ; Mon, 26 Feb 2007 11:45:51 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 3E75613C471 for ; Mon, 26 Feb 2007 11:45:47 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc149.host50.starman.ee ([62.65.242.149] helo=[192.168.2.100]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HLeIX-0003UL-U9 for freebsd-stable@freebsd.org; Mon, 26 Feb 2007 13:45:42 +0200 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Mon, 26 Feb 2007 13:45:39 +0200 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <45E04B59.2010009@vwsoft.com> <200702241951.52154.antik@bsd.ee> In-Reply-To: <200702241951.52154.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702261345.40058.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Pentium 640 and Enhanced SpeedStep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 11:45:51 -0000 On Saturday 24 February 2007 7:51 pm, Andrei Kolu wrote: > FreeBSD 6.1-RELEASE-p11 > Motherboard: Supermicro P8SCi > CPU: Pentium 4 640 > > I have HyperThreading enabled... > > Enabling "powerd" gave me this error message: > > est0: on cpu0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 > device_attach: est1 attach returned 6 OK, I figured it out by myself. Added cpufreq_load="YES" into /boot/loader.conf but got error: est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: Please update driver or contact the maintainer. est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 device_attach: est1 attach returned 6 p4tcc1: on cpu1 BUT> # sysctl -a | grep dev.cpu dev.cpu.0.%desc: ACPI CPU dev.cpu.0.%driver: cpu dev.cpu.0.%location: handle=\_PR_.CPU0 dev.cpu.0.%pnpinfo: _HID=none _UID=0 dev.cpu.0.%parent: acpi0 dev.cpu.0.freq: 2450 dev.cpu.0.freq_levels: 3200/88000 2800/75000 2450/65625 2400/63000 2100/55125 1800/47250 1500/39375 1200/31500 900/23625 dev.cpu.1.%desc: ACPI CPU dev.cpu.1.%driver: cpu dev.cpu.1.%location: handle=\_PR_.CPU1 dev.cpu.1.%pnpinfo: _HID=none _UID=0 dev.cpu.1.%parent: acpi0 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.cpufreq.1.%driver: cpufreq dev.cpufreq.1.%parent: cpu1 It works or not, I run "openssl speed" and my CPU is fully loaded but freq_levels shows me only 2450.. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 16:50:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F4B416A400 for ; Mon, 26 Feb 2007 16:50:16 +0000 (UTC) (envelope-from lists@aquezada.com) Received: from aphrodite.aquezada.com (h216-235-8-211.host.egate.net [216.235.8.211]) by mx1.freebsd.org (Postfix) with ESMTP id 5F3E513C4A5 for ; Mon, 26 Feb 2007 16:50:16 +0000 (UTC) (envelope-from lists@aquezada.com) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id A28DD3F447 for ; Mon, 26 Feb 2007 11:29:31 -0500 (EST) X-Virus-Scanned: amavisd-new at aquezada.com Received: from aphrodite.acf.aquezada.com ([127.0.0.1]) by localhost (aphrodite.acf.aquezada.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id GAF6ZwUKsYsU for ; Mon, 26 Feb 2007 11:29:19 -0500 (EST) Received: by aphrodite.acf.aquezada.com (Postfix, from userid 1001) id A2B983F440; Mon, 26 Feb 2007 11:29:19 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by aphrodite.acf.aquezada.com (Postfix) with ESMTP id 71A023F438 for ; Mon, 26 Feb 2007 11:29:19 -0500 (EST) Date: Mon, 26 Feb 2007 11:29:19 -0500 (EST) From: "Julian C. Dunn" X-X-Sender: jdunn@aphrodite.acf.aquezada.com To: freebsd-stable@freebsd.org Message-ID: <20070226111603.P87234@aphrodite.acf.aquezada.com> Organization: Aquezada Productions MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: problems with portupgrade under non-root user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 16:50:16 -0000 I want to set up a FreeBSD system so that all portupgrades are done by a "portbld" user, which has restricted 'sudo' rights to execute only portupgrade-related commands. To that end, I did the following: $ sudo chown -R portbld:portbld /usr/ports $ sudo chown -R portbld:portbld /var/db/sup/ports-all $ cd /usr/ports && sudo -u portbld make update (cvsup runs) (add 'portbld' to sudoers with NOPASSWD: ALL for now) $ sudo -u portbld portupgrade -s dovecot Unfortunately this last step doesn't work: ruby dumps core: Making all in doc cat dovecot-config.in|sed "s|moduledir=|moduledir=/usr/local/lib/dovecot|" > dovecot-config ** Listing the failed packages (*:skipped / !:failed) ! mail/dovecot (dovecot-1.0.r22) (Permission denied) ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed /usr/local/sbin/portupgrade:2084: [BUG] Segmentation fault ruby 1.8.5 (2006-12-25) [i386-freebsd6] Abort trap: 6 (core dumped) Any ideas here? - Julian [ Julian C. Dunn * "You can throw confetti, ] [ WWW: www.aquezada.com/staff/julian * but you're still going ] [ PGP: 91B3 7A9D 683C 7C16 715F * through the motions, baby" ] [ 442C 6065 D533 FDC2 05B9 * - Aimee Mann ] From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 21:31:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 301F616A4C7 for ; Mon, 26 Feb 2007 21:31:04 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 39B1013C428 for ; Mon, 26 Feb 2007 21:30:56 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.4]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1HLn4m-000A8b-GQ; Tue, 27 Feb 2007 00:08:04 +0300 Message-ID: <45E34C13.6040108@FreeBSD.org> Date: Tue, 27 Feb 2007 00:07:31 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.9 (X11/20070124) MIME-Version: 1.0 To: "Julian C. Dunn" References: <20070226111603.P87234@aphrodite.acf.aquezada.com> In-Reply-To: <20070226111603.P87234@aphrodite.acf.aquezada.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: problems with portupgrade under non-root user X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 21:31:05 -0000 Julian C. Dunn wrote: > I want to set up a FreeBSD system so that all portupgrades are done by a > "portbld" user, which has restricted 'sudo' rights to execute only > portupgrade-related commands. To that end, I did the following: > > $ sudo chown -R portbld:portbld /usr/ports > $ sudo chown -R portbld:portbld /var/db/sup/ports-all > $ cd /usr/ports && sudo -u portbld make update > (cvsup runs) > (add 'portbld' to sudoers with NOPASSWD: ALL for now) > $ sudo -u portbld portupgrade -s dovecot You need root at least for port install. > > Unfortunately this last step doesn't work: ruby dumps core: > > Making all in doc > cat dovecot-config.in|sed "s|moduledir=|moduledir=/usr/local/lib/dovecot|" >> dovecot-config > ** Listing the failed packages (*:skipped / !:failed) > ! mail/dovecot (dovecot-1.0.r22) (Permission denied) > ---> Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed > /usr/local/sbin/portupgrade:2084: [BUG] Segmentation fault > ruby 1.8.5 (2006-12-25) [i386-freebsd6] > > Abort trap: 6 (core dumped) /var/db/pkg and var/db/ports must be writable for the user too. -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 22:06:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 293F816A403 for ; Mon, 26 Feb 2007 22:06:56 +0000 (UTC) (envelope-from news@w21.org) Received: from w21.org (w21.org [217.173.146.43]) by mx1.freebsd.org (Postfix) with ESMTP id D015D13C4A6 for ; Mon, 26 Feb 2007 22:06:51 +0000 (UTC) (envelope-from news@w21.org) Received: by w21.org (Postfix, from userid 8) id B516C1162C; Mon, 26 Feb 2007 22:37:38 +0100 (CET) To: freebsd-stable@freebsd.org Path: not-for-mail From: Juergen Nickelsen Newsgroups: w21.lists.freebsd-stable Date: Mon, 26 Feb 2007 22:37:35 +0100 Organization: 52.45 13.34 Lines: 25 Distribution: w21 Message-ID: NNTP-Posting-Host: wittduen-wl.ni.w21.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: oland.ni.w21.org 1172525858 9623 10.0.1.14 (26 Feb 2007 21:37:38 GMT) X-Complaints-To: usenet@w21.org NNTP-Posting-Date: Mon, 26 Feb 2007 21:37:38 +0000 (UTC) User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (fiddleheads, darwin) Cancel-Lock: sha1:Fd3KeZPsNFiB2Jlg6X6/rBTqtP8= Subject: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 22:06:56 -0000 Hello, on a more or less newly installed machine with 5.5-STABLE (updated recently) I tried to install JDK 1.5 via /usr/ports/. After retrieving all necessary files, the build failed quite mysteriously, even more so as I had succeeded with another machine fine last year. In the build protocol the problems seem to begin like this: Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/StandardChar\ sets.java:226: expected and then a series of other errors in the Java code; as if it is compiled using the wrong compiler version. It looks weird to me, as I think I fetched the correct files and did everything as carefully as last year. Is this a known problem? Does anyone know a way around it? Is the port currently broken, perhaps? Details can be found in ; and I'll gladly provide more details if necessary. Regards, Juergen. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 26 22:15:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 79B7F16A49A for ; Mon, 26 Feb 2007 22:15:59 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.227]) by mx1.freebsd.org (Postfix) with ESMTP id E38B813C596 for ; Mon, 26 Feb 2007 22:13:27 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so366019wri for ; Mon, 26 Feb 2007 14:13:21 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=m7wQowY37vOYPMlsQNMIIN4y+Nzip93nZcLLuJg4aqnnSINbJE+/BNMLuxRazFYwP0he/ojczFFwD2qXgiDk8fsD0Oe2O4Y/QsgkZYlv+GrSf7MGO9JHWZcQU/CvWn3ge0gnzny9JsAj253pqEgpMr2RDdXCjkR7+qzxuIZ00y0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=cFaYgzgS2AFhe0AwirQ7lqVS31qQ7683jUairmQsw3YeWHHOnHSEcqpA9HDNNTeC9GJJREJXEgtZNqLwP5FmhMRH6kaMMHw6nhQIkw2UCAgc1ZoS03SC/NLDEwJ9t6IjYe+V93vOaA510Hpsbs7VHGQJ+PIij21nut8IvHstjmc= Received: by 10.114.124.1 with SMTP id w1mr983945wac.1172526476477; Mon, 26 Feb 2007 13:47:56 -0800 (PST) Received: by 10.114.179.19 with HTTP; Mon, 26 Feb 2007 13:47:56 -0800 (PST) Message-ID: Date: Mon, 26 Feb 2007 22:47:56 +0100 From: "Juraj Lutter" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Feb 2007 22:16:00 -0000 Hi, is there any possibility to make this work? Feb 26 21:45:25 river kernel: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 31.0 on pci0 Feb 26 21:45:25 river kernel: ata0: on atapci0 Feb 26 21:45:25 river kernel: ata1: on atapci0 Feb 26 21:45:25 river kernel: atapci1: port 0xc400-0xc40f,0xc000-0xc007,0xb800-0xb80f,0xb400-0xb407,0xb000-0xb01f mem 0xfe8ff400-0xfe8ff7ff irq 21 at device 31.1 on pci0 Feb 26 21:45:25 river kernel: atapci1: AHCI controller reset failure Feb 26 21:45:25 river kernel: device_attach: atapci1 attach returned 6 I'm using: FreeBSD river.multicast1.tv 6.2-STABLE FreeBSD 6.2-STABLE #13: Sat Feb 24 11:42:31 CET 2007 root@river.multicast1.tv:/usr/obj/usr/src/sys/river amd64 Perhaps I can give access to that box, developer interested please contact me off-list. Thanks a lot. otis -- Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 00:12:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 149B616A401 for ; Tue, 27 Feb 2007 00:12:55 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 60ACD13C4A3 for ; Tue, 27 Feb 2007 00:12:53 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 12804 invoked by uid 0); 27 Feb 2007 11:13:34 +1100 Received: by simscan 1.1.0 ppid: 12799, pid: 12800, t: 0.0182s scanners: attach: 1.1.0 clamav: 0.90/m:42 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 27 Feb 2007 11:13:34 +1100 From: "Dimuthu Parussalla" To: Date: Tue, 27 Feb 2007 11:12:33 +1100 Message-ID: <003701c75a03$fb478ac0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal Subject: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 00:12:55 -0000 Clamav-90_2 Lockup with freebsd 6.2 Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade the port to 88.7_1 to get the server going. Sockstat shows lots of open sockets from clamd. I am using simscan+Qmail+Clamav. Any Ideas to solve this problem?. Regards Dimuthu Parussalla From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 01:00:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CCF4816A400 for ; Tue, 27 Feb 2007 01:00:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 975D913C428 for ; Tue, 27 Feb 2007 01:00:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id E7D811E1118; Mon, 26 Feb 2007 20:00:01 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by out1.internal (MEProxy); Mon, 26 Feb 2007 20:00:01 -0500 X-Sasl-enc: zD2K1l5Rgs2KqQhZLfVzJA4qsGTjzqmOP0uU+xbnveII 1172538001 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id D067EEC49; Mon, 26 Feb 2007 20:00:00 -0500 (EST) Message-ID: <45E3828F.8080506@FreeBSD.org> Date: Tue, 27 Feb 2007 00:59:59 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: Juraj Lutter References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, sos@FreeBSD.org Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 01:00:02 -0000 Hi, I have experienced the same regression since 6.2 was branched on an ASUS amd64 Vintage-PE1 box. Juraj Lutter wrote: > > Feb 26 21:45:25 river kernel: atapci0: controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at > device 31.0 on pci0 > Feb 26 21:45:25 river kernel: ata0: on atapci0 > Feb 26 21:45:25 river kernel: ata1: on atapci0 > Feb 26 21:45:25 river kernel: atapci1: controller> port > 0xc400-0xc40f,0xc000-0xc007,0xb800-0xb80f,0xb400-0xb407,0xb000-0xb01f > mem 0xfe8ff400-0xfe8ff7ff irq 21 at device 31.1 on pci0 > Feb 26 21:45:25 river kernel: atapci1: AHCI controller reset failure > Feb 26 21:45:25 river kernel: device_attach: atapci1 attach returned 6 I'm sure I reported this to the list around 4th December 2006. My workaround was to install another SATA controller in the PCI-e slot and use that instead for the root disk. I think CURRENT also suffers from this problem. I think the last release which worked OK was 6.1. Regards, BMS From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 03:05:28 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D876F16A402 for ; Tue, 27 Feb 2007 03:05:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A3DB213C494 for ; Tue, 27 Feb 2007 03:05:28 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.6/8.13.6) with ESMTP id l1R35Nks074203; Mon, 26 Feb 2007 22:05:23 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1R35MX2067221 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 26 Feb 2007 22:05:22 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702270305.l1R35MX2067221@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 26 Feb 2007 22:05:35 -0500 To: dparussalla@baysidegrp.com.au, From: Mike Tancsa In-Reply-To: <003701c75a03$fb478ac0$d801a8c0@dimuthu> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 03:05:28 -0000 At 07:12 PM 2/26/2007, Dimuthu Parussalla wrote: >Clamav-90_2 Lockup with freebsd 6.2 > > >Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade >the port to 88.7_1 to get the server going. Sockstat shows lots of open >sockets from clamd. > >I am using simscan+Qmail+Clamav. > >Any Ideas to solve this problem?. Change the threading lib. It fixed it for us. % cat /etc/libmap.conf [clamd] libc_r.so.5 libthr.so.2 libc_r.so.6 libthr.so.2 libthr.so.2 libthr.so.2 libpthread.so.1 libthr.so.2 libpthread.so.2 libthr.so.2 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 03:11:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 81A1916A40A for ; Tue, 27 Feb 2007 03:11:58 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6AFE813C4BB for ; Tue, 27 Feb 2007 03:11:58 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 14252 invoked from network); 27 Feb 2007 02:19:51 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 02:19:51 -0000 Message-ID: <45E39552.2020607@root.org> Date: Mon, 26 Feb 2007 18:20:02 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: current@FreeBSD.org, stable@freebsd.org X-Enigmail-Version: 0.94.2.0 Content-Type: multipart/mixed; boundary="------------010006070701000204050700" Cc: Subject: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 03:11:58 -0000 This is a multi-part message in MIME format. --------------010006070701000204050700 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit If you are having EC timeout problems as in the below PR, please try the latest EC code. I just committed it in rev 1.69 of acpi_ec.c to -current. Attached is the patch for 6-stable. http://www.freebsd.org/cgi/query-pr.cgi?pr=98171 To use it, just recompile your acpi kernel module and load it at boot: cd /sys/modules/acpi/acpi && make && cp acpi.ko / Then at the loader prompt after rebooting: > load /acpi.ko > boot You should be able to see battery status and thermal settings via "sysctl hw.acpi" as normal. Check dmesg for any new errors. If you notice slower performance or get EC "timed out" messages on console, you try increasing these sysctls/tunables: debug.acpi.ec.timeout debug.acpi.ec.poll_time Or turn off this sysctl/tunable, disabling the new burst mode: debug.acpi.ec.burst=0 To find any performance problems, you'll need to rebuild the kernel and modules with this added to your kernel config: options KTR options KTR_ENTRIES=65536 Then reboot, load this kernel/acpi.ko, use the system for a while to trigger the problem behavior and generate output: ktrdump -t | gzip -c > ktr.out.gz This code is pretty well-tested so I expect the only issues we might see is it not totally fixing some systems that previously didn't work or needing to add some workaround code for systems that don't properly support burst mode. Thanks, Nate --------------010006070701000204050700 Content-Type: text/plain; name="ec.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ec.diff" Index: acpi_ec.c =================================================================== RCS file: /home/ncvs/src/sys/dev/acpica/acpi_ec.c,v retrieving revision 1.65.2.2 diff -u -r1.65.2.2 acpi_ec.c --- acpi_ec.c 11 May 2006 17:41:00 -0000 1.65.2.2 +++ acpi_ec.c 27 Feb 2007 02:07:58 -0000 @@ -187,15 +187,15 @@ * | | | +--------- Burst Mode Enabled? * | | +----------- SCI Event? * | +------------- SMI Event? - * +--------------- + * +--------------- * */ typedef UINT8 EC_STATUS; #define EC_FLAG_OUTPUT_BUFFER ((EC_STATUS) 0x01) #define EC_FLAG_INPUT_BUFFER ((EC_STATUS) 0x02) +#define EC_FLAG_DATA_IS_CMD ((EC_STATUS) 0x08) #define EC_FLAG_BURST_MODE ((EC_STATUS) 0x10) -#define EC_FLAG_SCI ((EC_STATUS) 0x20) /* * EC_EVENT: @@ -207,6 +207,10 @@ #define EC_EVENT_OUTPUT_BUFFER_FULL ((EC_EVENT) 0x01) #define EC_EVENT_INPUT_BUFFER_EMPTY ((EC_EVENT) 0x02) #define EC_EVENT_SCI ((EC_EVENT) 0x20) +#define EC_EVENT_SMI ((EC_EVENT) 0x40) + +/* Data byte returned after burst enable indicating it was successful. */ +#define EC_BURST_ACK 0x90 /* * Register access primitives @@ -265,8 +269,11 @@ bus_space_tag_t ec_csr_tag; bus_space_handle_t ec_csr_handle; + struct mtx ec_mtx; int ec_glk; int ec_glkhandle; + int ec_burstactive; + int ec_sci_pend; }; /* @@ -276,11 +283,14 @@ */ #define EC_LOCK_TIMEOUT 1000 -/* Default interval in microseconds for the status polling loop. */ +/* Default delay in microseconds between each run of the status polling loop. */ #define EC_POLL_DELAY 10 -/* Total time in ms spent in the poll loop waiting for a response. */ -#define EC_POLL_TIMEOUT 100 +/* Default time in microseconds spent polling before sleep waiting. */ +#define EC_POLL_TIME 500 + +/* Total time in ms spent waiting for a response from EC. */ +#define EC_TIMEOUT 500 #define EVENT_READY(event, status) \ (((event) == EC_EVENT_OUTPUT_BUFFER_FULL && \ @@ -288,25 +298,47 @@ ((event) == EC_EVENT_INPUT_BUFFER_EMPTY && \ ((status) & EC_FLAG_INPUT_BUFFER) == 0)) -static int ec_poll_timeout = EC_POLL_TIMEOUT; -TUNABLE_INT("hw.acpi.ec.poll_timeout", &ec_poll_timeout); - ACPI_SERIAL_DECL(ec, "ACPI embedded controller"); +SYSCTL_DECL(_debug_acpi); +SYSCTL_NODE(_debug_acpi, OID_AUTO, ec, CTLFLAG_RD, NULL, "EC debugging"); + +static int ec_burst_mode = TRUE; +TUNABLE_INT("debug.acpi.ec.burst", &ec_burst_mode); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, burst, CTLFLAG_RW, &ec_burst_mode, TRUE, + "Enable use of burst mode (faster for nearly all systems)"); +static int ec_poll_time = EC_POLL_TIME; +TUNABLE_INT("debug.acpi.ec.poll_time", &ec_poll_time); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, poll_time, CTLFLAG_RW, &ec_poll_time, + EC_POLL_TIME, "Time spent polling vs. sleeping (CPU intensive)"); +static int ec_timeout = EC_TIMEOUT; +TUNABLE_INT("debug.acpi.ec.timeout", &ec_timeout); +SYSCTL_INT(_debug_acpi_ec, OID_AUTO, timeout, CTLFLAG_RW, &ec_timeout, + EC_TIMEOUT, "Total time spent waiting for a response (poll+sleep)"); + static __inline ACPI_STATUS -EcLock(struct acpi_ec_softc *sc) +EcLock(struct acpi_ec_softc *sc, int serialize) { ACPI_STATUS status; - /* Always acquire the exclusive lock. */ + /* + * If caller is executing a series of commands, acquire the exclusive lock + * to serialize with other users. + * To sync with bottom-half interrupt handler, always acquire the mutex. + */ status = AE_OK; - ACPI_SERIAL_BEGIN(ec); + if (serialize) + ACPI_SERIAL_BEGIN(ec); + mtx_lock(&sc->ec_mtx); /* If _GLK is non-zero, also acquire the global lock. */ if (sc->ec_glk) { status = AcpiAcquireGlobalLock(EC_LOCK_TIMEOUT, &sc->ec_glkhandle); - if (ACPI_FAILURE(status)) - ACPI_SERIAL_END(ec); + if (ACPI_FAILURE(status)) { + mtx_unlock(&sc->ec_mtx); + if (serialize) + ACPI_SERIAL_END(ec); + } } return (status); @@ -317,7 +349,9 @@ { if (sc->ec_glk) AcpiReleaseGlobalLock(sc->ec_glkhandle); - ACPI_SERIAL_END(ec); + mtx_unlock(&sc->ec_mtx); + if (sx_xlocked(&ec_sxlock)) + ACPI_SERIAL_END(ec); } static uint32_t EcGpeHandler(void *Context); @@ -558,6 +592,7 @@ params = acpi_get_private(dev); sc->ec_dev = dev; sc->ec_handle = acpi_get_handle(dev); + mtx_init(&sc->ec_mtx, "ACPI EC lock", NULL, MTX_DEF); /* Retrieve previously probed values via device ivars. */ sc->ec_glk = params->glk; @@ -640,6 +675,7 @@ if (sc->ec_data_res) bus_release_resource(sc->ec_dev, SYS_RES_IOPORT, sc->ec_data_rid, sc->ec_data_res); + mtx_destroy(&sc->ec_mtx); return (ENXIO); } @@ -687,13 +723,13 @@ struct acpi_ec_softc *sc = (struct acpi_ec_softc *)Context; UINT8 Data; ACPI_STATUS Status; - EC_STATUS EcStatus; char qxx[5]; ACPI_FUNCTION_TRACE((char *)(uintptr_t)__func__); KASSERT(Context != NULL, ("EcGpeQueryHandler called with NULL")); - Status = EcLock(sc); + /* Serialize user access with EcSpaceHandler(). */ + Status = EcLock(sc, TRUE); if (ACPI_FAILURE(Status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "GpeQuery lock error: %s\n", AcpiFormatException(Status)); @@ -701,19 +737,6 @@ } /* - * If the EC_SCI bit of the status register is not set, then pass - * it along to any potential waiters as it may be an IBE/OBF event. - */ - EcStatus = EC_GET_CSR(sc); - if ((EcStatus & EC_EVENT_SCI) == 0) { - CTR1(KTR_ACPI, "ec event was not SCI, status %#x", EcStatus); - sc->ec_csrvalue = EcStatus; - wakeup(&sc->ec_csrvalue); - EcUnlock(sc); - goto re_enable; - } - - /* * Send a query command to the EC to find out which _Qxx call it * wants to make. This command clears the SCI bit and also the * interrupt source since we are edge-triggered. @@ -726,6 +749,9 @@ goto re_enable; } Data = EC_GET_DATA(sc); + sc->ec_sci_pend = FALSE; + + /* Drop locks before evaluating _Qxx method since it may trigger GPEs. */ EcUnlock(sc); /* Ignore the value for "no outstanding event". (13.3.5) */ @@ -734,7 +760,7 @@ goto re_enable; /* Evaluate _Qxx to respond to the controller. */ - sprintf(qxx, "_Q%02x", Data); + snprintf(qxx, sizeof(qxx), "_Q%02x", Data); AcpiUtStrupr(qxx); Status = AcpiEvaluateObject(sc->ec_handle, qxx, NULL, NULL); if (ACPI_FAILURE(Status) && Status != AE_NOT_FOUND) { @@ -745,7 +771,7 @@ re_enable: /* Re-enable the GPE event so we'll get future requests. */ - Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_NOT_ISR); + Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); if (ACPI_FAILURE(Status)) printf("EcGpeQueryHandler: AcpiEnableEvent failed\n"); } @@ -760,27 +786,61 @@ { struct acpi_ec_softc *sc = Context; ACPI_STATUS Status; + EC_STATUS EcStatus; KASSERT(Context != NULL, ("EcGpeHandler called with NULL")); /* * Disable further GPEs while we handle this one. Since we are directly * called by ACPI-CA and it may have unknown locks held, we specify the - * ACPI_ISR flag to keep it from acquiring any more mutexes (which could - * potentially sleep.) + * ACPI_ISR flag to keep it from acquiring any more mutexes (although + * sleeping would be ok since we're in an ithread.) */ AcpiDisableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); - /* Schedule the GPE query handler. */ - Status = AcpiOsQueueForExecution(OSD_PRIORITY_GPE, EcGpeQueryHandler, - Context); + /* For interrupt (GPE) handler, don't acquire serialization lock. */ + Status = EcLock(sc, FALSE); if (ACPI_FAILURE(Status)) { - printf("Queuing GPE query handler failed.\n"); - Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); - if (ACPI_FAILURE(Status)) - printf("EcGpeHandler: AcpiEnableEvent failed\n"); + ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), + "GpeQuery lock error: %s\n", AcpiFormatException(Status)); + return (-1); } + /* + * If burst was active, but the status bit was cleared, the EC had to + * exit burst mode for some reason. Record this for later. + */ + EcStatus = EC_GET_CSR(sc); + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in query handler"); + sc->ec_burstactive = FALSE; + } + + /* + * If the EC_SCI bit of the status register is not set, then pass + * it along to any potential waiters as it may be an IBE/OBF event. + * If it is set, queue a query handler. + */ + if ((EcStatus & EC_EVENT_SCI) == 0) { + CTR1(KTR_ACPI, "ec event was IBE/OBF, status %#x", EcStatus); + sc->ec_csrvalue = EcStatus; + wakeup(&sc->ec_csrvalue); + } else if (!sc->ec_sci_pend) { + /* SCI bit set and no pending query handler, so schedule one. */ + CTR0(KTR_ACPI, "ec queueing gpe handler"); + Status = AcpiOsQueueForExecution(OSD_PRIORITY_GPE, EcGpeQueryHandler, + Context); + if (ACPI_SUCCESS(Status)) { + sc->ec_sci_pend = TRUE; + } else { + printf("Queuing GPE query handler failed.\n"); + Status = AcpiEnableGpe(sc->ec_gpehandle, sc->ec_gpebit, ACPI_ISR); + if (ACPI_FAILURE(Status)) + printf("EcGpeHandler: AcpiEnableEvent failed\n"); + } + } + + EcUnlock(sc); return (0); } @@ -824,7 +884,8 @@ EcAddr = Address; Status = AE_ERROR; - Status = EcLock(sc); + /* Grab serialization lock to hold across command sequence. */ + Status = EcLock(sc, TRUE); if (ACPI_FAILURE(Status)) return_ACPI_STATUS (Status); @@ -859,87 +920,103 @@ { EC_STATUS EcStatus; ACPI_STATUS Status; - int count, i, period, retval, slp_ival; + int count, i, retval, slp_ival; ACPI_SERIAL_ASSERT(ec); Status = AE_NO_HARDWARE_RESPONSE; - - /* - * Wait for 1 us before checking the CSR. Testing shows about - * 50% of requests complete in 1 us and 90% of them complete - * in 5 us or less. - */ - AcpiOsStall(1); + EcStatus = 0; /* - * Poll the EC status register for up to 1 ms in chunks of 10 us - * to detect completion of the last command. + * Poll for up to ec_poll_time microseconds since many ECs complete + * the command quickly, especially if in burst mode. */ - for (i = 0; i < 1000 / EC_POLL_DELAY; i++) { +#if 0 /* Enable this as a possible workaround if EC times out. */ + AcpiOsStall(EC_POLL_DELAY); +#endif + count = ec_poll_time / EC_POLL_DELAY; + if (count <= 0) + count = 1; + for (i = 0; i < count; i++) { EcStatus = EC_GET_CSR(sc); + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in waitevent (poll)"); + sc->ec_burstactive = FALSE; + } if (EVENT_READY(Event, EcStatus)) { + CTR1(KTR_ACPI, "ec poll wait ready, status %#x", EcStatus); Status = AE_OK; break; } AcpiOsStall(EC_POLL_DELAY); } - period = i * EC_POLL_DELAY; /* * If we still don't have a response and we're up and running, wait up - * to ec_poll_timeout ms for completion, sleeping for chunks of 10 ms. + * to ec_timeout ms for completion, sleeping for chunks of 1 ms or the + * smallest resolution hz supports. */ slp_ival = 0; if (Status != AE_OK) { retval = ENXIO; - count = ec_poll_timeout / 10; - if (count == 0) - count = 1; - slp_ival = hz / 100; - if (slp_ival == 0) - slp_ival = 1; + if (!cold) { + slp_ival = hz / 1000; + if (slp_ival != 0) { + count = ec_timeout / slp_ival; + } else { + /* hz has less than 1000 Hz resolution so scale timeout. */ + slp_ival = 1; + count = ec_timeout / (1000 / hz); + } + } else + count = ec_timeout; for (i = 0; i < count; i++) { if (retval != 0) EcStatus = EC_GET_CSR(sc); else EcStatus = sc->ec_csrvalue; + if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { + CTR0(KTR_ACPI, "ec burst disabled in waitevent (slp)"); + sc->ec_burstactive = FALSE; + } if (EVENT_READY(Event, EcStatus)) { + CTR1(KTR_ACPI, "ec sleep wait ready, status %#x", EcStatus); Status = AE_OK; break; } - if (!cold) - retval = tsleep(&sc->ec_csrvalue, PZERO, "ecpoll", slp_ival); - else - AcpiOsStall(10000); + if (!cold) { + retval = msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", + slp_ival); + } else + AcpiOsStall(1000); } } - /* Calculate new delay and log it. */ - if (slp_ival > 0) - period += i * 10000; - CTR2(KTR_ACPI, "ec got event %#x after %d us", EcStatus, period); - return (Status); } static ACPI_STATUS EcCommand(struct acpi_ec_softc *sc, EC_COMMAND cmd) { - ACPI_STATUS Status; - EC_EVENT Event; + ACPI_STATUS status; + EC_EVENT event; + EC_STATUS ec_status; ACPI_SERIAL_ASSERT(ec); + /* Don't use burst mode if user disabled it. */ + if (!ec_burst_mode && cmd == EC_COMMAND_BURST_ENABLE) + return (AE_ERROR); + /* Decide what to wait for based on command type. */ switch (cmd) { case EC_COMMAND_READ: case EC_COMMAND_WRITE: case EC_COMMAND_BURST_DISABLE: - Event = EC_EVENT_INPUT_BUFFER_EMPTY; + event = EC_EVENT_INPUT_BUFFER_EMPTY; break; case EC_COMMAND_QUERY: case EC_COMMAND_BURST_ENABLE: - Event = EC_EVENT_OUTPUT_BUFFER_FULL; + event = EC_EVENT_OUTPUT_BUFFER_FULL; break; default: ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), @@ -948,50 +1025,64 @@ } /* Run the command and wait for the chosen event. */ + CTR1(KTR_ACPI, "ec running command %#x", cmd); EC_SET_CSR(sc, cmd); - Status = EcWaitEvent(sc, Event); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, event); + if (ACPI_SUCCESS(status)) { + /* If we succeeded, burst flag should now be present. */ + if (cmd == EC_COMMAND_BURST_ENABLE) { + ec_status = EC_GET_CSR(sc); + if ((ec_status & EC_FLAG_BURST_MODE) == 0) + status = AE_ERROR; + } + } else { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcCommand: no response to %#x\n", cmd); } - return (Status); + return (status); } static ACPI_STATUS EcRead(struct acpi_ec_softc *sc, UINT8 Address, UINT8 *Data) { - ACPI_STATUS Status; + ACPI_STATUS status; + UINT8 data; ACPI_SERIAL_ASSERT(ec); CTR1(KTR_ACPI, "ec read from %#x", Address); -#ifdef notyet /* If we can't start burst mode, continue anyway. */ - EcCommand(sc, EC_COMMAND_BURST_ENABLE); -#endif + status = EcCommand(sc, EC_COMMAND_BURST_ENABLE); + if (status == AE_OK) { + data = EC_GET_DATA(sc); + if (data == EC_BURST_ACK) { + CTR0(KTR_ACPI, "ec burst enabled"); + sc->ec_burstactive = TRUE; + } + } - Status = EcCommand(sc, EC_COMMAND_READ); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_READ); + if (ACPI_FAILURE(status)) + return (status); EC_SET_DATA(sc, Address); - Status = EcWaitEvent(sc, EC_EVENT_OUTPUT_BUFFER_FULL); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_OUTPUT_BUFFER_FULL); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcRead: Failed waiting for EC to send data.\n"); - return (Status); + return (status); } *Data = EC_GET_DATA(sc); -#ifdef notyet if (sc->ec_burstactive) { - Status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); + if (ACPI_FAILURE(status)) + return (status); + sc->ec_burstactive = FALSE; + CTR0(KTR_ACPI, "ec disabled burst ok"); } -#endif return (AE_OK); } @@ -999,43 +1090,49 @@ static ACPI_STATUS EcWrite(struct acpi_ec_softc *sc, UINT8 Address, UINT8 *Data) { - ACPI_STATUS Status; + ACPI_STATUS status; + UINT8 data; ACPI_SERIAL_ASSERT(ec); CTR2(KTR_ACPI, "ec write to %#x, data %#x", Address, *Data); -#ifdef notyet /* If we can't start burst mode, continue anyway. */ - EcCommand(sc, EC_COMMAND_BURST_ENABLE); -#endif + status = EcCommand(sc, EC_COMMAND_BURST_ENABLE); + if (status == AE_OK) { + data = EC_GET_DATA(sc); + if (data == EC_BURST_ACK) { + CTR0(KTR_ACPI, "ec burst enabled"); + sc->ec_burstactive = TRUE; + } + } - Status = EcCommand(sc, EC_COMMAND_WRITE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_WRITE); + if (ACPI_FAILURE(status)) + return (status); EC_SET_DATA(sc, Address); - Status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcRead: Failed waiting for EC to process address\n"); - return (Status); + return (status); } EC_SET_DATA(sc, *Data); - Status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); - if (ACPI_FAILURE(Status)) { + status = EcWaitEvent(sc, EC_EVENT_INPUT_BUFFER_EMPTY); + if (ACPI_FAILURE(status)) { ACPI_VPRINT(sc->ec_dev, acpi_device_get_parent_softc(sc->ec_dev), "EcWrite: Failed waiting for EC to process data\n"); - return (Status); + return (status); } -#ifdef notyet if (sc->ec_burstactive) { - Status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); - if (ACPI_FAILURE(Status)) - return (Status); + status = EcCommand(sc, EC_COMMAND_BURST_DISABLE); + if (ACPI_FAILURE(status)) + return (status); + sc->ec_burstactive = FALSE; + CTR0(KTR_ACPI, "ec disabled burst ok"); } -#endif return (AE_OK); } --------------010006070701000204050700-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 04:11:42 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BFF7016A400 for ; Tue, 27 Feb 2007 04:11:42 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sbtx.tmn.ru (relay.tmn.ru [212.76.160.49]) by mx1.freebsd.org (Postfix) with ESMTP id 2F4CE13C4AA for ; Tue, 27 Feb 2007 04:11:41 +0000 (UTC) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (sv.tech.sibitex.tmn.ru [10.76.160.59]) by sbtx.tmn.ru (8.13.6/8.13.6) with ESMTP id l1R3u4iH054387; Tue, 27 Feb 2007 08:56:13 +0500 (YEKT) (envelope-from serg@tmn.ru) Received: from sv.tech.sibitex.tmn.ru (localhost.tech.sibitex.tmn.ru [127.0.0.1]) by sv.tech.sibitex.tmn.ru (8.13.8/8.13.8) with ESMTP id l1R3u4q8049519; Tue, 27 Feb 2007 08:56:04 +0500 (YEKT) (envelope-from serg@sv.tech.sibitex.tmn.ru) Received: (from serg@localhost) by sv.tech.sibitex.tmn.ru (8.13.8/8.13.8/Submit) id l1R3u3WP049518; Tue, 27 Feb 2007 08:56:03 +0500 (YEKT) (envelope-from serg) Date: Tue, 27 Feb 2007 08:56:03 +0500 From: "Sergey N. Voronkov" To: Mike Tancsa Message-ID: <20070227035603.GA49430@tmn.ru> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702270305.l1R35MX2067221@lava.sentex.ca> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.90, clamav-milter version devel-120207 on sbtx.tmn.ru X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 04:11:42 -0000 On Mon, Feb 26, 2007 at 10:05:35PM -0500, Mike Tancsa wrote: > At 07:12 PM 2/26/2007, Dimuthu Parussalla wrote: > >Clamav-90_2 Lockup with freebsd 6.2 > > > > > >Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade > >the port to 88.7_1 to get the server going. Sockstat shows lots of open > >sockets from clamd. > > > >I am using simscan+Qmail+Clamav. > > > >Any Ideas to solve this problem?. > > > Change the threading lib. It fixed it for us. > > % cat /etc/libmap.conf > [clamd] > libc_r.so.5 libthr.so.2 > libc_r.so.6 libthr.so.2 > libthr.so.2 libthr.so.2 > libpthread.so.1 libthr.so.2 > libpthread.so.2 libthr.so.2 Or limit MaxThreads to one: # grep MaxT /usr/local/etc/clamd.conf MaxThreads 1 Looks like there are some bugs on thread usage into 0.90. It locks on FreeBSD and Solaris at least. (May be threading is much more linux specific in comparation to 0.88.7). Serg. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 06:56:46 2007 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 899AE16A400; Tue, 27 Feb 2007 06:56:46 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 26BAE13C46B; Tue, 27 Feb 2007 06:56:45 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l1R6ujlF088239; Tue, 27 Feb 2007 07:56:45 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45E3D62C.9040805@deepcore.dk> Date: Tue, 27 Feb 2007 07:56:44 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <45E3828F.8080506@FreeBSD.org> In-Reply-To: <45E3828F.8080506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-stable@FreeBSD.ORG, Juraj Lutter , sos@FreeBSD.ORG Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 06:56:46 -0000 Bruce M. Simpson wrote: > Hi, > > I have experienced the same regression since 6.2 was branched on an > ASUS amd64 Vintage-PE1 box. > > Juraj Lutter wrote: >> >> Feb 26 21:45:25 river kernel: atapci0: > controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at >> device 31.0 on pci0 >> Feb 26 21:45:25 river kernel: ata0: on atapci0 >> Feb 26 21:45:25 river kernel: ata1: on atapci0 >> Feb 26 21:45:25 river kernel: atapci1: > controller> port >> 0xc400-0xc40f,0xc000-0xc007,0xb800-0xb80f,0xb400-0xb407,0xb000-0xb01f >> mem 0xfe8ff400-0xfe8ff7ff irq 21 at device 31.1 on pci0 >> Feb 26 21:45:25 river kernel: atapci1: AHCI controller reset failure >> Feb 26 21:45:25 river kernel: device_attach: atapci1 attach returned 6 > I'm sure I reported this to the list around 4th December 2006. > > My workaround was to install another SATA controller in the PCI-e slot > and use that instead for the root disk. I think CURRENT also suffers > from this problem. I think the last release which worked OK was 6.1. > The problem is that your BIOS registers the resources used for AHCI operation but apparently hasn't really enabled them. Look for an option in the BIOS to turn on/off AHCI mode. -Søren From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 08:02:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5721416A403 for ; Tue, 27 Feb 2007 08:02:12 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from solfertje.student.utwente.nl (solfertje.student.utwente.nl [130.89.167.40]) by mx1.freebsd.org (Postfix) with ESMTP id E251513C481 for ; Tue, 27 Feb 2007 08:02:11 +0000 (UTC) (envelope-from dalroi@solfertje.student.utwente.nl) Received: from localhost (localhost.internal [127.0.0.1]) by solfertje.student.utwente.nl (Postfix) with SMTP id 140098034 for ; Tue, 27 Feb 2007 09:01:51 +0100 (CET) Received: from [10.236.150.4] (hollewijn.internal [10.236.150.4]) by solfertje.student.utwente.nl (Postfix) with ESMTP id D8D6D8033 for ; Tue, 27 Feb 2007 09:01:49 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <428A4D57-950D-400C-B301-CC414AA824AC@solfertje.student.utwente.nl> Content-Transfer-Encoding: 7bit From: Alban Hertroys Date: Tue, 27 Feb 2007 09:04:01 +0100 To: freebsd-stable X-Mailer: Apple Mail (2.752.2) X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Feb 27 09:01:51 2007 X-DSPAM-Confidence: 0.9899 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 74,45e3e56f9411858390337 X-DSPAM-Factors: 27, but, 0.01000, but, 0.01000, From*Alban, 0.01000, just, 0.01000, Mime-Version*Message, 0.01000, an, 0.01000, of, 0.01000, of, 0.01000, Received*ESMTP, 0.01000, dmesg, 0.01000, message, 0.01000, no, 0.01000, Alban+Hertroys, 0.01000, Alban+Hertroys, 0.01000, first, 0.01000, To*stable, 0.01000, To*stable, 0.01000, Mime-Version*framework+v752.2), 0.01000, Mime-Version*1.0+(Apple, 0.01000, To*stable+ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 08:02:12 -0000 On Jan 31, 2007, at 22:48, Alban Hertroys wrote: > Good day (or night, if more appropriate), > > I'm seeing these for a while now, it's time to see if it can be > fixed :P > > I have a setup where a KVM/USB switch (Gefen 2x1 DVI switcher) is > connected to my athlon64 machine, which is connected to yet another > hub in my TFT display to which my keyboard and mouse are connected. I would have expected some response to this. I'm kind of disappointed. Well, I have a new data point. I found a PR about the Apple Cinema Display USB device hanging the usb stack or some such. Thinking it might solve my problem I disconnected the ACD USB device and plugged my keyboard and mouse directly in the KVM switch and booted the machine. Same problem, but on uhub3 this time. It gave a device write error instead of a TIMEOUT, but I've seen that before when the ACD was still connected too. So the problem _does not seem to be related_ to the ACD problem(s). Apparently the KVM switch contains a Cypress Tetra hub (acc. to the vendor/device codes in dmesg). Could someone please shed some light on this? > Schematically the USB devices are connected like this: > Athlon64 --- KVM switch --- Display --- Keyboard > Mac -------/ \-- Mouse This time it looked like: Athlon64 --- KVM switch --- Keyboard Mac -------/ \-- Mouse > While booting I see messages like these: > > uhub3: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.09, addr 2 > uhub3: multiple transaction translators > uhub3: 4 ports with 4 removable, self powered > uhub4: vendor 0x05ac product 0x9131, class 9/0, rev 2.00/1.01, addr 3 > uhub4: multiple transaction translators > uhub4: 3 ports with 2 removable, self powered > uhub4: device problem (STALLED), disabling port 1 > uhub4: device problem (STALLED), disabling port 2 > uhub4: device problem (TIMEOUT), disabling port 3 > > uhub3 is the KVM switch, while uhub4 is the display. > The messages are usually STALLED, but I've seen TIMEOUT (as above) > and SHORT_XFER as well. > > I have tried eliminating the hub in the display from the equation, > the results are the same (the errors are on uhub3 in that case - > although I'm not 100% sure now I write this). I've tried different > hub cables (all but one came new with the switch), to no avail. The > KVM switch replaced a Sweex USB hub that had very similar problems. > > Something that I think is odd is that the vendor/product ID's of > the hub in the KVM switch are listed among those in the sources, > yet looking them up apparently fails. > > I compiled a kernel with DEBUG_USB enabled and attached the > resulting dmesg. I tried retrying usbd_new_device after the first > failure, but that just resulted in another STALLED message (as > suggested by an XXX remark in uhub.c). > > Anything else I can do to help solve this? > > Regards, > -- > Alban Hertroys > > "If you throw your hands up in the air, > how're you gonna catch them?" > > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable- > unsubscribe@freebsd.org" > > > > -- Alban Hertroys "It's not a bug! It's a six-legged feature!" !DSPAM:74,45e3e56f9411858390337! From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 09:28:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 89DC316A401 for ; Tue, 27 Feb 2007 09:28:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.c0mplx.org (home.c0mplx.org [213.178.180.1]) by mx1.freebsd.org (Postfix) with ESMTP id 418F913C441 for ; Tue, 27 Feb 2007 09:28:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.c0mplx.org with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HLxk6-000KDn-CE for freebsd-stable@freebsd.org; Tue, 27 Feb 2007 09:31:26 +0100 Date: Tue, 27 Feb 2007 09:31:26 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20070227083126.GD26839@home.c0mplx.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: Sequence of packet processing with ipfw, pf, ipfilter ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:28:45 -0000 Hello, can someone point me to some documentation about the sequence of packet processing in fbsd6 if more than one of the filter systems is active ? There once was a nice ascii graphic which described the flow of packets through the rules -- I can't find it any more ? Thanks! -- pi@c0mplx.org +49 171 3101372 13 years to go ! From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 09:41:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D129116A405 for ; Tue, 27 Feb 2007 09:41:24 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from mail-03.primus.ca (mail6.primus.ca [216.254.141.173]) by mx1.freebsd.org (Postfix) with ESMTP id 8383C13C47E for ; Tue, 27 Feb 2007 09:41:24 +0000 (UTC) (envelope-from wlodek11@magma.ca) Received: from webmail-02.web.primus.ca ([10.201.132.11] helo=localhost.localdomain) by mail-03.primus.ca with esmtp (Exim 4.50) id 1HLypn-0006hg-1h for freebsd-stable@freebsd.org; Tue, 27 Feb 2007 04:41:23 -0500 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable From: Wlodek Kraterski To: freebsd-stable@freebsd.org Date: Tue, 27 Feb 2007 04:42:07 -0500 Message-Id: <1079.1172569327@magma.ca> X-Mailer: AtMail 4.51 - 64.26.155.200 - wlodek11@magma.ca MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: wlodek11@magma.ca List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:41:24 -0000 I did not have any problems with 5.5 however I started by installing Tomcat and everything else need was installed . I usualy compile my ports by hand and updated them by ctm. (getting deltas)= regards, wlodek ----- Original Message ----- From: "Juergen Nickelsen" <[1]ni@jnicke= lsen.de> Newsgroups: w21.lists.freebsd-stable To: <[2]freebsd-stable@freebs= d.org> Sent: Monday, February 26, 2007 4:37 PM Subject: Problems installing JDK 1.5 > Hello, > > on a more or less newly installed machine with 5.5-STABLE (updated > recently) I tried to install JDK 1.5 via /usr/ports/. After > retrieving all necessary files, the build failed quite mysteriously, > even more so as I had succeeded with another machine fine last year. > > In the build protocol the problems seem to begin like this: > > Java HotSpot(TM) Client VM warning: Can't detect initial thread stack = > location > /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/St = andardChar\ > sets.java:226: expected > > and then a series of other errors in the Java code; as if it is > compiled using the wrong compiler version. It looks weird to me, as > I think I fetched the correct files and did everything as carefully > as last year. > > Is this a known problem? Does anyone know a way around it? Is the > port currently broken, perhaps? > > Details can be found in <[3]http://www.schlabun.org/screenlog.2>; and > I'll gladly provide more details if necessary. > > Regards, Juergen. > _______________________________________________ > [4]freebsd-stable@freebsd.o= rg mailing list > [5]h= ttp://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "[6]freebsd-stable-unsubscribe@freebsd.org" > References 1. 3D"mailto:ni@jnickelsen.de" 2. 3D"mailto:freebsd-stable@freebsd.org" 3. 3D"http://www.schlabun.org/screenl= 4. 3D"mailto:freebsd-stable@freebsd.org" 5. 3D"http://lists.freebsd.org/mailman/listinfo/freebsd-stable" 6. 3D"mailto:freebsd-stable-uns= From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 09:47:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 88EF216A406 for ; Tue, 27 Feb 2007 09:47:47 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out5.smtp.messagingengine.com (out5.smtp.messagingengine.com [66.111.4.29]) by mx1.freebsd.org (Postfix) with ESMTP id 5FCA813C481 for ; Tue, 27 Feb 2007 09:47:45 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.internal (unknown [10.202.2.149]) by out1.messagingengine.com (Postfix) with ESMTP id 674551E68A9; Tue, 27 Feb 2007 04:47:45 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by out1.internal (MEProxy); Tue, 27 Feb 2007 04:47:45 -0500 X-Sasl-enc: ZjjRC/QQMebWAfbN7gK6Eq6cNUOl9YGqBhAyJUknzO1d 1172569665 Received: from [192.168.123.18] (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTP id 90D291DD93; Tue, 27 Feb 2007 04:47:44 -0500 (EST) Message-ID: <45E3FE3E.30202@FreeBSD.org> Date: Tue, 27 Feb 2007 09:47:42 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 1.5.0.9 (X11/20070125) MIME-Version: 1.0 To: =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <45E3828F.8080506@FreeBSD.org> <45E3D62C.9040805@deepcore.dk> In-Reply-To: <45E3D62C.9040805@deepcore.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: FreeBSD stable Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:47:47 -0000 S=F8ren Schmidt wrote: > The problem is that your BIOS registers the resources used for AHCI=20 > operation but apparently hasn't really enabled them. > > Look for an option in the BIOS to turn on/off AHCI mode. There is no such option in the BIOS on this machine, as stated in the=20 original thread. BMS From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 09:56:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F6D016A401 for ; Tue, 27 Feb 2007 09:56:37 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 1AB5A13C491 for ; Tue, 27 Feb 2007 09:56:37 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1087912ana for ; Tue, 27 Feb 2007 01:56:36 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=iL+PxHjxJfZuabHIImsPzqwM19W4XdatVtsLr6XFDk5Wy4/HQewFakKD11Dpkj9F23OlNeicvpbPQylrKsq9LrZYAf233h9hWjZmy+V4icGvhUqiMLFDAh6x0mlDla9c8zyYjWl5d6hFN6NS8cv3/HjCl+TwmKixl36oPdigk0A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Yu5qNtUy8Dv/UXNCiAiFw283X+Fiv6pAFbIBSzBVSRviaxSrFeVQ3hcJKuDeR5uXIop2ntOp7yCVOHZ4jwcniwOj/HbbxPGc/O3SypZZkqAtvaG5eedbdICoQvicxBGmfJ04DlygolUpKi1A6ciGKh6HX4g/3vWlW+qokuScezw= Received: by 10.114.113.1 with SMTP id l1mr1036238wac.1172570195925; Tue, 27 Feb 2007 01:56:35 -0800 (PST) Received: by 10.114.179.19 with HTTP; Tue, 27 Feb 2007 01:56:35 -0800 (PST) Message-ID: Date: Tue, 27 Feb 2007 10:56:35 +0100 From: "Juraj Lutter" To: "Bruce M. Simpson" In-Reply-To: <45E3FE3E.30202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <45E3828F.8080506@FreeBSD.org> <45E3D62C.9040805@deepcore.dk> <45E3FE3E.30202@FreeBSD.org> Cc: FreeBSD stable , =?ISO-8859-1?Q?S=F8ren_Schmidt?= Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 09:56:37 -0000 On 2/27/07, Bruce M. Simpson wrote: > S=F8ren Schmidt wrote: > > The problem is that your BIOS registers the resources used for AHCI > > operation but apparently hasn't really enabled them. > > > > Look for an option in the BIOS to turn on/off AHCI mode. > There is no such option in the BIOS on this machine, as stated in the > original thread. Yeah, I don't see it either. The only option regardige AHCI in BIOS is to choose whether the SATA controller will be in AHCI or RAID mode. JL --=20 Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 10:00:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3BA416A400; Tue, 27 Feb 2007 10:00:48 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-53484.0x50a6c9a6.abnxx9.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 39D7113C461; Tue, 27 Feb 2007 10:00:48 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from [194.192.25.137] (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id l1RA0l7G090335; Tue, 27 Feb 2007 11:00:47 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <45E4014E.4000101@deepcore.dk> Date: Tue, 27 Feb 2007 11:00:46 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 1.5.0.9 (Macintosh/20061207) MIME-Version: 1.0 To: Juraj Lutter References: <45E3828F.8080506@FreeBSD.org> <45E3D62C.9040805@deepcore.dk> <45E3FE3E.30202@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: FreeBSD stable , "Bruce M. Simpson" Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:00:48 -0000 Juraj Lutter wrote: > On 2/27/07, Bruce M. Simpson wrote: >> Søren Schmidt wrote: >> > The problem is that your BIOS registers the resources used for AHCI >> > operation but apparently hasn't really enabled them. >> > >> > Look for an option in the BIOS to turn on/off AHCI mode. >> There is no such option in the BIOS on this machine, as stated in the >> original thread. Lame BIOS writers :/ > Yeah, I don't see it either. The only option regardige AHCI in BIOS is > to choose whether the SATA controller will be in AHCI or RAID mode. > Does it change anything if you shift between those two ? -Søren From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 10:06:06 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1489F16A408 for ; Tue, 27 Feb 2007 10:06:06 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.237]) by mx1.freebsd.org (Postfix) with ESMTP id C200C13C4AA for ; Tue, 27 Feb 2007 10:06:05 +0000 (UTC) (envelope-from wilbury@gmail.com) Received: by wr-out-0506.google.com with SMTP id 71so564592wri for ; Tue, 27 Feb 2007 02:06:05 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e+uFq4TMai2HqtmLGXamn7FqD0aCpcGSPreX+0OXRGLsVyRzdBv6o2CnXswaER1VOXsGq60Y1H+/iJIq/s0W0FRDsmUbr5BEYsA0hot0ojcKxQvj7a53KcXDFdsdG0jx2C5chjPcnvODKNvdqHI0nLE7/mSWmrZURCLZPun/+nc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=j9os3/w9j6u+x3duLZ9n2pfZBlBIPQp9PcPvjKfD/SjU6DCWbyBO1vAYe4+h9ZehS0LL19ASGPjcAu9gaHH+Wl7Yqv+DveiTcUL0DEQdSuPoHv+LzERdhlf1Kpr+fWgks69wErmhRpiU+bksq/32KmPRyQaEMnL/ymKlj8mN6sk= Received: by 10.115.92.2 with SMTP id u2mr1046107wal.1172570760180; Tue, 27 Feb 2007 02:06:00 -0800 (PST) Received: by 10.114.179.19 with HTTP; Tue, 27 Feb 2007 02:06:00 -0800 (PST) Message-ID: Date: Tue, 27 Feb 2007 11:06:00 +0100 From: "Juraj Lutter" To: "=?ISO-8859-1?Q?S=F8ren_Schmidt?=" In-Reply-To: <45E4014E.4000101@deepcore.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <45E3828F.8080506@FreeBSD.org> <45E3D62C.9040805@deepcore.dk> <45E3FE3E.30202@FreeBSD.org> <45E4014E.4000101@deepcore.dk> Cc: FreeBSD stable , "Bruce M. Simpson" Subject: Re: ALi SATA controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 10:06:06 -0000 On 2/27/07, S=F8ren Schmidt wrote: > Does it change anything if you shift between those two ? I need to figure out how to do it effectively :-) The machine is somewhere in serverhousing room and is doing some production right now.. I will plan a short outage in near future. --=20 Sincerely yours, Juraj Lutter From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 11:36:40 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from misaki (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with SMTP id 76F7416A41A; Tue, 27 Feb 2007 11:36:39 +0000 (UTC) (envelope-from ariff@FreeBSD.org) Date: Tue, 27 Feb 2007 19:35:08 +0800 From: Ariff Abdullah To: Nate Lawson Message-Id: <20070227193508.49076f8b.ariff@FreeBSD.org> In-Reply-To: <45E39552.2020607@root.org> References: <45E39552.2020607@root.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=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN" Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 11:36:41 -0000 --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN Content-Type: multipart/mixed; boundary="Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer" --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, 26 Feb 2007 18:20:02 -0800 Nate Lawson wrote: > If you are having EC timeout problems as in the below PR, please try > the latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > -current. Attached is the patch for 6-stable. >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D98171 >=20 > To use it, just recompile your acpi kernel module and load it at > boot: cd /sys/modules/acpi/acpi && make && cp acpi.ko / >=20 > Then at the loader prompt after rebooting: > > load /acpi.ko > > boot >=20 > You should be able to see battery status and thermal settings via > "sysctl hw.acpi" as normal. Check dmesg for any new errors. >=20 > If you notice slower performance or get EC "timed out" messages on > console, you try increasing these sysctls/tunables: >=20 > debug.acpi.ec.timeout > debug.acpi.ec.poll_time >=20 > Or turn off this sysctl/tunable, disabling the new burst mode: > debug.acpi.ec.burst=3D0 >=20 > To find any performance problems, you'll need to rebuild the kernel > and modules with this added to your kernel config: >=20 > options KTR > options KTR_ENTRIES=3D65536 >=20 > Then reboot, load this kernel/acpi.ko, use the system for a while to > trigger the problem behavior and generate output: > ktrdump -t | gzip -c > ktr.out.gz >=20 > This code is pretty well-tested so I expect the only issues we might > see is it not totally fixing some systems that previously didn't > work or needing to add some workaround code for systems that don't > properly support burst mode. >=20 >=20 Not quite a success, unless with debug.acpi.ec.burst=3D0 plus this additional patch. Even so, the timed out message keep appearing once in a while though not so frequent as before. In terms of performance, things are a bit smoother (acpiconf -i 0 works, no longer exhibit delay or producing timed out messages). Tuning debug.acpi.ec.timeout/poll_timeout upside-down has no real effect on eliminating those timed out messages. Compaq V3000/Turion64 X2. -- Ariff Abdullah FreeBSD ... Recording in stereo is obviously too advanced and confusing for us idiot ***** users :P ........ --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer Content-Type: text/x-diff; name="more_ec.diff" Content-Disposition: attachment; filename="more_ec.diff" Content-Transfer-Encoding: quoted-printable --- sys/dev/acpica/acpi_ec.c Tue Feb 27 19:21:12 2007 +++ sys/dev/acpica/acpi_ec.c Tue Feb 27 19:22:17 2007 @@ -936,6 +936,7 @@ count =3D ec_poll_time / EC_POLL_DELAY; if (count <=3D 0) count =3D 1; + slp_ival =3D max(hz / 1000, 1); for (i =3D 0; i < count; i++) { EcStatus =3D EC_GET_CSR(sc); if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) =3D=3D 0) { @@ -947,7 +948,15 @@ Status =3D AE_OK; break; } - AcpiOsStall(EC_POLL_DELAY); + if (sc->ec_burstactive) + AcpiOsStall(EC_POLL_DELAY); + else { + if (!cold) + msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", + slp_ival); + else + AcpiOsStall(1000); + } } =20 /* --Multipart=_Tue__27_Feb_2007_19_35_08_+0800_L+v/3CpDdCI8xHer-- --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5Bdxlr+deMUwTNoRAu2SAKDZ1xTdN/ck0ag9CRvjwraIiV+R/gCgnCfe aRAsH17y8Gl+R5cE8QctSCo= =BsbL -----END PGP SIGNATURE----- --Signature=_Tue__27_Feb_2007_19_35_08_+0800_tOmR1P62xTzvw=dN-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 12:21:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CB60A16A403 for ; Tue, 27 Feb 2007 12:21:26 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 86FA913C442 for ; Tue, 27 Feb 2007 12:21:26 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from mx1.starman.ee (mx1.starman.ee [62.65.192.16]) by smtp-gw1.starman.ee (Postfix) with ESMTP id D7C21A21569 for ; Tue, 27 Feb 2007 13:48:03 +0200 (EET) Received: from [192.168.2.100] (pc58.host50.starman.ee [62.65.242.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.starman.ee (Postfix) with ESMTP id AAB2623C52C for ; Tue, 27 Feb 2007 13:48:03 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Tue, 27 Feb 2007 13:48:03 +0200 User-Agent: KMail/1.9.5 References: <200702170947.49001.lofi@freebsd.org> <200702241951.52154.antik@bsd.ee> <200702261345.40058.antik@bsd.ee> In-Reply-To: <200702261345.40058.antik@bsd.ee> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200702271348.03483.antik@bsd.ee> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Virus-Scanned: by Amavisd-New at mx1.starman.ee Subject: Re: Pentium 640 and Enhanced SpeedStep X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 12:21:26 -0000 On Monday 26 February 2007 13:45, Andrei Kolu wrote: > On Saturday 24 February 2007 7:51 pm, Andrei Kolu wrote: > > FreeBSD 6.1-RELEASE-p11 > > Motherboard: Supermicro P8SCi > > CPU: Pentium 4 640 > > > > I have HyperThreading enabled... > > > > Enabling "powerd" gave me this error message: > > > > est0: on cpu0 > > est1: on cpu1 > > est: CPU supports Enhanced Speedstep, but is not recognized. > > est: Please update driver or contact the maintainer. > > est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 > > device_attach: est1 attach returned 6 > > OK, I figured it out by myself. Added cpufreq_load="YES" > into /boot/loader.conf but got error: > > est0: on cpu0 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: Please update driver or contact the maintainer. > est: cpu_vendor GenuineIntel, msr 102d0000102d, bus_clk, 64 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > > BUT> # sysctl -a | grep dev.cpu I found out what is caused problem with SpeedStep. I had to disable HyperThreading from BIOS and after that everything works just fine: cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 # sysctl dev.cpu dev.cpu.0.freq: 900 dev.cpu.0.freq_levels: 3200/88000 2800/75000 2450/65625 2400/63000 2100/55125 1800/47250 1500/39375 1200/31500 900/23625 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 12:44:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED00816A402 for ; Tue, 27 Feb 2007 12:44:39 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id E384F13C4A3 for ; Tue, 27 Feb 2007 12:44:38 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.66.6.89] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis), id 0ML2xA-1HM1h50xXF-0000xw; Tue, 27 Feb 2007 13:44:36 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Tue, 27 Feb 2007 13:44:27 +0100 User-Agent: KMail/1.9.5 References: <20070227083126.GD26839@home.c0mplx.org> In-Reply-To: <20070227083126.GD26839@home.c0mplx.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart23452799.USI6mqnrhR"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200702271344.33881.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX1/GDqabD1ZMouvcP/9O8pRNkgA2vdz/Sbr9IU4 J/GQJbnD0uO5tKz6vChQDZhyMZ3QZh9+DmvmkGZkvvw58GJIpH wjjn2E2XrOTxZnCeJ8GAw== Cc: Kurt Jaeger Subject: Re: Sequence of packet processing with ipfw, pf, ipfilter ? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 12:44:40 -0000 --nextPart23452799.USI6mqnrhR Content-Type: multipart/mixed; boundary="Boundary-01=_seC5F187reQBkMk" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_seC5F187reQBkMk Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tuesday 27 February 2007 09:31, Kurt Jaeger wrote: > can someone point me to some documentation about the sequence > of packet processing in fbsd6 if more than one of the filter > systems is active ? Unfortunately, there is no defined sequence. Currently it depends on the=20 sequence the individual components are enabled, or - more specificly -=20 the sequence of pfil_add_hook() calls. Note that ipfw does this on=20 module load, while pf waits until you issue "pfctl -e". I had=20 experimental patches to control the sequence back in 2005 (see attached). = =20 Note that this will not work!!! It's more for reference. Back then=20 nobody was interesting in testing. > There once was a nice ascii graphic which described the flow > of packets through the rules -- I can't find it any more ? =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_seC5F187reQBkMk Content-Type: text/x-diff; charset="iso-8859-1"; name="pfil_lockless_20051204.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pfil_lockless_20051204.diff" Index: contrib/pf/net/pf_ioctl.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/contrib/pf/net/pf_ioctl.c,v retrieving revision 1.21 diff -u -r1.21 pf_ioctl.c =2D-- contrib/pf/net/pf_ioctl.c 8 Sep 2005 15:06:52 -0000 1.21 +++ contrib/pf/net/pf_ioctl.c 4 Dec 2005 13:47:24 -0000 @@ -3461,19 +3461,23 @@ pfh_inet =3D pfil_head_get(PFIL_TYPE_AF, AF_INET); if (pfh_inet =3D=3D NULL) return (ESRCH); /* XXX */ =2D pfil_add_hook(pf_check_in, NULL, PFIL_IN | PFIL_WAITOK, pfh_inet); =2D pfil_add_hook(pf_check_out, NULL, PFIL_OUT | PFIL_WAITOK, pfh_inet); + pfil_add_named_hook(pf_check_in, NULL, "pf", PFIL_IN|PFIL_WAITOK, + pfh_inet); + pfil_add_named_hook(pf_check_out, NULL, "pf", PFIL_OUT|PFIL_WAITOK, + pfh_inet); #ifdef INET6 pfh_inet6 =3D pfil_head_get(PFIL_TYPE_AF, AF_INET6); if (pfh_inet6 =3D=3D NULL) { =2D pfil_remove_hook(pf_check_in, NULL, PFIL_IN | PFIL_WAITOK, + pfil_remove_hook(pf_check_in, NULL, PFIL_IN|PFIL_WAITOK, pfh_inet); =2D pfil_remove_hook(pf_check_out, NULL, PFIL_OUT | PFIL_WAITOK, + pfil_remove_hook(pf_check_out, NULL, PFIL_OUT|PFIL_WAITOK, pfh_inet); return (ESRCH); /* XXX */ } =2D pfil_add_hook(pf_check6_in, NULL, PFIL_IN | PFIL_WAITOK, pfh_inet6); =2D pfil_add_hook(pf_check6_out, NULL, PFIL_OUT | PFIL_WAITOK, pfh_inet6); + pfil_add_named_hook(pf_check6_in, NULL, "pf", PFIL_IN|PFIL_WAITOK, + pfh_inet6); + pfil_add_named_hook(pf_check6_out, NULL, "pf", PFIL_OUT|PFIL_WAITOK, + pfh_inet6); #endif =20 pf_pfil_hooked =3D 1; Index: net/bridge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/Attic/bridge.c,v retrieving revision 1.93.2.1 diff -u -r1.93.2.1 bridge.c =2D-- net/bridge.c 25 Aug 2005 05:01:19 -0000 1.93.2.1 +++ net/bridge.c 3 Dec 2005 16:47:15 -0000 @@ -995,7 +995,7 @@ * and pkts already gone through a pipe. */ if (src !=3D NULL && ( =2D (inet_pfil_hook.ph_busy_count >=3D 0 && bdg_ipf !=3D 0) || + (!PFIL_IS_EMPTY(inet_pfil_hook) && bdg_ipf !=3D 0) || (IPFW_LOADED && bdg_ipfw !=3D 0))) { =20 int i; @@ -1044,7 +1044,7 @@ * Enables ipf(8) in bridging. */ if (!IPFW_LOADED) { /* XXX: Prevent ipfw from being run twice. */ =2D if (inet_pfil_hook.ph_busy_count >=3D 0 && + if (!PFIL_IS_EMPTY(inet_pfil_hook) && m0->m_pkthdr.len >=3D sizeof(struct ip) && ntohs(save_eh.ether_type) =3D=3D ETHERTYPE_IP) { /* Index: net/if_bridge.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/if_bridge.c,v retrieving revision 1.35 diff -u -r1.35 if_bridge.c =2D-- net/if_bridge.c 29 Nov 2005 20:29:44 -0000 1.35 +++ net/if_bridge.c 4 Dec 2005 13:47:57 -0000 @@ -1315,9 +1315,9 @@ return; } =20 =2D if (inet_pfil_hook.ph_busy_count >=3D 0 + if (!PFIL_IS_EMPTY(inet_pfil_hook) #ifdef INET6 =2D || inet6_pfil_hook.ph_busy_count >=3D 0 + || !PFIL_IS_EMPTY(inet6_pfil_hook) #endif ) { if (bridge_pfil(&m, sc->sc_ifp, ifp, PFIL_OUT) !=3D 0) @@ -1577,9 +1577,9 @@ } =20 /* run the packet filter */ =2D if (inet_pfil_hook.ph_busy_count >=3D 0 + if (!PFIL_IS_EMPTY(inet_pfil_hook) #ifdef INET6 =2D || inet6_pfil_hook.ph_busy_count >=3D 0 + || !PFIL_IS_EMPTY(inet6_pfil_hook) #endif ) { BRIDGE_UNLOCK(sc); @@ -1630,9 +1630,9 @@ =20 BRIDGE_UNLOCK(sc); =20 =2D if (inet_pfil_hook.ph_busy_count >=3D 0 + if (!PFIL_IS_EMPTY(inet_pfil_hook) #ifdef INET6 =2D || inet6_pfil_hook.ph_busy_count >=3D 0 + || !PFIL_IS_EMPTY(inet6_pfil_hook) #endif ) { if (bridge_pfil(&m, sc->sc_ifp, dst_if, PFIL_OUT) !=3D 0) @@ -1819,9 +1819,9 @@ } =20 /* Filter on the bridge interface before broadcasting */ =2D if (runfilt && (inet_pfil_hook.ph_busy_count >=3D 0 + if (runfilt && (!PFIL_IS_EMPTY(inet_pfil_hook) #ifdef INET6 =2D || inet6_pfil_hook.ph_busy_count >=3D 0 + || PFIL_IS_EMPTY(inet6_pfil_hook) #endif )) { if (bridge_pfil(&m, sc->sc_ifp, NULL, PFIL_OUT) !=3D 0) @@ -1866,9 +1866,9 @@ * pointer so we do not redundantly filter on the bridge for=20 * each interface we broadcast on. */ =2D if (runfilt && (inet_pfil_hook.ph_busy_count >=3D 0 + if (runfilt && (!PFIL_IS_EMPTY(inet_pfil_hook) #ifdef INET6 =2D || inet6_pfil_hook.ph_busy_count >=3D 0 + || !PFIL_IS_EMPTY(inet6_pfil_hook) #endif )) { if (bridge_pfil(&mc, NULL, dst_if, PFIL_OUT) !=3D 0) Index: net/pfil.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/pfil.c,v retrieving revision 1.13 diff -u -r1.13 pfil.c =2D-- net/pfil.c 23 May 2005 17:07:16 -0000 1.13 +++ net/pfil.c 4 Dec 2005 13:27:58 -0000 @@ -2,6 +2,7 @@ /* $NetBSD: pfil.c,v 1.20 2001/11/12 23:49:46 lukem Exp $ */ =20 /*- + * Copyright (c) 2005 Max Laier * Copyright (c) 1996 Matthew R. Green * All rights reserved. * @@ -33,8 +34,10 @@ #include #include #include +#include #include #include +#include #include #include #include @@ -46,67 +49,20 @@ #include =20 static struct mtx pfil_global_lock; +static struct callout pfil_gc_tmo; =20 =2DMTX_SYSINIT(pfil_heads_lock, &pfil_global_lock, "pfil_head_list lock", M= TX_DEF); =2D =2Dstatic int pfil_list_add(pfil_list_t *, struct packet_filter_hook *, int= ); =2D =2Dstatic int pfil_list_remove(pfil_list_t *, =2D int (*)(void *, struct mbuf **, struct ifnet *, int, struct inpcb *)= , void *); +MTX_SYSINIT(pfil_heads_lock, &pfil_global_lock, "pfil lock", MTX_DEF); =20 LIST_HEAD(, pfil_head) pfil_head_list =3D =2D LIST_HEAD_INITIALIZER(&pfil_head_list); =2D =2Dstatic __inline void =2DPFIL_RLOCK(struct pfil_head *ph) =2D{ =2D mtx_lock(&ph->ph_mtx); =2D ph->ph_busy_count++; =2D mtx_unlock(&ph->ph_mtx); =2D} + LIST_HEAD_INITIALIZER(pfil_head_list); =20 =2Dstatic __inline void =2DPFIL_RUNLOCK(struct pfil_head *ph) =2D{ =2D mtx_lock(&ph->ph_mtx); =2D ph->ph_busy_count--; =2D if (ph->ph_busy_count =3D=3D 0 && ph->ph_want_write) =2D cv_signal(&ph->ph_cv); =2D mtx_unlock(&ph->ph_mtx); =2D} +STAILQ_HEAD(, packet_filter_list) pfil_gc_list =3D + STAILQ_HEAD_INITIALIZER(pfil_gc_list); =20 =2Dstatic __inline void =2DPFIL_WLOCK(struct pfil_head *ph) =2D{ =2D mtx_lock(&ph->ph_mtx); =2D ph->ph_want_write =3D 1; =2D while (ph->ph_busy_count > 0) =2D cv_wait(&ph->ph_cv, &ph->ph_mtx); =2D} =2D =2Dstatic __inline int =2DPFIL_TRY_WLOCK(struct pfil_head *ph) =2D{ =2D mtx_lock(&ph->ph_mtx); =2D ph->ph_want_write =3D 1; =2D if (ph->ph_busy_count > 0) { =2D ph->ph_want_write =3D 0; =2D mtx_unlock(&ph->ph_mtx); =2D return EBUSY; =2D } =2D return 0; =2D} =2D =2Dstatic __inline void =2DPFIL_WUNLOCK(struct pfil_head *ph) =2D{ =2D ph->ph_want_write =3D 0; =2D cv_signal(&ph->ph_cv); =2D mtx_unlock(&ph->ph_mtx); =2D} +#define PFIL_LOCK() mtx_lock(&pfil_global_lock) +#define PFIL_UNLOCK() mtx_unlock(&pfil_global_lock) =20 =2D#define PFIL_LIST_LOCK() mtx_lock(&pfil_global_lock) =2D#define PFIL_LIST_UNLOCK() mtx_unlock(&pfil_global_lock) +static void pfil_gc(void *); =20 /* * pfil_run_hooks() runs the specified packet filter hooks. @@ -115,33 +71,39 @@ pfil_run_hooks(struct pfil_head *ph, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *inp) { + struct packet_filter_list *pfl; struct packet_filter_hook *pfh; struct mbuf *m =3D *mp; =2D int rv =3D 0; + int i, rv =3D 0; =20 =2D if (ph->ph_busy_count =3D=3D -1) =2D return (0); =2D /* =2D * Prevent packet filtering from starving the modification of =2D * the packet filters. We would prefer a reader/writer locking =2D * mechanism with guaranteed ordering, though. =2D */ =2D if (ph->ph_want_write) { =2D m_freem(*mp); =2D *mp =3D NULL; =2D return (ENOBUFS); =2D } =2D =2D PFIL_RLOCK(ph); =2D for (pfh =3D pfil_hook_get(dir, ph); pfh !=3D NULL; =2D pfh =3D TAILQ_NEXT(pfh, pfil_link)) { =2D if (pfh->pfil_func !=3D NULL) { =2D rv =3D (*pfh->pfil_func)(pfh->pfil_arg, &m, ifp, dir, inp); =2D if (rv !=3D 0 || m =3D=3D NULL) =2D break; =2D } + if (dir & PFIL_IN) { + pfl =3D (struct packet_filter_list *)atomic_load_acq_ptr( + (void *)&ph->ph_in); + if (pfl !=3D NULL) + for (i =3D 0; i < pfl->pfl_size; i++) { + pfh =3D &pfl->pfl_hooks[i]; + if (pfh->pfil_func !=3D NULL) { + rv =3D (*pfh->pfil_func)(pfh->pfil_arg, + &m, ifp, dir, inp); + if (rv !=3D 0 || m =3D=3D NULL) + break; + } + } + } + if ((dir & PFIL_OUT) && rv =3D=3D 0) { + pfl =3D (struct packet_filter_list *)atomic_load_acq_ptr( + (void *)&ph->ph_out); + if (pfl !=3D NULL) + for (i =3D 0; i < pfl->pfl_size; i++) { + pfh =3D &pfl->pfl_hooks[i]; + if (pfh->pfil_func !=3D NULL) { + rv =3D (*pfh->pfil_func)(pfh->pfil_arg, + &m, ifp, dir, inp); + if (rv !=3D 0 || m =3D=3D NULL) + break; + } + } } =2D PFIL_RUNLOCK(ph); =09 *mp =3D m; return (rv); @@ -156,38 +118,141 @@ { struct pfil_head *lph; =20 =2D PFIL_LIST_LOCK(); + PFIL_LOCK(); + if (LIST_EMPTY(&pfil_head_list)) + callout_init_mtx(&pfil_gc_tmo, &pfil_global_lock, 0); LIST_FOREACH(lph, &pfil_head_list, ph_list) if (ph->ph_type =3D=3D lph->ph_type && ph->ph_un.phu_val =3D=3D lph->ph_un.phu_val) { =2D PFIL_LIST_UNLOCK(); + PFIL_UNLOCK(); return EEXIST; } =2D PFIL_LIST_UNLOCK(); =20 =2D if (mtx_initialized(&ph->ph_mtx)) { /* should not happen */ =2D KASSERT((0), ("%s: allready initialized!", __func__)); =2D return EBUSY; =2D } else { =2D ph->ph_busy_count =3D -1; =2D ph->ph_want_write =3D 1; =2D mtx_init(&ph->ph_mtx, "pfil_head_mtx", NULL, MTX_DEF); =2D cv_init(&ph->ph_cv, "pfil_head_cv"); =2D mtx_lock(&ph->ph_mtx); /* XXX: race? */ =2D } =2D =2D TAILQ_INIT(&ph->ph_in); =2D TAILQ_INIT(&ph->ph_out); + ph->ph_in =3D NULL; + ph->ph_out =3D NULL; + sysctl_ctx_init(&ph->ph_clist); =20 =2D PFIL_LIST_LOCK(); LIST_INSERT_HEAD(&pfil_head_list, ph, ph_list); =2D PFIL_LIST_UNLOCK(); =2D=09 =2D PFIL_WUNLOCK(ph); + PFIL_UNLOCK(); =09 return (0); } =20 +static int +pfil_sysctl_handler(SYSCTL_HANDLER_ARGS) +{ + struct packet_filter_list *pfl, *npfl; + struct sbuf *sb; + char *new_order, *elm, *parse; + int i, j, err, hintlen; + + hintlen =3D 0; + npfl =3D NULL; + + pfl =3D (struct packet_filter_list *)atomic_load_acq_ptr( + (void *)arg1); + if (pfl =3D=3D NULL || pfl->pfl_size =3D=3D 0) + err =3D SYSCTL_OUT(req, "empty", 6); + else { + sb =3D sbuf_new(NULL, NULL, 0, SBUF_AUTOEXTEND); + for (i =3D 0; i < pfl->pfl_size; i++) { + if (i > 0) + sbuf_printf(sb, ", "); + if (pfl->pfl_hooks[i].pfil_name) + sbuf_printf(sb, "%s", + pfl->pfl_hooks[i].pfil_name); + else + sbuf_printf(sb, "N/A"); + } + /* hint for sensible write buffer sizes */ + hintlen =3D sbuf_len(sb) + (pfl->pfl_size * 2); + err =3D SYSCTL_OUT(req, sbuf_data(sb), sbuf_len(sb) + 1); + sbuf_delete(sb); + } + + if (err || pfl =3D=3D NULL || !req->newptr) + return (err); + + if ((req->newlen - req->newidx) > hintlen) + return (E2BIG); + new_order =3D malloc(req->newlen - req->newidx + 1, M_TEMP, + M_WAITOK|M_ZERO); + err =3D SYSCTL_IN(req, new_order, (req->newlen - req->newidx)); + if (err) + goto error; + + /* Get memory for new ordered hooks */ + npfl =3D (struct packet_filter_list *)malloc(sizeof(*npfl), M_IFADDR, + M_WAITOK); + npfl->pfl_size =3D pfl->pfl_size; + npfl->pfl_generation =3D pfl->pfl_generation + 1; + npfl->pfl_hooks =3D malloc(sizeof(struct packet_filter_hook) * + npfl->pfl_size, M_IFADDR, M_WAITOK); + + /* Parse request and collect hooks accordingly */ + j =3D 0; + parse =3D new_order; + while ((elm =3D strsep(&parse, " \t,")) !=3D NULL) { + if (*elm =3D=3D '\0') + continue; + for (i =3D 0; i < pfl->pfl_size; i++) + if (strcmp(pfl->pfl_hooks[i].pfil_name, elm) =3D=3D 0) { + npfl->pfl_hooks[j++] =3D pfl->pfl_hooks[i]; + break; + } + if (j >=3D npfl->pfl_size) + break; + } + if (parse !=3D NULL) { + err =3D EINVAL; + goto error; + } + npfl->pfl_size =3D j; + free(new_order, M_TEMP); + + /* Lock - only one writer at a time */ + PFIL_LOCK(); + if (pfl->pfl_generation !=3D + (*((struct packet_filter_list **)arg1))->pfl_generation) { + PFIL_UNLOCK(); + err =3D EAGAIN; + goto error; + } + atomic_store_rel_ptr((volatile void *)arg1, (uintptr_t)npfl); + PFIL_UNLOCK(); + + /* free old memory */ + tsleep(arg1, 0, "pfilrm", hz); + free(pfl->pfl_hooks, M_IFADDR); + free(pfl, M_IFADDR); + + return (0); +error: + if (npfl !=3D NULL) { + free(npfl->pfl_hooks, M_IFADDR); + free(npfl, M_IFADDR); + } + free(new_order, M_TEMP); + return (err); +} + +void +pfil_head_export_sysctl(struct pfil_head *ph, struct sysctl_oid_list *pare= nt) +{ + struct sysctl_oid *root; + + root =3D SYSCTL_ADD_NODE(&ph->ph_clist, parent, OID_AUTO, "pfil", + CTLFLAG_RW, 0, "pfil(9) management"); + SYSCTL_ADD_PROC(&ph->ph_clist, SYSCTL_CHILDREN(root), OID_AUTO, + "inbound", CTLTYPE_STRING|CTLFLAG_RW|CTLFLAG_SECURE3, + (void *)&ph->ph_in, 0, pfil_sysctl_handler, "A", + "Inbound filter hooks"); + SYSCTL_ADD_PROC(&ph->ph_clist, SYSCTL_CHILDREN(root), OID_AUTO, + "outbound", CTLTYPE_STRING|CTLFLAG_RW|CTLFLAG_SECURE3, + (void *)&ph->ph_out, 0, pfil_sysctl_handler, "A", + "Outbound filter hooks"); +} + /* * pfil_head_unregister() removes a pfil_head from the packet filter * hook mechanism. @@ -195,24 +260,20 @@ int pfil_head_unregister(struct pfil_head *ph) { =2D struct packet_filter_hook *pfh, *pfnext; =2D =09 =2D PFIL_LIST_LOCK(); =2D /*=20 =2D * LIST_REMOVE is safe for unlocked pfil_heads in ph_list. =2D * No need to WLOCK all of them. =2D */ + sysctl_ctx_free(&ph->ph_clist); + + PFIL_LOCK(); LIST_REMOVE(ph, ph_list); =2D PFIL_LIST_UNLOCK(); + PFIL_UNLOCK(); =20 =2D PFIL_WLOCK(ph); /* XXX: may sleep (cv_wait)! */ =2D=09 =2D TAILQ_FOREACH_SAFE(pfh, &ph->ph_in, pfil_link, pfnext) =2D free(pfh, M_IFADDR); =2D TAILQ_FOREACH_SAFE(pfh, &ph->ph_out, pfil_link, pfnext) =2D free(pfh, M_IFADDR); =2D cv_destroy(&ph->ph_cv); =2D mtx_destroy(&ph->ph_mtx); + if (ph->ph_in !=3D NULL) { + free(ph->ph_in->pfl_hooks, M_IFADDR); + free(ph->ph_in, M_IFADDR); + } + if (ph->ph_out !=3D NULL) { + free(ph->ph_out->pfl_hooks, M_IFADDR); + free(ph->ph_out, M_IFADDR); + } =09 return (0); } @@ -225,15 +286,31 @@ { struct pfil_head *ph; =20 =2D PFIL_LIST_LOCK(); + PFIL_LOCK(); LIST_FOREACH(ph, &pfil_head_list, ph_list) if (ph->ph_type =3D=3D type && ph->ph_un.phu_val =3D=3D val) break; =2D PFIL_LIST_UNLOCK(); + PFIL_UNLOCK(); =09 return (ph); } =20 +static void +pfil_gc(void *arg) { + struct packet_filter_list *pfl; + + pfl =3D STAILQ_FIRST(&pfil_gc_list); + STAILQ_REMOVE_HEAD(&pfil_gc_list, pfl_next); + + free(pfl->pfl_hooks, M_IFADDR); + free(pfl, M_IFADDR); + + if (!STAILQ_EMPTY(&pfil_gc_list)) + callout_reset(&pfil_gc_tmo, hz, pfil_gc, NULL); + else + callout_deactivate(&pfil_gc_tmo); +} + /* * pfil_add_hook() adds a function to the packet filter hook. the * flags are: @@ -243,71 +320,157 @@ * PFIL_WAITOK OK to call malloc with M_WAITOK. */ int =2Dpfil_add_hook(int (*func)(void *, struct mbuf **, struct ifnet *, int, s= truct inpcb *), =2D void *arg, int flags, struct pfil_head *ph) +pfil_add_hook(int (*func)(void *, struct mbuf **, struct ifnet *, int, + struct inpcb *), void *arg, int flags, struct pfil_head *ph) { =2D struct packet_filter_hook *pfh1 =3D NULL; =2D struct packet_filter_hook *pfh2 =3D NULL; =2D int err; + return (pfil_add_named_hook(func, arg, NULL, flags, ph)); +} + =20 +int +pfil_add_named_hook(int (*func)(void *, struct mbuf **, struct ifnet *, in= t, + struct inpcb *), void *arg, char *name, int flags, struct pfil_head *p= h) +{ + struct packet_filter_list *pfl_i, *pfl_o, *opfl_i, *opfl_o; + int i, err; + + pfl_i =3D pfl_o =3D NULL; + + /* Get old filter lists */ + opfl_i =3D (struct packet_filter_list *)atomic_load_acq_ptr((void *) + &ph->ph_in); + opfl_o =3D (struct packet_filter_list *)atomic_load_acq_ptr((void *) + &ph->ph_out); + + /* Check for duplicates */ + err =3D EEXIST; + if ((flags & PFIL_IN) && (opfl_i !=3D NULL)) + for (i =3D 0; i < opfl_i->pfl_size; i++) + if ((opfl_i->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_i->pfl_hooks[i].pfil_arg =3D=3D arg)) + goto error; + if ((flags & PFIL_OUT) && (opfl_o !=3D NULL)) + for (i =3D 0; i < opfl_o->pfl_size; i++) + if ((opfl_o->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_o->pfl_hooks[i].pfil_arg =3D=3D arg)) + goto error; =20 /* Get memory */ + err =3D ENOMEM; if (flags & PFIL_IN) { =2D pfh1 =3D (struct packet_filter_hook *)malloc(sizeof(*pfh1),=20 + pfl_i =3D (struct packet_filter_list *)malloc(sizeof(*pfl_i), M_IFADDR, (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); =2D if (pfh1 =3D=3D NULL) { =2D err =3D ENOMEM; + if (pfl_i =3D=3D NULL) goto error; + if (opfl_i !=3D NULL) { + pfl_i->pfl_size =3D opfl_i->pfl_size + 1; + pfl_i->pfl_generation =3D opfl_i->pfl_generation + 1; + } else { + pfl_i->pfl_size =3D 1; + pfl_i->pfl_generation =3D 1; } + pfl_i->pfl_hooks =3D malloc(sizeof(struct packet_filter_hook) * + pfl_i->pfl_size, M_IFADDR, + (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_i->pfl_hooks =3D=3D NULL)=20 + goto error; } if (flags & PFIL_OUT) { =2D pfh2 =3D (struct packet_filter_hook *)malloc(sizeof(*pfh1), + pfl_o =3D (struct packet_filter_list *)malloc(sizeof(*pfl_o), M_IFADDR, (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); =2D if (pfh2 =3D=3D NULL) { =2D err =3D ENOMEM; + if (pfl_o =3D=3D NULL) goto error; + if (opfl_o !=3D NULL) { + pfl_o->pfl_size =3D opfl_o->pfl_size + 1; + pfl_o->pfl_generation =3D opfl_o->pfl_generation + 1; + } else { + pfl_o->pfl_size =3D 1; + pfl_o->pfl_generation =3D 1; } =2D } =2D =2D /* Lock */ =2D if (flags & PFIL_WAITOK) =2D PFIL_WLOCK(ph); =2D else { =2D err =3D PFIL_TRY_WLOCK(ph); =2D if (err) + pfl_o->pfl_hooks =3D malloc(sizeof(struct packet_filter_hook) * + pfl_o->pfl_size, M_IFADDR, + (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_o->pfl_hooks =3D=3D NULL)=20 goto error; } =20 =2D /* Add */ + /* Copy old and add new hooks */ if (flags & PFIL_IN) { =2D pfh1->pfil_func =3D func; =2D pfh1->pfil_arg =3D arg; =2D err =3D pfil_list_add(&ph->ph_in, pfh1, flags & ~PFIL_OUT); =2D if (err) =2D goto done; + pfl_i->pfl_hooks[0].pfil_func =3D func; + pfl_i->pfl_hooks[0].pfil_arg =3D arg; + pfl_i->pfl_hooks[0].pfil_name =3D name; + if (opfl_i !=3D NULL) + bcopy(&opfl_i->pfl_hooks[0], &pfl_i->pfl_hooks[1], + opfl_i->pfl_size * + sizeof(struct packet_filter_hook)); } if (flags & PFIL_OUT) { =2D pfh2->pfil_func =3D func; =2D pfh2->pfil_arg =3D arg; =2D err =3D pfil_list_add(&ph->ph_out, pfh2, flags & ~PFIL_IN); =2D if (err) { =2D if (flags & PFIL_IN) =2D pfil_list_remove(&ph->ph_in, func, arg); =2D goto done; =2D } + pfl_o->pfl_hooks[pfl_o->pfl_size - 1].pfil_func =3D func; + pfl_o->pfl_hooks[pfl_o->pfl_size - 1].pfil_arg =3D arg; + pfl_o->pfl_hooks[pfl_o->pfl_size - 1].pfil_name =3D name; + if (opfl_o !=3D NULL) + bcopy(&opfl_o->pfl_hooks[0], &pfl_o->pfl_hooks[0], + opfl_o->pfl_size * + sizeof(struct packet_filter_hook)); } =20 =2D ph->ph_busy_count =3D 0; =2D PFIL_WUNLOCK(ph); + /* Lock - only one writer at a time */ + PFIL_LOCK(); + err =3D EAGAIN; + if ((flags & PFIL_IN) && (opfl_i !=3D NULL) && + (opfl_i->pfl_generation !=3D ph->ph_in->pfl_generation)) { + PFIL_UNLOCK(); + goto error; + } + if ((flags & PFIL_OUT) && (opfl_o !=3D NULL) && + (opfl_o->pfl_generation !=3D ph->ph_out->pfl_generation)) { + PFIL_UNLOCK(); + goto error; + } + if (flags & PFIL_IN) + atomic_store_rel_ptr((volatile void *)&ph->ph_in, + (uintptr_t)pfl_i); + if (flags & PFIL_OUT) + atomic_store_rel_ptr((volatile void *)&ph->ph_out, + (uintptr_t)pfl_o); + + /* Put old hooks on the GC list and schedule a timeout */ + if (!(flags & PFIL_WAITOK)) { + if (flags & PFIL_IN && opfl_i !=3D NULL) + STAILQ_INSERT_TAIL(&pfil_gc_list, opfl_i, pfl_next); + if (flags & PFIL_IN && opfl_i !=3D NULL) + STAILQ_INSERT_TAIL(&pfil_gc_list, opfl_o, pfl_next); + if (!callout_active(&pfil_gc_tmo)) + callout_reset(&pfil_gc_tmo, hz, pfil_gc, NULL); + } + PFIL_UNLOCK(); =20 =2D return 0; =2Ddone: =2D PFIL_WUNLOCK(ph); + /* free old memory */ + if (flags & PFIL_WAITOK) { + tsleep(ph, 0, "pfilrm", hz); + if (flags & PFIL_IN && opfl_i !=3D NULL) { + free(opfl_i->pfl_hooks, M_IFADDR); + free(opfl_i, M_IFADDR); + } + if (flags & PFIL_OUT && opfl_o !=3D NULL) { + free(opfl_o->pfl_hooks, M_IFADDR); + free(opfl_o, M_IFADDR); + } + } + + return (0); error: =2D if (pfh1 !=3D NULL) =2D free(pfh1, M_IFADDR); =2D if (pfh2 !=3D NULL) =2D free(pfh2, M_IFADDR); =2D return err; + if (pfl_i !=3D NULL) { + if (pfl_i->pfl_hooks) + free(pfl_i->pfl_hooks, M_IFADDR); + free(pfl_i, M_IFADDR); + } + if (pfl_o !=3D NULL) { + if (pfl_o->pfl_hooks) + free(pfl_o->pfl_hooks, M_IFADDR); + free(pfl_o, M_IFADDR); + } + + return (err); } =20 /* @@ -315,71 +478,142 @@ * hook list. */ int =2Dpfil_remove_hook(int (*func)(void *, struct mbuf **, struct ifnet *, int= , struct inpcb *), =2D void *arg, int flags, struct pfil_head *ph) +pfil_remove_hook(int (*func)(void *, struct mbuf **, struct ifnet *, int, + struct inpcb *), void *arg, int flags, struct pfil_head *ph) { =2D int err =3D 0; + struct packet_filter_list *pfl_i, *pfl_o, *opfl_i, *opfl_o; + int i, j, lflags, err; =20 =2D if (flags & PFIL_WAITOK) =2D PFIL_WLOCK(ph); =2D else { =2D err =3D PFIL_TRY_WLOCK(ph); =2D if (err) =2D return err; =2D } + pfl_i =3D pfl_o =3D NULL; =20 =2D if (flags & PFIL_IN) =2D err =3D pfil_list_remove(&ph->ph_in, func, arg); =2D if ((err =3D=3D 0) && (flags & PFIL_OUT)) =2D err =3D pfil_list_remove(&ph->ph_out, func, arg); + /* Get old filter lists */ + opfl_i =3D (struct packet_filter_list *)atomic_load_acq_ptr((void *) + &ph->ph_in); + opfl_o =3D (struct packet_filter_list *)atomic_load_acq_ptr((void *) + &ph->ph_out); + + /* Check for existance, only delete when necessary */ + lflags =3D 0; + if ((flags & PFIL_IN) && (opfl_i !=3D NULL)) + for (i =3D 0; i < opfl_i->pfl_size; i++) + if ((opfl_i->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_i->pfl_hooks[i].pfil_arg =3D=3D arg)) { + lflags |=3D PFIL_IN; + break; + } + if ((flags & PFIL_OUT) && (opfl_o !=3D NULL)) + for (i =3D 0; i < opfl_o->pfl_size; i++) + if ((opfl_o->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_o->pfl_hooks[i].pfil_arg =3D=3D arg)) { + lflags |=3D PFIL_OUT; + break; + } =20 =2D if (TAILQ_EMPTY(&ph->ph_in) && TAILQ_EMPTY(&ph->ph_out)) =2D ph->ph_busy_count =3D -1; + if (!lflags & PFIL_ALL) + return (ENOENT); =20 =2D PFIL_WUNLOCK(ph); =2D=09 =2D return err; =2D} + /* Get memory */ + err =3D ENOMEM; + if ((lflags & PFIL_IN) && (opfl_i->pfl_size > 1)) { + pfl_i =3D (struct packet_filter_list *)malloc(sizeof(*pfl_i), + M_IFADDR, (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_i =3D=3D NULL) + goto error; + pfl_i->pfl_size =3D opfl_i->pfl_size - 1; + pfl_i->pfl_generation =3D opfl_i->pfl_generation + 1; + pfl_i->pfl_hooks =3D malloc(sizeof(struct packet_filter_hook) * + pfl_i->pfl_size, M_IFADDR, + (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_i->pfl_hooks =3D=3D NULL)=20 + goto error; + } + if ((lflags & PFIL_OUT) && (opfl_o->pfl_size > 1)) { + pfl_o =3D (struct packet_filter_list *)malloc(sizeof(*pfl_o), + M_IFADDR, (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_o =3D=3D NULL) + goto error; + pfl_o->pfl_size =3D opfl_o->pfl_size - 1; + pfl_o->pfl_generation =3D opfl_o->pfl_generation + 1; + pfl_o->pfl_hooks =3D malloc(sizeof(struct packet_filter_hook) * + pfl_o->pfl_size, M_IFADDR, + (flags & PFIL_WAITOK) ? M_WAITOK : M_NOWAIT); + if (pfl_o->pfl_hooks =3D=3D NULL)=20 + goto error; + } =20 =2Dstatic int =2Dpfil_list_add(pfil_list_t *list, struct packet_filter_hook *pfh1, int fl= ags) =2D{ =2D struct packet_filter_hook *pfh; + /* Copy old hooks but the one we are deleting */ + if (lflags & PFIL_IN) + for (j =3D i =3D 0; i < opfl_i->pfl_size; i++) { + if ((opfl_i->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_i->pfl_hooks[i].pfil_arg =3D=3D arg)) + continue; + pfl_i->pfl_hooks[j++] =3D opfl_i->pfl_hooks[i]; + } + if (lflags & PFIL_OUT) + for (j =3D i =3D 0; i < opfl_o->pfl_size; i++) { + if ((opfl_o->pfl_hooks[i].pfil_func =3D=3D func) && + (opfl_o->pfl_hooks[i].pfil_arg =3D=3D arg)) + continue; + pfl_o->pfl_hooks[j++] =3D opfl_o->pfl_hooks[i]; + } =20 =2D /* =2D * First make sure the hook is not already there. =2D */ =2D TAILQ_FOREACH(pfh, list, pfil_link) =2D if (pfh->pfil_func =3D=3D pfh1->pfil_func && =2D pfh->pfil_arg =3D=3D pfh1->pfil_arg) =2D return EEXIST; =2D /* =2D * insert the input list in reverse order of the output list =2D * so that the same path is followed in or out of the kernel. =2D */ + /* Lock - only one writer at a time */ + PFIL_LOCK(); + err =3D EAGAIN; + if ((flags & PFIL_IN) && (opfl_i !=3D NULL) && + (opfl_i->pfl_generation !=3D ph->ph_in->pfl_generation)) { + PFIL_UNLOCK(); + goto error; + } + if ((flags & PFIL_OUT) && (opfl_o !=3D NULL) && + (opfl_o->pfl_generation !=3D ph->ph_out->pfl_generation)) { + PFIL_UNLOCK(); + goto error; + } if (flags & PFIL_IN) =2D TAILQ_INSERT_HEAD(list, pfh1, pfil_link); =2D else =2D TAILQ_INSERT_TAIL(list, pfh1, pfil_link); + atomic_store_rel_ptr((volatile void *)&ph->ph_in, + (uintptr_t)pfl_i); + if (flags & PFIL_OUT) + atomic_store_rel_ptr((volatile void *)&ph->ph_out, + (uintptr_t)pfl_o); + + /* Put old hooks on the GC list and schedule a timeout */ + if (!(flags & PFIL_WAITOK)) { + if (flags & PFIL_IN && opfl_i !=3D NULL) + STAILQ_INSERT_TAIL(&pfil_gc_list, opfl_i, pfl_next); + if (flags & PFIL_IN && opfl_i !=3D NULL) + STAILQ_INSERT_TAIL(&pfil_gc_list, opfl_o, pfl_next); + if (!callout_active(&pfil_gc_tmo)) + callout_reset(&pfil_gc_tmo, hz, pfil_gc, NULL); + } + PFIL_UNLOCK(); =20 =2D return 0; =2D} + /* free old memory */ + if (flags & PFIL_WAITOK) { + tsleep(ph, 0, "pfilrm", hz); + if (flags & PFIL_IN && opfl_i !=3D NULL) { + free(opfl_i->pfl_hooks, M_IFADDR); + free(opfl_i, M_IFADDR); + } + if (flags & PFIL_OUT && opfl_o !=3D NULL) { + free(opfl_o->pfl_hooks, M_IFADDR); + free(opfl_o, M_IFADDR); + } + } =20 =2D/* =2D * pfil_list_remove is an internal function that takes a function off the =2D * specified list. =2D */ =2Dstatic int =2Dpfil_list_remove(pfil_list_t *list, =2D int (*func)(void *, struct mbuf **, struct ifnet *, int, struct inpc= b *), void *arg) =2D{ =2D struct packet_filter_hook *pfh; + return (0); +error: + if (pfl_i !=3D NULL) { + if (pfl_i->pfl_hooks) + free(pfl_i->pfl_hooks, M_IFADDR); + free(pfl_i, M_IFADDR); + } + if (pfl_o !=3D NULL) { + if (pfl_o->pfl_hooks) + free(pfl_o->pfl_hooks, M_IFADDR); + free(pfl_o, M_IFADDR); + } + + return (err); =20 =2D TAILQ_FOREACH(pfh, list, pfil_link) =2D if (pfh->pfil_func =3D=3D func && pfh->pfil_arg =3D=3D arg) { =2D TAILQ_REMOVE(list, pfh, pfil_link); =2D free(pfh, M_IFADDR); =2D return 0; =2D } =2D return ENOENT; } Index: net/pfil.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/net/pfil.h,v retrieving revision 1.13 diff -u -r1.13 pfil.h =2D-- net/pfil.h 7 Jan 2005 01:45:35 -0000 1.13 +++ net/pfil.h 4 Dec 2005 13:24:24 -0000 @@ -2,6 +2,7 @@ /* $NetBSD: pfil.h,v 1.22 2003/06/23 12:57:08 martin Exp $ */ =20 /*- + * Copyright (c) 2005 Max Laier * Copyright (c) 1996 Matthew R. Green * All rights reserved. * @@ -34,9 +35,7 @@ =20 #include #include =2D#include =2D#include =2D#include /* XXX */ +#include =20 struct mbuf; struct ifnet; @@ -47,34 +46,34 @@ * possibly intercept the packet. */ struct packet_filter_hook { =2D TAILQ_ENTRY(packet_filter_hook) pfil_link; int (*pfil_func)(void *, struct mbuf **, struct ifnet *, int, struct inpc= b *); void *pfil_arg; =2D int pfil_flags; + char *pfil_name; }; =20 +struct packet_filter_list { + STAILQ_ENTRY(packet_filter_list) pfl_next; + struct packet_filter_hook *pfl_hooks; + int pfl_size; + int pfl_generation; +}; + +STAILQ_HEAD(pfil_gclist, packet_filter_list); + #define PFIL_IN 0x00000001 #define PFIL_OUT 0x00000002 =2D#define PFIL_WAITOK 0x00000004 #define PFIL_ALL (PFIL_IN|PFIL_OUT) =2D =2Dtypedef TAILQ_HEAD(pfil_list, packet_filter_hook) pfil_list_t; +#define PFIL_WAITOK 0x00000004 =20 #define PFIL_TYPE_AF 1 /* key is AF_* type */ #define PFIL_TYPE_IFNET 2 /* key is ifnet pointer */ =20 struct pfil_head { =2D pfil_list_t ph_in; =2D pfil_list_t ph_out; + struct packet_filter_list *ph_in; + struct packet_filter_list *ph_out; +#define PFIL_IS_EMPTY(ph) (((ph).ph_in =3D=3D NULL) && ((ph).ph_out =3D=3D= NULL)) + struct sysctl_ctx_list ph_clist; int ph_type; =2D /* =2D * Locking: use a busycounter per pfil_head. =2D * Use ph_busy_count =3D -1 to indicate pfil_head is empty. =2D */ =2D int ph_busy_count; /* count of threads with read lock */ =2D int ph_want_write; /* want write lock flag */ =2D struct cv ph_cv; /* for waking up writers */ =2D struct mtx ph_mtx; /* mutex on locking state */ union { u_long phu_val; void *phu_ptr; @@ -88,26 +87,19 @@ int, struct inpcb *inp); =20 int pfil_add_hook(int (*func)(void *, struct mbuf **, =2D struct ifnet *, int, struct inpcb *), void *, int, struct pfil_head= *); + struct ifnet *, int, struct inpcb *), void *, int, + struct pfil_head *); +int pfil_add_named_hook(int (*func)(void *, struct mbuf **, + struct ifnet *, int, struct inpcb *), void *, char *, int, + struct pfil_head *); int pfil_remove_hook(int (*func)(void *, struct mbuf **, =2D struct ifnet *, int, struct inpcb *), void *, int, struct pfil_head= *); + struct ifnet *, int, struct inpcb *), void *, int, + struct pfil_head *); =20 int pfil_head_register(struct pfil_head *); +void pfil_head_export_sysctl(struct pfil_head *, struct sysctl_oid_list *); int pfil_head_unregister(struct pfil_head *); =20 struct pfil_head *pfil_head_get(int, u_long); =20 =2Dstatic __inline struct packet_filter_hook * =2Dpfil_hook_get(int dir, struct pfil_head *ph) =2D{ =2D KASSERT(ph->ph_busy_count > 0,=20 =2D ("pfil_hook_get: called on unbusy pfil_head")); =2D if (dir =3D=3D PFIL_IN) =2D return (TAILQ_FIRST(&ph->ph_in)); =2D else if (dir =3D=3D PFIL_OUT) =2D return (TAILQ_FIRST(&ph->ph_out)); =2D else =2D return (NULL); =2D} =2D #endif /* _NET_PFIL_H_ */ Index: netinet/ip_fastfwd.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet/ip_fastfwd.c,v retrieving revision 1.33 diff -u -r1.33 ip_fastfwd.c =2D-- netinet/ip_fastfwd.c 18 Nov 2005 20:12:39 -0000 1.33 +++ netinet/ip_fastfwd.c 4 Dec 2005 13:47:59 -0000 @@ -345,7 +345,7 @@ /* * Run through list of ipfilter hooks for input packets */ =2D if (inet_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet_pfil_hook)) goto passin; =20 if (pfil_run_hooks(&inet_pfil_hook, &m, m->m_pkthdr.rcvif, PFIL_IN, NULL)= || @@ -430,7 +430,7 @@ /* * Run through list of hooks for output packets. */ =2D if (inet_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet_pfil_hook)) goto passout; =20 if (pfil_run_hooks(&inet_pfil_hook, &m, ifp, PFIL_OUT, NULL) || m =3D=3D = NULL) { Index: netinet/ip_fw_pfil.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet/ip_fw_pfil.c,v retrieving revision 1.20 diff -u -r1.20 ip_fw_pfil.c =2D-- netinet/ip_fw_pfil.c 29 Nov 2005 17:56:11 -0000 1.20 +++ netinet/ip_fw_pfil.c 4 Dec 2005 13:47:59 -0000 @@ -433,11 +433,15 @@ return ENOENT; #endif =20 =2D pfil_add_hook(ipfw_check_in, NULL, PFIL_IN | PFIL_WAITOK, pfh_inet); =2D pfil_add_hook(ipfw_check_out, NULL, PFIL_OUT | PFIL_WAITOK, pfh_inet); + pfil_add_named_hook(ipfw_check_in, NULL, "ipfw", PFIL_IN | PFIL_WAITOK, + pfh_inet); + pfil_add_named_hook(ipfw_check_out, NULL, "ipfw", + PFIL_OUT | PFIL_WAITOK, pfh_inet); #ifdef INET6 =2D pfil_add_hook(ipfw_check_in, NULL, PFIL_IN | PFIL_WAITOK, pfh_inet6); =2D pfil_add_hook(ipfw_check_out, NULL, PFIL_OUT | PFIL_WAITOK, pfh_inet6); + pfil_add_named_hook(ipfw_check_in, NULL, "ipfw", PFIL_IN | PFIL_WAITOK, + pfh_inet6); + pfil_add_named_hook(ipfw_check_out, NULL, "ipfw", + PFIL_OUT | PFIL_WAITOK, pfh_inet6); #endif =20 return 0; Index: netinet/ip_input.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet/ip_input.c,v retrieving revision 1.309 diff -u -r1.309 ip_input.c =2D-- netinet/ip_input.c 4 Dec 2005 02:12:43 -0000 1.309 +++ netinet/ip_input.c 4 Dec 2005 13:47:59 -0000 @@ -242,6 +242,9 @@ if ((i =3D pfil_head_register(&inet_pfil_hook)) !=3D 0) printf("%s: WARNING: unable to register pfil hook, " "error %d\n", __func__, i); + else + pfil_head_export_sysctl(&inet_pfil_hook, + SYSCTL_STATIC_CHILDREN(_net_inet_ip)); =20 /* Initialize IP reassembly queue. */ IPQ_LOCK_INIT(); @@ -415,7 +418,7 @@ */ =20 /* Jump over all PFIL processing if hooks are not active. */ =2D if (inet_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet_pfil_hook)) goto passin; =20 odst =3D ip->ip_dst; Index: netinet/ip_output.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet/ip_output.c,v retrieving revision 1.250 diff -u -r1.250 ip_output.c =2D-- netinet/ip_output.c 18 Nov 2005 20:12:39 -0000 1.250 +++ netinet/ip_output.c 4 Dec 2005 13:47:59 -0000 @@ -654,7 +654,7 @@ #endif /* FAST_IPSEC */ =20 /* Jump over all PFIL processing if hooks are not active. */ =2D if (inet_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet_pfil_hook)) goto passout; =20 /* Run through list of hooks for output packets. */ Index: netinet6/ip6_forward.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet6/ip6_forward.c,v retrieving revision 1.30 diff -u -r1.30 ip6_forward.c =2D-- netinet6/ip6_forward.c 10 Aug 2005 09:13:35 -0000 1.30 +++ netinet6/ip6_forward.c 4 Dec 2005 13:48:00 -0000 @@ -611,7 +611,7 @@ in6_clearscope(&ip6->ip6_dst); =20 /* Jump over all PFIL processing if hooks are not active. */ =2D if (inet6_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet6_pfil_hook)) goto pass; =20 /* Run through list of hooks for output packets. */ Index: netinet6/ip6_input.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet6/ip6_input.c,v retrieving revision 1.84 diff -u -r1.84 ip6_input.c =2D-- netinet6/ip6_input.c 19 Oct 2005 16:20:18 -0000 1.84 +++ netinet6/ip6_input.c 4 Dec 2005 13:48:00 -0000 @@ -136,6 +136,7 @@ =20 int ip6_ours_check_algorithm; =20 +SYSCTL_DECL(_net_inet6_ip6); struct pfil_head inet6_pfil_hook; =20 /* firewall hooks */ @@ -192,6 +193,9 @@ if ((i =3D pfil_head_register(&inet6_pfil_hook)) !=3D 0) printf("%s: WARNING: unable to register pfil hook, " "error %d\n", __func__, i); + else + pfil_head_export_sysctl(&inet6_pfil_hook, + SYSCTL_STATIC_CHILDREN(_net_inet6_ip6)); =20 ip6intrq.ifq_maxlen =3D ip6qmaxlen; mtx_init(&ip6intrq.ifq_mtx, "ip6_inq", NULL, MTX_DEF); @@ -434,7 +438,7 @@ odst =3D ip6->ip6_dst; =20 /* Jump over all PFIL processing if hooks are not active. */ =2D if (inet6_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet6_pfil_hook)) goto passin; =20 if (pfil_run_hooks(&inet6_pfil_hook, &m, m->m_pkthdr.rcvif, PFIL_IN, NULL= )) Index: netinet6/ip6_output.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/store/mlaier/fcvs/src/sys/netinet6/ip6_output.c,v retrieving revision 1.100 diff -u -r1.100 ip6_output.c =2D-- netinet6/ip6_output.c 21 Oct 2005 16:23:00 -0000 1.100 +++ netinet6/ip6_output.c 4 Dec 2005 13:48:00 -0000 @@ -889,7 +889,7 @@ } =20 /* Jump over all PFIL processing if hooks are not active. */ =2D if (inet6_pfil_hook.ph_busy_count =3D=3D -1) + if (PFIL_IS_EMPTY(inet6_pfil_hook)) goto passout; =20 odst =3D ip6->ip6_dst; --Boundary-01=_seC5F187reQBkMk-- --nextPart23452799.USI6mqnrhR Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF5CexXyyEoT62BG0RAqf4AJ9XhNbJW+cR3yXs1S0FfdIBRC86VACdHPx2 WV8KnMMIYJOTQADOAnuY96c= =40TZ -----END PGP SIGNATURE----- --nextPart23452799.USI6mqnrhR-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 13:25:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4E09916A404 for ; Tue, 27 Feb 2007 13:25:00 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 1577813C4A5 for ; Tue, 27 Feb 2007 13:25:00 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.184]) by hub.org (Postfix) with ESMTP id 2EA1C85C8C5 for ; Tue, 27 Feb 2007 08:59:12 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.184]) (amavisd-new, port 10024) with ESMTP id 76869-07 for ; Tue, 27 Feb 2007 08:59:23 -0400 (AST) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id A0D7B85C8C2 for ; Tue, 27 Feb 2007 08:59:11 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id C5E443CD91 for ; Tue, 27 Feb 2007 08:59:31 -0400 (AST) Date: Tue, 27 Feb 2007 08:59:31 -0400 From: "Marc G. Fournier" To: freebsd-stable@freebsd.org Message-ID: <5F9C60E2708CB953C06B21EA@ganymede.hub.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Some days, it doesn't pay to upgrade ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 13:25:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After 155 days of problem free uptime, I upgraded my 6-STABLE system the other day to the latest cvsup ... 3 days later, the whole thing hung solid with: Feb 27 04:32:49 mars uptimec: The server requested that we do a new login Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please see tuning(7) and login.conf(5). Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please see tuning(7) and login.conf(5). Stupid question: why isn't there some mechanism that prevents new processes from starting up, instead of locking up the whole server? I'm not asking for the evilness of Linux, where it arbitrarily kills off existing processes, but if maxproc is hit, why continue to try and start up new ones? - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF5Csz4QvfyHIvDvMRAvriAJ48K+5X/YdY7YW13Ro8z/nVuca3cQCeIlYk L8cLOgpzH4W4+tz6V8GVVqc= =x/Ok -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 15:31:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2E9C416A414 for ; Tue, 27 Feb 2007 15:31:34 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id 8A04013C4AA for ; Tue, 27 Feb 2007 15:31:31 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id 6BC04B814 for ; Tue, 27 Feb 2007 10:31:30 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: FreeBSD Stable From: Vivek Khera Date: Tue, 27 Feb 2007 10:31:29 -0500 X-Mailer: Apple Mail (2.752.2) Subject: is localtime file binary compatible with older releases? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:31:34 -0000 Is the compiled time zone info file binary compatible across FreeBSD versions? I have a couple of 4.x and one 5.x box still on my network, and I was wondering if it was possible to just copy the /etc/ localtime from a new 6.1 box on to all of them rather than having to install the updated zone file port. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 15:59:11 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4ADED16A403 for ; Tue, 27 Feb 2007 15:59:11 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id EA6FA13C49D for ; Tue, 27 Feb 2007 15:59:10 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1RFx9up032426 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Feb 2007 10:59:10 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1RFx95F032425 for stable@FreeBSD.org; Tue, 27 Feb 2007 10:59:09 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: stable@FreeBSD.org Date: Tue, 27 Feb 2007 10:59:08 -0500 User-Agent: KMail/1.9.5 X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: Subject: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 15:59:11 -0000 The memory-mounted /tmp filled up on this 6.2-PRERELEASE system (as of Nov 7). Unfortunately, instead of the process existing due to ENOSPC, the entire system paniced: [...] g_vfs_done():md0[WRITE(offset=982335488, length=131072)]error = 28 g_vfs_done():md0[WRITE(offset=982466560, length=131072)]error = 28 panic: kmem_malloc(16384): kmem_map too small: 259153920 total allocated Uptime: 34d21h13m21s Dumping 767 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 767MB (196288 pages) 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok Dump complete Automatic reboot in 15 seconds - press a key on the console to abort Rebooting... I don't think, such DoS-ing is normal -- a regular user shot the entire system in the knee... Is anybody interested in the stack/etc.? Is this something, that's fixed in the more recent 6.2? Machine has 3/4Gb RAM and ample swap: Device 1K-blocks Used Avail Capacity /dev/ad0s1b 3145728 32 3145696 0% /dev/ad2s1b 1048576 32 1048544 0% Total 4194304 64 4194240 0% /tmp's space allocation (after reboot) is as follows: Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/md0 2026030 3552 1860396 0% /tmp Note, that it is supposed to hold 2Gb, but was filled up and paniced holding about 300Mb... Probably, because it is created with ``-M'' by default -- but it is not supposed to panic anyway! Please, advise. Thanks! -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 16:36:00 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E70B416A403 for ; Tue, 27 Feb 2007 16:36:00 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from MAIL.corp.lumeta.com (zeus.lumeta.com [65.246.245.22]) by mx1.freebsd.org (Postfix) with ESMTP id A56E713C48D for ; Tue, 27 Feb 2007 16:36:00 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from [65.246.246.82] ([65.246.246.82]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.1830); Tue, 27 Feb 2007 11:23:56 -0500 Message-ID: <45E45AD4.7040005@lumeta.com> Date: Tue, 27 Feb 2007 11:22:44 -0500 From: Sam Baskinger Organization: Lumeta Corporation User-Agent: Thunderbird 1.5.0.9 (X11/20070212) MIME-Version: 1.0 To: Juergen Nickelsen References: In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 27 Feb 2007 16:23:56.0533 (UTC) FILETIME=[ADBFCA50:01C75A8B] Cc: freebsd-stable@freebsd.org Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 16:36:01 -0000 I'm assuming that you installed linux compatibility and then the linux-jdk 1.4? I failed to do that and saw a very similar error a while back. :) Sam Baskinger Lumeta - Securing the Network in the Face of Change www.lumeta.com Juergen Nickelsen wrote: > Hello, > > on a more or less newly installed machine with 5.5-STABLE (updated > recently) I tried to install JDK 1.5 via /usr/ports/. After > retrieving all necessary files, the build failed quite mysteriously, > even more so as I had succeeded with another machine fine last year. > > In the build protocol the problems seem to begin like this: > > Java HotSpot(TM) Client VM warning: Can't detect initial thread stack location > /usr/ports/java/jdk15/work/control/build/bsd-i586/gensrc/sun/nio/cs/StandardChar\ > sets.java:226: expected > > and then a series of other errors in the Java code; as if it is > compiled using the wrong compiler version. It looks weird to me, as > I think I fetched the correct files and did everything as carefully > as last year. > > Is this a known problem? Does anyone know a way around it? Is the > port currently broken, perhaps? > > Details can be found in ; and > I'll gladly provide more details if necessary. > > Regards, Juergen. > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 16:49:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3B71916A400 for ; Tue, 27 Feb 2007 16:49:14 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 737FC13C4A7 for ; Tue, 27 Feb 2007 16:49:12 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 44526 invoked by uid 1001); 27 Feb 2007 16:49:20 -0000 To: Martin Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <20070223110654.770d3904@DELOREAN.manuelmartini.it> (list@manuelmartini.it's message of "Fri, 23 Feb 2007 11:06:54 +0100") References: <20070223110654.770d3904@DELOREAN.manuelmartini.it> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Tue, 27 Feb 2007 17:49:20 +0100 Message-ID: <86bqjfsfzj.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 16:49:14 -0000 Martin writes: > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: can > anyone reccomend any of them? models? particular hw/firmware/misc If you use FreeBSD don't look upon IBM blades at all. I've installed few freebsd 5.4 on IBM HS20 blades. If you need console, the only way to get there is through java web interface that sucks, brakes and crashes constantly. Because the keyboard is not supported you have to use it. Everything else also sucked. We had two blade chassis with 28 blade servers and I have never been so frustrated like I was with them and IBM people that did not solve our problem. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 17:05:44 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0F22316A402 for ; Tue, 27 Feb 2007 17:05:44 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id 94E0913C4A5 for ; Tue, 27 Feb 2007 17:05:42 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1HM5OT-0000Rs-9d; Tue, 27 Feb 2007 18:41:37 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HM5O6-000HXO-1Y; Tue, 27 Feb 2007 18:41:14 +0200 Date: Tue, 27 Feb 2007 18:41:14 +0200 From: Alex Kozlov To: Mikhail Teterin Message-ID: <20070227164113.GA67300@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alex Kozlov X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: stable@FreeBSD.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:05:44 -0000 On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote: > /tmp's space allocation (after reboot) is as follows: > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/md0 2026030 3552 1860396 0% /tmp > > Note, that it is supposed to hold 2Gb, but was filled up and paniced > holding about 300Mb... Probably, because it is created with ``-M'' > by default -- but it is not supposed to panic anyway! You may want to set -o reserve option. Or better, switch to a swap backed md. -- Adios From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 17:36:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B2BC316A403 for ; Tue, 27 Feb 2007 17:36:46 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 3404B13C4A3 for ; Tue, 27 Feb 2007 17:36:45 +0000 (UTC) (envelope-from mb@imp.ch) Received: from dan.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l1RHagqR062850; Tue, 27 Feb 2007 18:36:43 +0100 (CET) (envelope-from mb@imp.ch) Date: Tue, 27 Feb 2007 18:36:42 +0100 (CET) From: Martin Blapp To: "Sergey N. Voronkov" In-Reply-To: <20070227035603.GA49430@tmn.ru> Message-ID: <20070227183553.B18301@godot.imp.ch> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 17:36:46 -0000 Hi, >> Change the threading lib. It fixed it for us. >> >> % cat /etc/libmap.conf >> [clamd] >> libc_r.so.5 libthr.so.2 >> libc_r.so.6 libthr.so.2 >> libthr.so.2 libthr.so.2 >> libpthread.so.1 libthr.so.2 >> libpthread.so.2 libthr.so.2 Even with libthr the CPU usage is still far too high ... I'm currently looking at the code. Martin From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 18:22:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6407616A410 for ; Tue, 27 Feb 2007 18:22:29 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 42E3713C491 for ; Tue, 27 Feb 2007 18:22:29 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from [64.3.1.253] (port=49944 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HM6i2-00069H-ID; Tue, 27 Feb 2007 12:05:59 -0600 From: "Larry Rosenman" To: "'Martin Blapp'" , "'Sergey N. Voronkov'" References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> In-Reply-To: <20070227183553.B18301@godot.imp.ch> Date: Tue, 27 Feb 2007 12:05:44 -0600 Message-ID: <005b01c75a99$ec6533e0$c52f9ba0$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcdalkyYf2YUN6bhQDC7BY46FN1G2gAA3c8w Content-Language: en-us X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: RE: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:22:29 -0000 I've seen it go loop as well on my Dual-Xeon. I did just switch it to libthr, but still had one occurace. I did switch maxthreads to 1. If I can test, please let me know. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Martin Blapp Sent: Tuesday, February 27, 2007 11:37 AM To: Sergey N. Voronkov Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 Hi, >> Change the threading lib. It fixed it for us. >> >> % cat /etc/libmap.conf >> [clamd] >> libc_r.so.5 libthr.so.2 >> libc_r.so.6 libthr.so.2 >> libthr.so.2 libthr.so.2 >> libpthread.so.1 libthr.so.2 >> libpthread.so.2 libthr.so.2 Even with libthr the CPU usage is still far too high ... I'm currently looking at the code. Martin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 18:28:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0B84D16A402 for ; Tue, 27 Feb 2007 18:28:41 +0000 (UTC) (envelope-from chris@hier7.com) Received: from smtp107.rog.mail.re2.yahoo.com (smtp107.rog.mail.re2.yahoo.com [68.142.225.205]) by mx1.freebsd.org (Postfix) with SMTP id A11B713C428 for ; Tue, 27 Feb 2007 18:28:40 +0000 (UTC) (envelope-from chris@hier7.com) Received: (qmail 53259 invoked from network); 27 Feb 2007 18:02:00 -0000 Received: from unknown (HELO ?74.109.56.185?) (cms.kw@rogers.com@74.109.56.185 with plain) by smtp107.rog.mail.re2.yahoo.com with SMTP; 27 Feb 2007 18:01:59 -0000 X-YMail-OSG: dlk8k2UVM1kHaDLmh3a0cnUI_a.aopE8BEoa9DGdT8X5L3S8hEuPZBFjq2KW5e.NsQ-- Message-ID: <45E4720F.4060105@hier7.com> Date: Tue, 27 Feb 2007 13:01:51 -0500 From: Chris Slothouber Organization: hier7 User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> In-Reply-To: <20070227183553.B18301@godot.imp.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:28:41 -0000 Was this indeed compiled with pthread or with lpthread? I had this issue on a 4.11-RELEASE machine very recently. As it does not have lpthread, it would fail to compile against this. Martin Blapp wrote: > > Hi, > >>> Change the threading lib. It fixed it for us. >>> >>> % cat /etc/libmap.conf >>> [clamd] >>> libc_r.so.5 libthr.so.2 >>> libc_r.so.6 libthr.so.2 >>> libthr.so.2 libthr.so.2 >>> libpthread.so.1 libthr.so.2 >>> libpthread.so.2 libthr.so.2 > > Even with libthr the CPU usage is still far too high ... > I'm currently looking at the code. > > Martin > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 18:40:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9793316A403 for ; Tue, 27 Feb 2007 18:40:13 +0000 (UTC) (envelope-from ni@w21.org) Received: from w21.org (w21.org [217.173.146.43]) by mx1.freebsd.org (Postfix) with ESMTP id 4EA4C13C4AA for ; Tue, 27 Feb 2007 18:40:13 +0000 (UTC) (envelope-from ni@w21.org) Received: by w21.org (Postfix, from userid 100) id 044A011633; Tue, 27 Feb 2007 19:11:42 +0100 (CET) Date: Tue, 27 Feb 2007 19:11:42 +0100 From: Juergen Nickelsen To: Sam Baskinger Message-ID: <20070227181142.GC95703@oland.ni.w21.org> References: <45E45AD4.7040005@lumeta.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E45AD4.7040005@lumeta.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:40:13 -0000 On Tue, Feb 27, 2007 at 11:22:44AM -0500, Sam Baskinger wrote: > I'm assuming that you installed linux compatibility and then the > linux-jdk 1.4? I failed to do that and saw a very similar error a while > back. :) That may well be the case. I assumed the port installed it as a dependency, but I didn't really look close. Thanks for the hint! I'll report back later. Regards, Juergen. [...] > Juergen Nickelsen wrote: > >Hello, > > > >on a more or less newly installed machine with 5.5-STABLE (updated > >recently) I tried to install JDK 1.5 via /usr/ports/. After > >retrieving all necessary files, the build failed quite mysteriously, > >even more so as I had succeeded with another machine fine last year. > > > >In the build protocol the problems seem to begin like this: -- Never trust an operating system you don't have sources for. -- Joerg Wunsch From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 18:53:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 387FF16A401 for ; Tue, 27 Feb 2007 18:53:19 +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 ECFC613C428 for ; Tue, 27 Feb 2007 18:53:08 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan@localhost [127.0.0.1]) by dan.emsphone.com (8.14.0/8.13.8) with ESMTP id l1RIr2Xu060086 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 27 Feb 2007 12:53:03 -0600 (CST) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.0/8.14.0/Submit) id l1RIr2rj060084; Tue, 27 Feb 2007 12:53:02 -0600 (CST) (envelope-from dan) Date: Tue, 27 Feb 2007 12:53:02 -0600 From: Dan Nelson To: Juergen Nickelsen Message-ID: <20070227185302.GF71962@dan.emsphone.com> References: <45E45AD4.7040005@lumeta.com> <20070227181142.GC95703@oland.ni.w21.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070227181142.GC95703@oland.ni.w21.org> X-OS: FreeBSD 6.2-STABLE User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, Sam Baskinger Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 18:53:19 -0000 In the last episode (Feb 27), Juergen Nickelsen said: > On Tue, Feb 27, 2007 at 11:22:44AM -0500, Sam Baskinger wrote: > > I'm assuming that you installed linux compatibility and then the > > linux-jdk 1.4? I failed to do that and saw a very similar error a > > while back. :) > > That may well be the case. I assumed the port installed it as a > dependency, but I didn't really look close. Thanks for the hint! I'll > report back later. You could also install the native diablo-jdk15 port instead of a Linux one. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 19:00:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C401B16A414 for ; Tue, 27 Feb 2007 19:00:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 869C813C474 for ; Tue, 27 Feb 2007 19:00:15 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1RJ0EC6049198; Tue, 27 Feb 2007 14:00:14 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1RJ0Eu6071564 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 14:00:14 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702271900.l1RJ0Eu6071564@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 27 Feb 2007 13:59:22 -0500 To: Martin Blapp , "Sergey N. Voronkov" From: Mike Tancsa In-Reply-To: <20070227183553.B18301@godot.imp.ch> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 19:00:15 -0000 At 12:36 PM 2/27/2007, Martin Blapp wrote: >Hi, > >>>Change the threading lib. It fixed it for us. >>> >>>% cat /etc/libmap.conf >>>[clamd] >>>libc_r.so.5 libthr.so.2 >>>libc_r.so.6 libthr.so.2 >>>libthr.so.2 libthr.so.2 >>>libpthread.so.1 libthr.so.2 >>>libpthread.so.2 libthr.so.2 > >Even with libthr the CPU usage is still far too high ... >I'm currently looking at the code. We have our boxes setup so that we have the milter running on different boxes than clamd. Clamd doesnt seem to take up too much more CPU power than it did before using the old libs. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 19:48:16 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 83CB016A408 for ; Tue, 27 Feb 2007 19:48:16 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id 312F713C494 for ; Tue, 27 Feb 2007 19:48:16 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1RJmEOE038233 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 14:48:15 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1RJmCYM038232; Tue, 27 Feb 2007 14:48:12 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Alex Kozlov , "Zaphod Beeblebrox" Date: Tue, 27 Feb 2007 14:48:11 -0500 User-Agent: KMail/1.9.5 References: <20070227164113.GA67300@ravenloft.kiev.ua> In-Reply-To: <20070227164113.GA67300@ravenloft.kiev.ua> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@freebsd.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 19:48:16 -0000 On Tuesday 27 February 2007 11:41, Alex Kozlov wrote: = On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote: = > /tmp's space allocation (after reboot) is as follows: = > = > Filesystem 1K-blocks Used Avail Capacity Mounted on = > /dev/md0 2026030 3552 1860396 0% /tmp = > = > Note, that it is supposed to hold 2Gb, but was filled up and paniced = > holding about 300Mb... Probably, because it is created with ``-M'' = > by default -- but it is not supposed to panic anyway! = You may want to set -o reserve option. Or better, switch to a swap backed = md. Yes, I switched to swap-backed md already. But the malloc-based variety is currently the _default_ (see /etc/defaults/rc.conf)... Creation of a 2Gb malloc-based md should've failed on a machine with 768Mb of RAM, shouldn't it have? On Tuesday 27 February 2007 11:45, Zaphod Beeblebrox wrote: = IIRC, the total kernel memory on a normally configured 6.xor 7.x box is 1G = on 32 bit. = So I've pretty much abandoned ram disks on 32 bit machines. Not enough = memory. Memory "disks" used to be served by user-space processes (mount_mfs), making them not care for the whole malloc/swap distinctions, and the address-space concerns. Are you sure, swap-based mds still consume kernel's address space, though? -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 20:23:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D00AC16A406 for ; Tue, 27 Feb 2007 20:23:34 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 2362A13C4AA for ; Tue, 27 Feb 2007 20:23:33 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 52574 invoked by uid 0); 28 Feb 2007 07:24:10 +1100 Received: by simscan 1.1.0 ppid: 52568, pid: 52570, t: 0.0232s scanners: attach: 1.1.0 clamav: 0.90/m:42 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 28 Feb 2007 07:24:10 +1100 From: "Dimuthu Parussalla" To: "'Martin Blapp'" , "'Sergey N. Voronkov'" Date: Wed, 28 Feb 2007 07:23:15 +1100 Message-ID: <001d01c75aad$1ceb4050$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 Importance: Normal In-Reply-To: <20070227183553.B18301@godot.imp.ch> Cc: freebsd-stable@freebsd.org Subject: RE: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:23:34 -0000 Hi, I can confirm the same situation. My dual xeon x236 server runs very high cpu utilisation with clamav. Also tried with maxthreads to 1. Result is the same but frequency of locked process seems to be reduced. Cheers Dimi -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Martin Blapp Sent: Wednesday, 28 February 2007 4:37 AM To: Sergey N. Voronkov Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 Hi, >> Change the threading lib. It fixed it for us. >> >> % cat /etc/libmap.conf >> [clamd] >> libc_r.so.5 libthr.so.2 >> libc_r.so.6 libthr.so.2 >> libthr.so.2 libthr.so.2 >> libpthread.so.1 libthr.so.2 >> libpthread.so.2 libthr.so.2 Even with libthr the CPU usage is still far too high ... I'm currently looking at the code. Martin _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 20:37:07 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07ED316A401; Tue, 27 Feb 2007 20:37:07 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from av8-2-sn3.vrr.skanova.net (av8-2-sn3.vrr.skanova.net [81.228.9.184]) by mx1.freebsd.org (Postfix) with ESMTP id BD56B13C467; Tue, 27 Feb 2007 20:37:06 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: by av8-2-sn3.vrr.skanova.net (Postfix, from userid 502) id 47A7737E87; Tue, 27 Feb 2007 21:05:19 +0100 (CET) Received: from smtp3-1-sn3.vrr.skanova.net (smtp3-1-sn3.vrr.skanova.net [81.228.9.101]) by av8-2-sn3.vrr.skanova.net (Postfix) with ESMTP id D6F9837E4F; Tue, 27 Feb 2007 21:05:18 +0100 (CET) Received: from [192.168.1.149] (81-234-214-163-no68.tbcn.telia.com [81.234.214.163]) by smtp3-1-sn3.vrr.skanova.net (Postfix) with ESMTP id B809E37E42; Tue, 27 Feb 2007 21:05:16 +0100 (CET) From: Joel Dahl To: Nate Lawson In-Reply-To: <45E39552.2020607@root.org> References: <45E39552.2020607@root.org> Content-Type: text/plain; charset=ISO-8859-15 Date: Tue, 27 Feb 2007 21:05:17 +0100 Message-Id: <1172606717.1007.12.camel@dude.automatvapen.se> Mime-Version: 1.0 X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:37:07 -0000 Mån 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: > If you are having EC timeout problems as in the below PR, please try the > latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > -current. Thanks for working on this, but my laptop (HP nx7400) shuts down right after boot (or sometimes during boot) after this commit. I see this on the console: acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits ... WARNING: System temperature too high, shutting down soon! Everything works fine with an older kernel. -- Joel From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 20:54:14 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3EA3016A401 for ; Tue, 27 Feb 2007 20:54:14 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from istc.kiev.ua (wolf.istc.kiev.ua [193.108.236.1]) by mx1.freebsd.org (Postfix) with ESMTP id DADE513C4B5 for ; Tue, 27 Feb 2007 20:54:13 +0000 (UTC) (envelope-from kozlov@ravenloft.kiev.ua) Received: from localhost ([127.0.0.1] helo=ravenloft.kiev.ua) by istc.kiev.ua with esmtp (Exim 4.52) id 1HM9Ku-000707-6q; Tue, 27 Feb 2007 22:54:12 +0200 Received: from kozlov by ravenloft.kiev.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HM9KZ-000ItM-D4; Tue, 27 Feb 2007 22:53:51 +0200 Date: Tue, 27 Feb 2007 22:53:51 +0200 From: Alex Kozlov To: Mikhail Teterin Message-ID: <20070227205351.GA72597@ravenloft.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alex Kozlov X-Spam-Score: 0.0 (/) X-Spam-Report: Content analysis detailz: (0.0 points, 10.0 required) Cc: stable@freebsd.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 20:54:14 -0000 On Tue, Feb 27, 2007 at 02:48:11PM -0500, Mikhail Teterin wrote: > On Tuesday 27 February 2007 11:41, Alex Kozlov wrote: > = On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote: > = > /tmp's space allocation (after reboot) is as follows: > = > > = > Filesystem 1K-blocks Used Avail Capacity Mounted on > = > /dev/md0 2026030 3552 1860396 0% /tmp > = > > = > Note, that it is supposed to hold 2Gb, but was filled up and paniced > = > holding about 300Mb... Probably, because it is created with ``-M'' > = > by default -- but it is not supposed to panic anyway! > = You may want to set -o reserve option. Or better, switch to a swap backed > = md. > > Yes, I switched to swap-backed md already. But the malloc-based variety is > currently the _default_ (see /etc/defaults/rc.conf)... Bad default. Anyway, you may wish to change tmpmfs_flags on something like that: "-S -m0 -o async,nosymfollow,nosuid" > Creation of a 2Gb malloc-based md should've failed on a machine with 768Mb of > RAM, shouldn't it have? Only if you set '-o reserve'. Memory for malloc-based md was allocated dynamically. -- Adios From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:03:32 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32DD016A403 for ; Tue, 27 Feb 2007 21:03:32 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id D188413C4B8 for ; Tue, 27 Feb 2007 21:03:31 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1RL3VS4038490 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 16:03:31 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1RL3Ux5038489; Tue, 27 Feb 2007 16:03:30 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Alex Kozlov Date: Tue, 27 Feb 2007 16:03:30 -0500 User-Agent: KMail/1.9.5 References: <20070227205351.GA72597@ravenloft.kiev.ua> In-Reply-To: <20070227205351.GA72597@ravenloft.kiev.ua> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@freebsd.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:03:32 -0000 On Tuesday 27 February 2007 15:53, Alex Kozlov wrote: = > Yes, I switched to swap-backed md already. But the malloc-based variety is = > currently the _default_ (see /etc/defaults/rc.conf)... = Bad default. Filing a PR. = > Creation of a 2Gb malloc-based md should've failed on a machine with = > 768Mb of RAM, shouldn't it have? = Only if you set '-o reserve'. Memory for malloc-based md was allocated = dynamically. But malloc can only allocate from RAM, right? So the amount of RAM is the hard limit, which a malloc-based md can not exceed even in theory. This means, md-creation should've failed... In fact, the limit should, of course, be even lower -- and mdmfs should be smart enough to substract the sizes of other kernel memory chunks from the maximum. Since even that would still not be a guarantee against running out, the system should be able to recover gracefully instead of panicing. Do you agree? -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:09:45 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5187316A406 for ; Tue, 27 Feb 2007 21:09:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 40DFF13C4BB for ; Tue, 27 Feb 2007 21:09:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 1F4441A4D81; Tue, 27 Feb 2007 13:09:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 470925138A; Tue, 27 Feb 2007 16:09:44 -0500 (EST) Date: Tue, 27 Feb 2007 16:09:44 -0500 From: Kris Kennaway To: Mikhail Teterin Message-ID: <20070227210943.GA56889@xor.obsecurity.org> References: <200702271059.09230@aldan> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200702271059.09230@aldan> User-Agent: Mutt/1.4.2.2i Cc: stable@FreeBSD.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:09:45 -0000 Documented in the manpage, use swap backing or reserve enough space. Kris On Tue, Feb 27, 2007 at 10:59:08AM -0500, Mikhail Teterin wrote: > The memory-mounted /tmp filled up on this 6.2-PRERELEASE system (as of Nov 7). > > Unfortunately, instead of the process existing due to ENOSPC, the entire > system paniced: > > [...] > g_vfs_done():md0[WRITE(offset=982335488, length=131072)]error = 28 > g_vfs_done():md0[WRITE(offset=982466560, length=131072)]error = 28 > panic: kmem_malloc(16384): kmem_map too small: 259153920 total allocated > Uptime: 34d21h13m21s > Dumping 767 MB (2 chunks) > chunk 0: 1MB (159 pages) ... ok > chunk 1: 767MB (196288 pages) 751 735 719 703 687 671 655 639 623 607 591 > 575 559 543 527 511 495 479 463 447 431 415 399 383 367 351 335 319 303 287 > 271 255 239 223 207 191 175 159 143 127 111 95 79 63 47 31 15 ... ok > > Dump complete > Automatic reboot in 15 seconds - press a key on the console to abort > Rebooting... > > I don't think, such DoS-ing is normal -- a regular user shot the entire system > in the knee... > > Is anybody interested in the stack/etc.? Is this something, that's fixed in > the more recent 6.2? > > Machine has 3/4Gb RAM and ample swap: > > Device 1K-blocks Used Avail Capacity > /dev/ad0s1b 3145728 32 3145696 0% > /dev/ad2s1b 1048576 32 1048544 0% > Total 4194304 64 4194240 0% > > /tmp's space allocation (after reboot) is as follows: > > Filesystem 1K-blocks Used Avail Capacity Mounted on > /dev/md0 2026030 3552 1860396 0% /tmp > > Note, that it is supposed to hold 2Gb, but was filled up and paniced holding > about 300Mb... Probably, because it is created with ``-M'' by default -- but > it is not supposed to panic anyway! > > Please, advise. Thanks! > > -mi > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:17:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5A7D316A405 for ; Tue, 27 Feb 2007 21:17:19 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id CA9ED13C4B4 for ; Tue, 27 Feb 2007 21:17:18 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l1RKoKkG004561; Tue, 27 Feb 2007 15:50:20 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Tue, 27 Feb 2007 15:50:20 -0500 (EST) Date: Tue, 27 Feb 2007 15:50:20 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Dimuthu Parussalla In-Reply-To: <001d01c75aad$1ceb4050$d801a8c0@dimuthu> Message-ID: References: <001d01c75aad$1ceb4050$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: 'Martin Blapp' , freebsd-stable@freebsd.org Subject: RE: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:17:19 -0000 On Wed, 28 Feb 2007, Dimuthu Parussalla wrote: > Hi, > > I can confirm the same situation. My dual xeon x236 server runs very high > cpu utilisation with clamav. Also tried with maxthreads to 1. Result is the > same but frequency of locked process seems to be reduced. I think clamav has a bug somewhere. I seem to recall some other application having bad assumptions about sockets, but can't remember exactly what it was. I do know that a close() on a file descriptor does not wakeup and return an error to all threads waiting on it. FreeBSD and supposedly Linux have this behavior, but Solaris will return an error to all threads. I'm not sure this has anything to do with it, but after seeing the bug report of clamd having a lot of threads waiting in accept(), it might be a place to start investigating... -- DE From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:24:23 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3961E16A403 for ; Tue, 27 Feb 2007 21:24:23 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan.algebra.com [216.254.65.224]) by mx1.freebsd.org (Postfix) with ESMTP id D886A13C494 for ; Tue, 27 Feb 2007 21:24:22 +0000 (UTC) (envelope-from mi+kde@aldan.algebra.com) Received: from aldan.algebra.com (aldan [127.0.0.1]) by aldan.algebra.com (8.13.8/8.13.8) with ESMTP id l1RLOMjf038578 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 27 Feb 2007 16:24:22 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) Received: from localhost (localhost [[UNIX: localhost]]) by aldan.algebra.com (8.13.8/8.13.8/Submit) id l1RLOLYt038577; Tue, 27 Feb 2007 16:24:21 -0500 (EST) (envelope-from mi+kde@aldan.algebra.com) From: Mikhail Teterin To: Kris Kennaway , Alex Kozlov Date: Tue, 27 Feb 2007 16:24:21 -0500 User-Agent: KMail/1.9.5 References: <200702271059.09230@aldan> <20070227210943.GA56889@xor.obsecurity.org> In-Reply-To: <20070227210943.GA56889@xor.obsecurity.org> X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7whJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" Cc: stable@freebsd.org Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:24:23 -0000 On Tuesday 27 February 2007 16:09, Kris Kennaway wrote: = Documented in the manpage, use swap backing or reserve enough space. = = Kris The strings "panic" and "-o reserve" are mentioned in neither mdmfs(8) nor in rc.conf(5)... Is one supposed to look elsewhere? Worse, the use of malloc-based mds is touted in rc.conf as something, that is supposed to help "system stability at low memory conditions". All I did on this system, was set tmpmfs="YES" tmpsize="2048m" in the /etc/rc.conf. Alex has already said, that using malloc-backed md is a bad default -- do you disagree? -mi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:26:34 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5348E16A401 for ; Tue, 27 Feb 2007 21:26:34 +0000 (UTC) (envelope-from cwt@networks.cwu.edu) Received: from nsc0.cwu.edu (nsc0.cwu.edu [198.104.69.44]) by mx1.freebsd.org (Postfix) with ESMTP id AEE8A13C4AA for ; Tue, 27 Feb 2007 21:26:29 +0000 (UTC) (envelope-from cwt@networks.cwu.edu) Received: from n.cwu.edu (n.cwu.edu [198.104.69.57]) by nsc0.cwu.edu (8.13.8/8.13.8) with ESMTP id l1RKnbHR041177; Tue, 27 Feb 2007 12:49:37 -0800 (PST) (envelope-from cwt@networks.cwu.edu) Received: from n.cwu.edu (localhost [127.0.0.1]) by n.cwu.edu (8.13.3/8.13.3) with ESMTP id l1RKnbTF036849; Tue, 27 Feb 2007 12:49:37 -0800 (PST) (envelope-from cwt@networks.cwu.edu) Received: from localhost (cwt@localhost) by n.cwu.edu (8.13.3/8.13.1/Submit) with ESMTP id l1RKnaF2036846; Tue, 27 Feb 2007 12:49:36 -0800 (PST) (envelope-from cwt@networks.cwu.edu) X-Authentication-Warning: n.cwu.edu: cwt owned process doing -bs Date: Tue, 27 Feb 2007 12:49:36 -0800 (PST) From: Chris Timmons X-X-Sender: cwt@n.cwu.edu To: Juergen Nickelsen In-Reply-To: <20070227181142.GC95703@oland.ni.w21.org> Message-ID: <20070227124644.U34426@n.cwu.edu> References: <45E45AD4.7040005@lumeta.com> <20070227181142.GC95703@oland.ni.w21.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0 (nsc0.cwu.edu [198.104.69.44]); Tue, 27 Feb 2007 12:49:37 -0800 (PST) Cc: freebsd-stable@freebsd.org, Sam Baskinger Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:26:34 -0000 Don't forget that the linux JDK will want you to have linprocfs mounted. I recently had a similar build experience of jdk-1.5.0p4 which cleared up fine after I remembered about linprocfs. linprocfs /compat/linux/proc linprocfs rw 0 0 -Chris On Tue, 27 Feb 2007, Juergen Nickelsen wrote: > On Tue, Feb 27, 2007 at 11:22:44AM -0500, Sam Baskinger wrote: > >> I'm assuming that you installed linux compatibility and then the >> linux-jdk 1.4? I failed to do that and saw a very similar error a while >> back. :) > > That may well be the case. I assumed the port installed it as a > dependency, but I didn't really look close. Thanks for the hint! > I'll report back later. > > Regards, Juergen. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:28:45 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AAEF616A401 for ; Tue, 27 Feb 2007 21:28:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 9570F13C441 for ; Tue, 27 Feb 2007 21:28:45 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 77E801A3C1C; Tue, 27 Feb 2007 13:28:45 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A825B513EB; Tue, 27 Feb 2007 16:28:44 -0500 (EST) Date: Tue, 27 Feb 2007 16:28:44 -0500 From: Kris Kennaway To: Mikhail Teterin Message-ID: <20070227212844.GA57256@xor.obsecurity.org> References: <200702271059.09230@aldan> <20070227210943.GA56889@xor.obsecurity.org> <200702271624.21474@aldan> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <200702271624.21474@aldan> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Alex Kozlov , Kris Kennaway Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:28:45 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 27, 2007 at 04:24:21PM -0500, Mikhail Teterin wrote: > On Tuesday 27 February 2007 16:09, Kris Kennaway wrote: > =3D Documented in the manpage, use swap backing or reserve enough space. > =3D=20 > =3D Kris >=20 > The strings "panic" and "-o reserve" are mentioned in neither mdmfs(8) no= r in=20 > rc.conf(5)... Is one supposed to look elsewhere? Yes, mdconfig, which is what creates the device (mdmfs is a legacy wrapper for 4.x compatibility). > Worse, the use of malloc-based mds is touted in rc.conf as something, tha= t is=20 > supposed to help "system stability at low memory conditions". >=20 > All I did on this system, was set=20 >=20 > tmpmfs=3D"YES" > tmpsize=3D"2048m" >=20 > in the /etc/rc.conf. >=20 > Alex has already said, that using malloc-backed md is a bad default -- do= you=20 > disagree? No, that's what I said too (on this occasion and several times in the past :). I am not aware of a good reason to use malloc backing over swap, under any circumstances. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5KKMWry0BWjoQKURAinzAJ9NFZvFg9BWCOiYw8m2Oz6JRpAaQQCeJZ0L 0JKukYcnWKVPux2s0XMdeDc= =peHL -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 21:51:58 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6547016A403 for ; Tue, 27 Feb 2007 21:51:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 515B313C4AA for ; Tue, 27 Feb 2007 21:51:58 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id 04AFD1A4D80; Tue, 27 Feb 2007 13:51:58 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 52F4C5157E; Tue, 27 Feb 2007 16:51:56 -0500 (EST) Date: Tue, 27 Feb 2007 16:51:56 -0500 From: Kris Kennaway To: Michael Proto Message-ID: <20070227215155.GA57597@xor.obsecurity.org> References: <200702271059.09230@aldan> <20070227210943.GA56889@xor.obsecurity.org> <200702271624.21474@aldan> <20070227212844.GA57256@xor.obsecurity.org> <45E4A6D1.1020108@jellydonut.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E4A6D1.1020108@jellydonut.org> User-Agent: Mutt/1.4.2.2i Cc: stable@freebsd.org, Alex Kozlov , Mikhail Teterin , Kris Kennaway Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 21:51:58 -0000 On Tue, Feb 27, 2007 at 04:46:57PM -0500, Michael Proto wrote: > Kris Kennaway wrote: > > On Tue, Feb 27, 2007 at 04:24:21PM -0500, Mikhail Teterin wrote: > >> The strings "panic" and "-o reserve" are mentioned in neither mdmfs(8) nor in > >> rc.conf(5)... Is one supposed to look elsewhere? > > > > Yes, mdconfig, which is what creates the device (mdmfs is a legacy > > wrapper for 4.x compatibility). > > > > Isn't this backwards? mdconfig is the legacy-compatibility wrapper for > mdmfs, not the other way around. No. DESCRIPTION The mdmfs utility is designed to be a work-alike and look-alike of the deprecated mount_mfs(8). The end result is essentially the same, but is accomplished in a completely different way. The mdmfs utility configures an md(4) disk using mdconfig(8), puts a UFS file system on it using newfs(8), and mounts it using mount(8). Kris From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:01:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E2AD16A400 for ; Tue, 27 Feb 2007 22:01:54 +0000 (UTC) (envelope-from kreios@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.235]) by mx1.freebsd.org (Postfix) with ESMTP id 2D75B13C474 for ; Tue, 27 Feb 2007 22:01:53 +0000 (UTC) (envelope-from kreios@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1720315wxc for ; Tue, 27 Feb 2007 14:01:53 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=GA5NFzAUWoxCCN0yu/UMcXsKdNhiNyRWpv/fZo40lQOBprP+yNjDK+H9jRgKjIu7g8RYoFT9UM1fqUwCHViItp8t3evvo5/qOhnJBkkpkI3T0lgeDO7Z5IzMXvAVeia5kXr80ZC7btBkmdrbrljzU0vJ3HeONIxD4eUm7bdr6N8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-transfer-encoding:message-id:content-type:to:from:subject:date:x-mailer; b=n1Ctv+kJWJzgRcK56400rLUeR9ZfsS01I6a/rRiA6pEVlNzdt40rnf3VwdrmuZG6arI700bS6Jacds6cxs1+BtM06oqhULeCPUzA5fTaptBGVILAhm44u50J42s9wgNV704x2OKWnUVgEVDCMvClq1SyYOSvjqlje2iCe1X2O6g= Received: by 10.90.98.10 with SMTP id v10mr6879497agb.1172612116447; Tue, 27 Feb 2007 13:35:16 -0800 (PST) Received: from ?128.194.169.119? ( [128.194.169.119]) by mx.google.com with ESMTP id g9sm3339331wra.2007.02.27.13.35.15; Tue, 27 Feb 2007 13:35:15 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Transfer-Encoding: 7bit Message-Id: <32DB095A-7E21-4194-85BA-E443A9F8A9CB@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed To: freebsd-stable@freebsd.org From: Dave Date: Tue, 27 Feb 2007 15:35:14 -0600 X-Mailer: Apple Mail (2.752.2) Subject: Hardware Security Modules X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:01:54 -0000 Anybody have a list of hardware security modules that work with FreeBSD? Mostly looking for units that certificate authority functions (signing, secure key storage). Any help that you can provide would be greatly appreciated. Thanks for your time, -- Dave From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:04:35 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA03C16A404 for ; Tue, 27 Feb 2007 22:04:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (vc4-2-0-87.dsl.netrack.net [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8260D13C4B3 for ; Tue, 27 Feb 2007 22:04:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.13.4/8.13.4) with ESMTP id l1RM2CJw080220; Tue, 27 Feb 2007 15:02:12 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Tue, 27 Feb 2007 15:02:14 -0700 (MST) Message-Id: <20070227.150214.-957834982.imp@bsdimp.com> To: vivek@khera.org From: "M. Warner Losh" In-Reply-To: <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> References: <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> X-Mailer: Mew version 4.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0 (harmony.bsdimp.com [127.0.0.1]); Tue, 27 Feb 2007 15:02:13 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: is localtime file binary compatible with older releases? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:04:35 -0000 In message: <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> Vivek Khera writes: : Is the compiled time zone info file binary compatible across FreeBSD : versions? I have a couple of 4.x and one 5.x box still on my : network, and I was wondering if it was possible to just copy the /etc/ : localtime from a new 6.1 box on to all of them rather than having to : install the updated zone file port. Yes. Warner From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:20:42 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id ED65A16A402 for ; Tue, 27 Feb 2007 22:20:42 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id C59BB13C461 for ; Tue, 27 Feb 2007 22:20:42 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id BE90C172FB; Tue, 27 Feb 2007 16:46:57 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m4pIX6a0v5p8; Tue, 27 Feb 2007 16:46:57 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 84923172F7; Tue, 27 Feb 2007 16:46:57 -0500 (EST) Message-ID: <45E4A6D1.1020108@jellydonut.org> Date: Tue, 27 Feb 2007 16:46:57 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Kris Kennaway References: <200702271059.09230@aldan> <20070227210943.GA56889@xor.obsecurity.org> <200702271624.21474@aldan> <20070227212844.GA57256@xor.obsecurity.org> In-Reply-To: <20070227212844.GA57256@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Alex Kozlov , Mikhail Teterin Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:20:43 -0000 Kris Kennaway wrote: > On Tue, Feb 27, 2007 at 04:24:21PM -0500, Mikhail Teterin wrote: >> The strings "panic" and "-o reserve" are mentioned in neither mdmfs(8) nor in >> rc.conf(5)... Is one supposed to look elsewhere? > > Yes, mdconfig, which is what creates the device (mdmfs is a legacy > wrapper for 4.x compatibility). > Isn't this backwards? mdconfig is the legacy-compatibility wrapper for mdmfs, not the other way around. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:20:43 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4088616A403 for ; Tue, 27 Feb 2007 22:20:43 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id C5B8613C467 for ; Tue, 27 Feb 2007 22:20:42 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 4B8D117356; Tue, 27 Feb 2007 16:48:20 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ve5e1gZcEy4Q; Tue, 27 Feb 2007 16:48:20 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id 092D21734F; Tue, 27 Feb 2007 16:48:20 -0500 (EST) Message-ID: <45E4A723.70903@jellydonut.org> Date: Tue, 27 Feb 2007 16:48:19 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: Kris Kennaway References: <200702271059.09230@aldan> <20070227210943.GA56889@xor.obsecurity.org> <200702271624.21474@aldan> <20070227212844.GA57256@xor.obsecurity.org> In-Reply-To: <20070227212844.GA57256@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Alex Kozlov , Mikhail Teterin Subject: Re: panic: kmem_malloc(16384): kmem_map too small: md-mounted /tmp filled up X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:20:43 -0000 Kris Kennaway wrote: > On Tue, Feb 27, 2007 at 04:24:21PM -0500, Mikhail Teterin wrote: >> The strings "panic" and "-o reserve" are mentioned in neither mdmfs(8) nor in >> rc.conf(5)... Is one supposed to look elsewhere? > > Yes, mdconfig, which is what creates the device (mdmfs is a legacy > wrapper for 4.x compatibility). Please disregard my last post.... I was thinking of mount_mfs, which is a compatibility interface into mdmfs, not mdconfig. -Proto From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:24:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 48EAD16A401 for ; Tue, 27 Feb 2007 22:24:24 +0000 (UTC) (envelope-from itwontdie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0A7E513C494 for ; Tue, 27 Feb 2007 22:24:23 +0000 (UTC) (envelope-from itwontdie@gmail.com) Received: by wx-out-0506.google.com with SMTP id s18so1725762wxc for ; Tue, 27 Feb 2007 14:24:23 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=fsY12mWibq1oKfg6GV69mkaEL5l91JYlrnCp5X1lPXqKv7lC7NCk7PCNawopmcccLXbwFNUWtWW1BmjnM9Kp+UO0+DyoA6uc/EKNgOUFnIfXVqyaTV02f5aMljKpxvsKSFeOFD/k8V9ZTKk+wq4zUMbtAAWoFQtQdP7nKgP00qE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=UHNrh7k/w33tB7Z3/ItJbuq3dV2hVIFTp0Pji15MULMGr1mjqnNyya8nzZAiEBG1z5HgzMPVhz1LclLLQj0tQEvo+cdtJQJ+ffa1Z0ka1KZ+xwZRgx7Xl36XkTH5KeEuU05hk0qFb+2fusHhJJo6N8qlJuhMPlyB1HgUp0v8M5g= Received: by 10.90.27.15 with SMTP id a15mr6923107aga.1172613409483; Tue, 27 Feb 2007 13:56:49 -0800 (PST) Received: by 10.90.50.7 with HTTP; Tue, 27 Feb 2007 13:56:49 -0800 (PST) Message-ID: <79758ac80702271356i6252b26avf72a384f3003e81c@mail.gmail.com> Date: Tue, 27 Feb 2007 15:56:49 -0600 From: "Ryan R" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: freebsd-stable-unsubscribe@freebsd.org X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:24:24 -0000 -- -Ryan From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 22:36:05 2007 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 56A0816A400 for ; Tue, 27 Feb 2007 22:36:05 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (khavrinen.csail.mit.edu [128.30.28.20]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD3213C4B6 for ; Tue, 27 Feb 2007 22:36:02 +0000 (UTC) (envelope-from wollman@khavrinen.csail.mit.edu) Received: from khavrinen.csail.mit.edu (localhost.csail.mit.edu [127.0.0.1]) by khavrinen.csail.mit.edu (8.13.6/8.13.6) with ESMTP id l1RMKTIf065691 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK CN=khavrinen.csail.mit.edu issuer=Client+20CA); Tue, 27 Feb 2007 17:20:30 -0500 (EST) (envelope-from wollman@khavrinen.csail.mit.edu) Received: (from wollman@localhost) by khavrinen.csail.mit.edu (8.13.6/8.13.6/Submit) id l1RMKTKi065690; Tue, 27 Feb 2007 17:20:29 -0500 (EST) (envelope-from wollman) Date: Tue, 27 Feb 2007 17:20:29 -0500 (EST) From: Garrett Wollman Message-Id: <200702272220.l1RMKTKi065690@khavrinen.csail.mit.edu> To: vivek@khera.org In-Reply-To: <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> Organization: MIT Computer Science & Artificial Intelligence Laboratory X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-3.0 (khavrinen.csail.mit.edu [127.0.0.1]); Tue, 27 Feb 2007 17:20:30 -0500 (EST) Cc: stable@FreeBSD.org Subject: Re: is localtime file binary compatible with older releases? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 22:36:05 -0000 In article <01794015-8EF8-4809-895C-E04CA6DA78F6@khera.org> you write: >Is the compiled time zone info file binary compatible across FreeBSD >versions? It is backwards-compatible across all versions of the Olson timezone library going back to before there was a FreeBSD, on all platforms, regardless of architecture (modulo bugs in libc). -GAWollman From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 23:09:23 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3EE516A40E for ; Tue, 27 Feb 2007 23:09:23 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9B9BE13C4DA for ; Tue, 27 Feb 2007 23:09:23 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 58674 invoked from network); 27 Feb 2007 22:22:38 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 22:22:38 -0000 Message-ID: <45E4AF37.9000207@root.org> Date: Tue, 27 Feb 2007 14:22:47 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Ariff Abdullah References: <45E39552.2020607@root.org> <20070227193508.49076f8b.ariff@FreeBSD.org> In-Reply-To: <20070227193508.49076f8b.ariff@FreeBSD.org> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:09:23 -0000 Ariff Abdullah wrote: > On Mon, 26 Feb 2007 18:20:02 -0800 > Nate Lawson wrote: >> If you notice slower performance or get EC "timed out" messages on >> console, you try increasing these sysctls/tunables: >> >> debug.acpi.ec.timeout >> debug.acpi.ec.poll_time Before you go changing the logic, please... Try adjusting these parameters, including other values besides these: debug.acpi.ec.timeout=1000 # 1 sec total debug.acpi.ec.poll_time=100 # 100 usec polling (or try larger like 800) >> Or turn off this sysctl/tunable, disabling the new burst mode: >> debug.acpi.ec.burst=0 Try the above values both with and without burst mode. >> To find any performance problems, you'll need to rebuild the kernel >> and modules with this added to your kernel config: >> >> options KTR >> options KTR_ENTRIES=65536 >> >> Then reboot, load this kernel/acpi.ko, use the system for a while to >> trigger the problem behavior and generate output: >> ktrdump -t | gzip -c > ktr.out.gz Would you please submit the output requested above, along with sysctl debug.acpi.ec so I can know what parameters you were using? > --- sys/dev/acpica/acpi_ec.c Tue Feb 27 19:21:12 2007 > +++ sys/dev/acpica/acpi_ec.c Tue Feb 27 19:22:17 2007 > @@ -936,6 +936,7 @@ > count = ec_poll_time / EC_POLL_DELAY; > if (count <= 0) > count = 1; > + slp_ival = max(hz / 1000, 1); > for (i = 0; i < count; i++) { > EcStatus = EC_GET_CSR(sc); > if (sc->ec_burstactive && (EcStatus & EC_FLAG_BURST_MODE) == 0) { > @@ -947,7 +948,15 @@ > Status = AE_OK; > break; > } > - AcpiOsStall(EC_POLL_DELAY); > + if (sc->ec_burstactive) > + AcpiOsStall(EC_POLL_DELAY); > + else { > + if (!cold) > + msleep(&sc->ec_csrvalue, &sc->ec_mtx, PZERO, "ecpoll", > + slp_ival); > + else > + AcpiOsStall(1000); > + } > } > > /* Your patch just goes straight into msleep() instead of doing any DELAY(). Does enabling the "#if 0" code right before your patch help? Please revert your patch and try the above. We need to reduce the amount of variation to track it down. -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 23:13:12 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A9F816A407 for ; Tue, 27 Feb 2007 23:13:12 +0000 (UTC) (envelope-from nate@root.org) Received: from root.org (root.org [67.118.192.226]) by mx1.freebsd.org (Postfix) with ESMTP id 590C213C4B5 for ; Tue, 27 Feb 2007 23:13:12 +0000 (UTC) (envelope-from nate@root.org) Received: (qmail 59165 invoked from network); 27 Feb 2007 22:26:19 -0000 Received: from ppp-71-139-18-69.dsl.snfc21.pacbell.net (HELO ?10.0.5.55?) (nate-mail@71.139.18.69) by root.org with ESMTPA; 27 Feb 2007 22:26:19 -0000 Message-ID: <45E4B016.6040804@root.org> Date: Tue, 27 Feb 2007 14:26:30 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5.0.9 (X11/20070214) MIME-Version: 1.0 To: Joel Dahl References: <45E39552.2020607@root.org> <1172606717.1007.12.camel@dude.automatvapen.se> In-Reply-To: <1172606717.1007.12.camel@dude.automatvapen.se> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, current@FreeBSD.org Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:13:12 -0000 Joel Dahl wrote: > Mån 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: >> If you are having EC timeout problems as in the below PR, please try the >> latest EC code. I just committed it in rev 1.69 of acpi_ec.c to >> -current. > > Thanks for working on this, but my laptop (HP nx7400) shuts down right > after boot (or sometimes during boot) after this commit. I see this on > the console: > > acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits > ... > WARNING: System temperature too high, shutting down soon! > > Everything works fine with an older kernel. > First, try booting with these changes. You can set a tunable (debug.acpi.disabled="thermal") to avoid the erroneous thermal shutdown. 1. set debug.acpi.ec.burst=0 2. set debug.acpi.ec.timeout=1000 3. uncomment the #if 0 code in acpi_ec.c and recompile Then, collect the data with the method I provided: >> To find any performance problems, you'll need to rebuild the kernel >> and modules with this added to your kernel config: >> >> options KTR >> options KTR_ENTRIES=65536 >> >> Then reboot, load this kernel/acpi.ko, use the system for a while to >> trigger the problem behavior and generate output: >> ktrdump -t | gzip -c > ktr.out.gz -- Nate From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 23:16:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6E7A616A51B for ; Tue, 27 Feb 2007 23:16:08 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from ns1.jnielsen.net (ns1.jnielsen.net [69.55.238.237]) by mx1.freebsd.org (Postfix) with ESMTP id 50FA213C46B for ; Tue, 27 Feb 2007 23:16:08 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from localhost (jn@ns1 [69.55.238.237]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id l1RNG7lB079592; Tue, 27 Feb 2007 18:16:08 -0500 (EST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Tue, 27 Feb 2007 18:16:01 -0500 User-Agent: KMail/1.9.5 References: <20070218174549.GA2489@roadrunner.q.local> <200702181359.13518.lists@jnielsen.net> In-Reply-To: <200702181359.13518.lists@jnielsen.net> X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?utf-8?q?of=5F4NrS=0A=09P*M/9CpxDo!D6?=)IY1w<9B1jB; tBQf[RU-R<,I)e"$q7N7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200702271816.02144.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Ulrich Spoerlein Subject: Re: sysutils/fusefs-ntfs working for anyone? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:16:08 -0000 On Sunday 18 February 2007 13:59, John Nielsen wrote: > On Sunday 18 February 2007 12:45, Ulrich Spoerlein wrote: > > I've been trying to mount my NTFS partitions with the NTFS-3g project's > > FUSE implementation but am unable to mount anything. > > > > I'm on 6-STABLE and have the latest versions of FUSE installed: > > [big snip] > ... > > > So, the basic question is: Has _anybody_ used ntfs-3g successfully on > > RELENG_6? > > When I tried it a couple months ago (on -STABLE) all I got were coredumps.. I just tried this again (running -STABLE from a few days ago, reinstalled the port today) and it's working fine for a volume created with mkntfs and for a volume created under Windows XP (over iSCSI no less). JN From owner-freebsd-stable@FreeBSD.ORG Tue Feb 27 23:28:03 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E942516A93C; Tue, 27 Feb 2007 23:28:03 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr17.xs4all.nl (smtp-vbr17.xs4all.nl [194.109.24.37]) by mx1.freebsd.org (Postfix) with ESMTP id 8200813C474; Tue, 27 Feb 2007 23:28:03 +0000 (UTC) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr17.xs4all.nl (8.13.8/8.13.8) with ESMTP id l1RNRmFR012763; Wed, 28 Feb 2007 00:27:49 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.8/8.13.3) with ESMTP id l1RNRmoC012487; Wed, 28 Feb 2007 00:27:48 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.8/8.13.6/Submit) id l1RNRm2a012486; Wed, 28 Feb 2007 00:27:48 +0100 (CET) (envelope-from wb) Date: Wed, 28 Feb 2007 00:27:48 +0100 From: Wilko Bulte To: Joel Dahl Message-ID: <20070227232748.GC12381@freebie.xs4all.nl> References: <45E39552.2020607@root.org> <1172606717.1007.12.camel@dude.automatvapen.se> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1172606717.1007.12.camel@dude.automatvapen.se> User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: stable@freebsd.org, current@freebsd.org, Nate Lawson Subject: Re: PATCH: new acpi embedded controller I/O model X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Feb 2007 23:28:04 -0000 On Tue, Feb 27, 2007 at 09:05:17PM +0100, Joel Dahl wrote.. > Mån 2007-02-26 klockan 18:20 -0800 skrev Nate Lawson: > > If you are having EC timeout problems as in the below PR, please try the > > latest EC code. I just committed it in rev 1.69 of acpi_ec.c to > > -current. > > Thanks for working on this, but my laptop (HP nx7400) shuts down right > after boot (or sometimes during boot) after this commit. I see this on > the console: > > acpi_tz3: WARNING - Current temperature (3416.3) exceeds safe limits Nice.. You should ship this laptop to the folks at JET or NIF, we are now one step closer to nuclear fusion. :-) -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 04:16:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6AF4B16D509 for ; Wed, 28 Feb 2007 04:16:19 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id 3057C13C478 for ; Wed, 28 Feb 2007 04:16:19 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 82D32114447; Tue, 27 Feb 2007 20:18:52 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.016 X-Spam-Level: X-Spam-Status: No, score=-4.016 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.383, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4o+ZQ3G6GAwB; Tue, 27 Feb 2007 20:18:50 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id C97C6114446; Tue, 27 Feb 2007 20:18:50 -0800 (PST) Message-ID: <6135184.31172636330732.JavaMail.root@ly.sdf.com> Date: Tue, 27 Feb 2007 20:18:50 -0800 (PST) From: Tom Samplonius To: "Marc G. Fournier" In-Reply-To: <5F9C60E2708CB953C06B21EA@ganymede.hub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [71.17.104.102] Cc: freebsd-stable@freebsd.org Subject: Re: Some days, it doesn't pay to upgrade ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 04:16:19 -0000 ----- "Marc G. Fournier" wrote: > Feb 27 04:32:49 mars uptimec: The server requested that we do a new > login > Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please > see > tuning(7) and login.conf(5). > Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please > see > tuning(7) and login.conf(5). > > Stupid question: why isn't there some mechanism that prevents new > processes > from starting up, instead of locking up the whole server? I'm not > asking for ... Isn't that what is happening? When maxproc is hit, new processes can't be created. It is harmless, except for the uid that exceeded its process limit. I think the hang is some side-effect. Either because init can't fork a process, therefore there is nothing to login to. Did you try ping the system from remote to really see whether it was a "solid" hang? Or did you just pound on the keyboard? Or it is just a deadlock. That would be a bug. Tom From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 05:35:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 60B4A16E494 for ; Wed, 28 Feb 2007 05:35:18 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv03sl.mx.bigpond.com (qsrv03sl.mx.bigpond.com [144.140.92.183]) by mx1.freebsd.org (Postfix) with ESMTP id F231813C4AC for ; Wed, 28 Feb 2007 05:35:17 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta01sl.mx.bigpond.com ([144.132.228.157]) by omta01sl.mx.bigpond.com with ESMTP id <20070228042510.YPGI25624.omta01sl.mx.bigpond.com@oaamta01sl.mx.bigpond.com> for ; Wed, 28 Feb 2007 04:25:10 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta01sl.mx.bigpond.com with ESMTP id <20070228042510.DRVL27396.oaamta01sl.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 28 Feb 2007 04:25:10 +0000 Received: (qmail 34272 invoked by uid 501); 28 Feb 2007 04:22:29 -0000 Date: Wed, 28 Feb 2007 15:22:29 +1100 From: Andrew Reilly To: freebsd-stable@freebsd.org Message-ID: <20070228042229.GA33810@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Apache13/MoinMoin/Python vs PATH? What changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 05:35:18 -0000 Hi all, Funny thing happened after the last upgrade (upgraded to 6-STABLE yesterday): the moinmoin wiki that I've been playing with stopped working. A little fiddling found that I could make it work again by changing the shebang at the top of /usr/local/www/wiki/moin.cgi (ScriptAlias points there, in httpd.conf) from #!/usr/bin/env python to #!/usr/local/bin/python Now, it appears that * python is in /usr/local/bin, as expected * /usr/local/bin is still in the default path in /etc/login.conf * none of the Apache or MoinMoin config files have been touched since November last year, when I set it up. It seems that apache-1.3 went through an upgrade on Jan 17 (here), probably the last time that I ran portupgrade. Has it changed, to filter /usr/local/bin out of the PATH that cgi scripts see? I'm not very adept at Apache configuration, but I don't see anything in the httpd.conf file that talks about PATH. Any thoughts? -- Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 09:20:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CC5516A403 for ; Wed, 28 Feb 2007 09:20:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc11.comcast.net (rwcrmhc11.comcast.net [204.127.192.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3F7F413C4A6 for ; Wed, 28 Feb 2007 09:20:01 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc11) with ESMTP id <20070228092000m1100jdchie>; Wed, 28 Feb 2007 09:20:00 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 3C0321FA03D; Wed, 28 Feb 2007 01:20:00 -0800 (PST) Date: Wed, 28 Feb 2007 01:20:00 -0800 From: Jeremy Chadwick To: Dimuthu Parussalla Message-ID: <20070228092000.GA51292@icarus.home.lan> Mail-Followup-To: Dimuthu Parussalla , 'Glen Van Lehn' , freebsd-stable@freebsd.org References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org, 'Glen Van Lehn' Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 09:20:01 -0000 On Thu, Feb 15, 2007 at 03:54:18PM +1100, Dimuthu Parussalla wrote: > Hi, > > Dmesg output related to bge as follows. > > miibus0: on bge0 > brgphy0: on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge0: Ethernet address: 00:11:25:e9:7f:58 > bge0: [GIANT-LOCKED] > pcib6: at device 5.0 on pci0 > pci8: on pcib6 > bge1: mem 0xc6ff0000-0xc6ffffff irq > 16 at device 0.0 on pci8 > miibus1: on bge1 > brgphy1: on miibus1 > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000baseTX-FDX, auto > bge1: Ethernet address: 00:11:25:e9:7f:59 > bge1: [GIANT-LOCKED] Interestingly enough, this problem just started haunting us too (out of no where), on one of our Supermicro systems. There haven't been any changes to the network in literally months (no one's been to the datacenter since December). Here's our details: * Upstream switch is an HP ProCurve 2626 . All ports used are 100mbit, with auto-select enabled (speed/duplex neg) * Speed/duplex negotiation is being done correctly. We have no throughput problems (either direction) or otherwise * netstat -i -n shows no errors, except for two output errors, which are probably due to the interface being brought down and back up rudely (see below) * Switch shows no errors on either interface * Cabling is good (CAT6 none the less) * Uniprocessor system; kernel not built with SMP What we see: Feb 17 11:22:00 eos kernel: bge0: watchdog timeout -- resetting Feb 17 11:22:00 eos kernel: bge0: link state changed to DOWN Feb 17 11:22:01 eos kernel: bge0: link state changed to UP Feb 24 11:20:56 eos kernel: bge0: watchdog timeout -- resetting Feb 24 11:20:56 eos kernel: bge0: link state changed to DOWN Feb 24 11:20:58 eos kernel: bge0: link state changed to UP These timestamps are awfully suspicious; exactly 7 days apart, almost to the hour? And no, we have no cronjobs or anything else that runs at that time (this box is hardly used for anything). Applicable system information: (I'm including ichsmb/smbus because it shares an IRQ with bge1; nothing shares an IRQ with bge0) bge0: mem 0xd0100000-0xd010ffff irq 18 at device 0.0 on pci4 miibus0: on bge0 brgphy0: on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge0: Ethernet address: 00:30:48:81:fc:8a pcib5: irq 19 at device 28.3 on pci0 pci5: on pcib5 bge1: mem 0xd0200000-0xd020ffff irq 19 at device 0.0 on pci5 miibus1: on bge1 brgphy1: on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto bge1: Ethernet address: 00:30:48:81:fc:8b ichsmb0: port 0x500-0x51f irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] smbus0: on ichsmb0 smb0: on smbus0 Odd that pciconf -lv shows this as a BCM5750 A1 while the kernel shows this as a BCM5750 B1. Is this indicative of anything? bge0@pci4:0:0: class=0x020000 card=0x02c615d9 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet bge1@pci5:0:0: class=0x020000 card=0x02c615d9 chip=0x165914e4 rev=0x11 hdr=0x00 vendor = 'Broadcom Corporation' device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' class = network subclass = ethernet [jdc@eos ~]$ vmstat -i interrupt total rate irq4: sio0 6 0 irq6: fdc0 14 0 irq14: ata0 520782 0 irq15: ata1 58 0 irq18: bge0 21839717 11 irq19: bge1+ 32914 0 cpu0: timer 3638265059 1968 Total 3660658550 1981 [jdc@eos ~]$ netstat -in Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll bge0 1500 00:30:48:81:fc:8a 13841423 0 10349370 2 0 bge0 1500 72.20.106/25 72.20.106.2 3590195 - 10348720 - - bge0 1500 72.20.106.3/3 72.20.106.3 2075045 - 0 - - bge0 1500 72.20.106.4/3 72.20.106.4 2003973 - 0 - - bge0 1500 72.20.106.5/3 72.20.106.5 2328549 - 0 - - bge0 1500 72.20.106.6/3 72.20.106.6 2006174 - 0 - - bge1 1500 00:30:48:81:fc:8b 3888 0 29600 0 0 bge1 1500 10 10.72.0.1 2605 - 2605 - - lo0 16384 641 0 641 0 0 lo0 16384 127 127.0.0.1 641 - 641 - - bridg 1500 86:ec:97:73:50:03 26993 0 30885 0 0 tap0 1500 00:bd:ed:13:00:00 25712 0 1286 0 0 If a developer wants access to this box, I can provide it. No serial console at this time (soon, soon...), but can provide root. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 13:41:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E55A816A403 for ; Wed, 28 Feb 2007 13:41:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id AC2DF13C48E for ; Wed, 28 Feb 2007 13:41:04 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l1SDf0kL019667; Wed, 28 Feb 2007 08:41:01 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Wed, 28 Feb 2007 08:41:01 -0500 (EST) Date: Wed, 28 Feb 2007 08:41:00 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Reilly In-Reply-To: <20070228042229.GA33810@duncan.reilly.home> Message-ID: References: <20070228042229.GA33810@duncan.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Apache13/MoinMoin/Python vs PATH? What changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 13:41:05 -0000 On Wed, 28 Feb 2007, Andrew Reilly wrote: > Hi all, > > Funny thing happened after the last upgrade (upgraded to > 6-STABLE yesterday): the moinmoin wiki that I've been > playing with stopped working. A little fiddling found > that I could make it work again by changing the shebang > at the top of /usr/local/www/wiki/moin.cgi (ScriptAlias > points there, in httpd.conf) from #!/usr/bin/env python to > #!/usr/local/bin/python > > Now, it appears that > * python is in /usr/local/bin, as expected > * /usr/local/bin is still in the default path in /etc/login.conf > * none of the Apache or MoinMoin config files have been touched > since November last year, when I set it up. > > It seems that apache-1.3 went through an upgrade on Jan 17 > (here), probably the last time that I ran portupgrade. Has > it changed, to filter /usr/local/bin out of the PATH that cgi > scripts see? I'm not very adept at Apache configuration, but I > don't see anything in the httpd.conf file that talks about PATH. > > Any thoughts? See this thread: http://groups.google.com/group/mailing.freebsd.cvs/browse_thread/thread/a0344851d94df36f/e94a3c524ff22732?lnk=st&q=&rnum=3#e94a3c524ff22732 If that link doesn't work, search groups.google.com, "/usr/bin/env python group:*freebsd*" and see the "cvs commit: src/etc rc.subr" thread. -- DE From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 13:50:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00AA416A400 for ; Wed, 28 Feb 2007 13:50:14 +0000 (UTC) (envelope-from ni-mail@w21.org) Received: from w21.org (w21.org [217.173.146.43]) by mx1.freebsd.org (Postfix) with ESMTP id AC1C413C481 for ; Wed, 28 Feb 2007 13:50:13 +0000 (UTC) (envelope-from ni-mail@w21.org) Received: by w21.org (Postfix, from userid 1020) id B813911636; Wed, 28 Feb 2007 14:17:02 +0100 (CET) From: Juergen Nickelsen Sender: ni-mail@w21.org To: Chris Timmons Date: 28 Feb 2007 14:17:02 +0100 X-Mailer: Prayer v1.0.16 X-Originating-IP: [192.166.201.94] In-Reply-To: <20070227124644.U34426@n.cwu.edu> Message-ID: References: <45E45AD4.7040005@lumeta.com> <20070227124644.U34426@n.cwu.edu> Mime-Version: 1.0 Content-Type: text/plain; format=flowed; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, Sam Baskinger Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 13:50:14 -0000 On Feb 27 2007, Chris Timmons wrote: > Don't forget that the linux JDK will want you to have linprocfs > mounted. I recently had a similar build experience of jdk-1.5.0p4 > which cleared up fine after I remembered about linprocfs. > >linprocfs /compat/linux/proc linprocfs rw 0 0 Hm. I cannot imagine how this could lead to the problems I saw, but another thing to try. Thanks! Regards, Juergen. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 13:54:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CCE616A400 for ; Wed, 28 Feb 2007 13:54:14 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from s200aog11.obsmtp.com (s200aog11.obsmtp.com [207.126.144.125]) by mx1.freebsd.org (Postfix) with SMTP id D148D13C4A3 for ; Wed, 28 Feb 2007 13:54:12 +0000 (UTC) (envelope-from jason.thomson@mintel.com) Received: from source ([217.206.187.80]) by eu1sys200aob011.postini.com ([207.126.147.11]) with SMTP; Wed, 28 Feb 2007 13:54:11 UTC Received: from [10.0.62.5] (unknown [10.0.62.5]) by rodney.mintel.co.uk (Postfix) with ESMTP id 14662181421; Wed, 28 Feb 2007 13:54:11 +0000 (GMT) Message-ID: <45E58982.9080800@mintel.com> Date: Wed, 28 Feb 2007 13:54:10 +0000 From: Jason Thomson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7) Gecko/20040616 X-Accept-Language: en, en-us MIME-Version: 1.0 To: Konstantin Belousov , freebsd-stable@freebsd.org References: <45DDE5FD.4070404@mintel.com> <20070223041704.GJ39168@deviant.kiev.zoral.com.ua> In-Reply-To: <20070223041704.GJ39168@deviant.kiev.zoral.com.ua> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Help debugging non-sleepable lock panic on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 13:54:14 -0000 Regarding: http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033241.html Konstantin Belousov wrote: > On Thu, Feb 22, 2007 at 06:50:37PM +0000, Jason Thomson wrote: > > > Try this (already committed to CURRENT as rev. 1.579). I would be very > interesting in getting feedback. Konstantin, thanks for your help. The patch below *appears* to have helped. The server survived for more than 24 hours under heavy (mysqld / apache) load. Previously, it would not typically survive this test for more than 5 hours. It's difficult to be 100% sure as the server load is not reliably reproducable. I will keep you informed of any developments. Thanks for your help. Kind regards, Jason. > > Index: sys/amd64/amd64/pmap.c > =================================================================== > RCS file: /usr/local/arch/ncvs/src/sys/amd64/amd64/pmap.c,v > retrieving revision 1.578 > retrieving revision 1.579 > diff -u -r1.578 -r1.579 > --- sys/amd64/amd64/pmap.c 18 Feb 2007 06:33:01 -0000 1.578 > +++ sys/amd64/amd64/pmap.c 19 Feb 2007 10:55:16 -0000 1.579 > @@ -77,7 +77,7 @@ > */ > > #include > -__FBSDID("$FreeBSD: src/sys/amd64/amd64/pmap.c,v 1.578 2007/02/18 06:33:01 alc Exp $"); > +__FBSDID("$FreeBSD: src/sys/amd64/amd64/pmap.c,v 1.579 2007/02/19 10:55:16 kib Exp $"); > > /* > * Manages physical address maps. > @@ -1542,9 +1542,15 @@ > while ((*pmap_pde(kernel_pmap, kernel_vm_end) & PG_V) != 0) { > kernel_vm_end = (kernel_vm_end + PAGE_SIZE * NPTEPG) & ~(PAGE_SIZE * NPTEPG - 1); > nkpt++; > + if (kernel_vm_end - 1 >= kernel_map->max_offset) { > + kernel_vm_end = kernel_map->max_offset; > + break; > + } > } > } > addr = roundup2(addr, PAGE_SIZE * NPTEPG); > + if (addr - 1 >= kernel_map->max_offset) > + addr = kernel_map->max_offset; > while (kernel_vm_end < addr) { > pde = pmap_pde(kernel_pmap, kernel_vm_end); > if (pde == NULL) { > @@ -1562,6 +1568,10 @@ > } > if ((*pde & PG_V) != 0) { > kernel_vm_end = (kernel_vm_end + PAGE_SIZE * NPTEPG) & ~(PAGE_SIZE * NPTEPG - 1); > + if (kernel_vm_end - 1 >= kernel_map->max_offset) { > + kernel_vm_end = kernel_map->max_offset; > + break; > + } > continue; > } > > @@ -1581,6 +1591,10 @@ > *pmap_pde(kernel_pmap, kernel_vm_end) = newpdir; > > kernel_vm_end = (kernel_vm_end + PAGE_SIZE * NPTEPG) & ~(PAGE_SIZE * NPTEPG - 1); > + if (kernel_vm_end - 1 >= kernel_map->max_offset) { > + kernel_vm_end = kernel_map->max_offset; > + break; > + } > } > } > From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 14:08:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 754AD16A405 for ; Wed, 28 Feb 2007 14:08:05 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from MAIL.corp.lumeta.com (zeus.lumeta.com [65.246.245.22]) by mx1.freebsd.org (Postfix) with ESMTP id 3400A13C49D for ; Wed, 28 Feb 2007 14:08:04 +0000 (UTC) (envelope-from sbaskinger@lumeta.com) Received: from [65.246.246.82] ([65.246.246.82]) by MAIL.corp.lumeta.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 28 Feb 2007 09:08:03 -0500 Message-ID: <45E58C52.3090001@lumeta.com> Date: Wed, 28 Feb 2007 09:06:10 -0500 From: Sam Baskinger Organization: Lumeta Corporation User-Agent: Thunderbird 1.5.0.9 (X11/20070212) MIME-Version: 1.0 To: Juergen Nickelsen References: <45E45AD4.7040005@lumeta.com> <20070227124644.U34426@n.cwu.edu> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 28 Feb 2007 14:08:03.0772 (UTC) FILETIME=[DCBCEFC0:01C75B41] Cc: freebsd-stable@freebsd.org Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 14:08:05 -0000 Juergen Nickelsen wrote: > On Feb 27 2007, Chris Timmons wrote: > >> Don't forget that the linux JDK will want you to have linprocfs >> mounted. I recently had a similar build experience of jdk-1.5.0p4 >> which cleared up fine after I remembered about linprocfs. >> >> linprocfs /compat/linux/proc linprocfs rw 0 0 > > Hm. I cannot imagine how this could lead to the problems I saw, but > another thing to try. Thanks! Linux systems store tons of need-to-know data in the /proc file system. If you've ever installed a chrooted Linux environment you must 'mount -o bind' the /proc file system from the running system to the chroot for many OS functions to work correctly. I suspect that Java was looking for some process information in linprocfs and since it wasn't mounted, it blew up. :) Hope this clears up the "why" question. :) Sam Baskinger Lumeta - Securing the Network in the Face of Change www.lumeta.com From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 14:42:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9135716A403 for ; Wed, 28 Feb 2007 14:42:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay01.kiev.sovam.com (relay01.kiev.sovam.com [62.64.120.200]) by mx1.freebsd.org (Postfix) with ESMTP id 27AF313C48D for ; Wed, 28 Feb 2007 14:42:56 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.227] (helo=fw.zoral.com.ua) by relay01.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.60) (envelope-from ) id 1HMQ10-000JgN-2i for freebsd-stable@freebsd.org; Wed, 28 Feb 2007 16:42:54 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.4/8.13.4) with ESMTP id l1SEgdkI058041 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Feb 2007 16:42:39 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8) with ESMTP id l1SEgcDN066023; Wed, 28 Feb 2007 16:42:38 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.8/8.13.8/Submit) id l1SEgcwA066022; Wed, 28 Feb 2007 16:42:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 28 Feb 2007 16:42:38 +0200 From: Kostik Belousov To: Jason Thomson Message-ID: <20070228144238.GC30955@deviant.kiev.zoral.com.ua> References: <45DDE5FD.4070404@mintel.com> <20070223041704.GJ39168@deviant.kiev.zoral.com.ua> <45E58982.9080800@mintel.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hYooF8G/hrfVAmum" Content-Disposition: inline In-Reply-To: <45E58982.9080800@mintel.com> User-Agent: Mutt/1.4.2.2i X-Virus-Scanned: ClamAV version 0.88.7, clamav-milter version 0.88.7 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-0.1 required=5.0 tests=ALL_TRUSTED,SPF_NEUTRAL autolearn=failed version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on fw.zoral.com.ua X-Scanner-Signature: a96565856d7d777f03ae631b61e05b17 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 823 [Feb 28 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: Help debugging non-sleepable lock panic on 6.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 14:42:56 -0000 --hYooF8G/hrfVAmum Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Feb 28, 2007 at 01:54:10PM +0000, Jason Thomson wrote: > Regarding: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033241.ht= ml >=20 >=20 > Konstantin Belousov wrote: >=20 > >On Thu, Feb 22, 2007 at 06:50:37PM +0000, Jason Thomson wrote: > > > > > >Try this (already committed to CURRENT as rev. 1.579). I would be very > >interesting in getting feedback. >=20 > Konstantin, >=20 > thanks for your help. >=20 > The patch below *appears* to have helped. >=20 > The server survived for more than 24 hours under heavy (mysqld / apache) > load. >=20 > Previously, it would not typically survive this test for more than 5 > hours. >=20 > It's difficult to be 100% sure as the server load is not reliably > reproducable. >=20 > I will keep you informed of any developments. >=20 > Thanks for your help. >=20 > Kind regards, Good. I MFCed it today as rev. 1.516.2.9 of amd64/amd64/pmap.c. --hYooF8G/hrfVAmum Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5ZTeC3+MBN1Mb4gRAh6cAJ0SdYsEDovtLfB1jj3/ZlGxeW7DPwCeJCd1 0Sa+C2C3y88LEkgTgMLMjtA= =dtvt -----END PGP SIGNATURE----- --hYooF8G/hrfVAmum-- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 15:58:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6947916A400 for ; Wed, 28 Feb 2007 15:58:59 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id A217E13C461 for ; Wed, 28 Feb 2007 15:58:58 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 49335 invoked by uid 1001); 28 Feb 2007 15:59:13 -0000 To: Martin Blapp Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <20070227183553.B18301@godot.imp.ch> (Martin Blapp's message of "Tue, 27 Feb 2007 18:36:42 +0100 (CET)") References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Wed, 28 Feb 2007 16:59:13 +0100 Message-ID: <867iu2gtny.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 15:58:59 -0000 Martin Blapp writes: > Even with libthr the CPU usage is still far too high ... > I'm currently looking at the code. Take a look at this post. I also have CPU usage problems and simscan installed. http://www.mail-archive.com/toaster@shupp.org/msg04119.html > Re: [toaster] clamav 0.90 patches up > Tom Collins > Fri, 16 Feb 2007 11:33:52 -0800 > On Feb 15, 2007, at 2:12 PM, Rick Macdougall wrote: >> One thing to keep in mind, if you are not using the :attach in simcontrol, >> do NOT enable rip mime in simscan as that will cause clamdscan to basically >> scan the message and the attachment twice. >> Clamav does a very good job of scanning encoded content and attachments >> all by itself. No need to duplicate effort. > I recently took a look at ripmime to see if it had a setting that would simply > dump the attachment filenames without actually creating the attachments. It, > unfortunately, does not. I haven't looked at the source to see if it would be > possible to build a modified version to accomplish my goals or not. > I guess I could modify my simscan to run ripmime, look at the attachment > filenames, and then delete them all before calling clamav. OR, I could > simply pass the message file to clamav instead of having it scan the > entire directory. > In the case of large attachments, it's a big waste of CPU cycles to scan > the entire message twice. I might just skip attachment blocking at this point, > and hope that clamav will catch all of the scr and pif crap. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 16:14:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BADF916A408 for ; Wed, 28 Feb 2007 16:14:18 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 6E66F13C442 for ; Wed, 28 Feb 2007 16:14:16 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.187]) by hub.org (Postfix) with ESMTP id 0B6F285C930; Wed, 28 Feb 2007 12:14:15 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.187]) (amavisd-new, port 10024) with ESMTP id 13076-02; Wed, 28 Feb 2007 12:14:08 -0400 (AST) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 83ED485C8C7; Wed, 28 Feb 2007 12:14:14 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id CA75D5ED57; Wed, 28 Feb 2007 12:14:13 -0400 (AST) Date: Wed, 28 Feb 2007 12:14:13 -0400 From: "Marc G. Fournier" To: Tom Samplonius Message-ID: In-Reply-To: <6135184.31172636330732.JavaMail.root@ly.sdf.com> References: <6135184.31172636330732.JavaMail.root@ly.sdf.com> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Some days, it doesn't pay to upgrade ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 16:14:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, February 27, 2007 20:18:50 -0800 Tom Samplonius wrote: > > ----- "Marc G. Fournier" wrote: >> Feb 27 04:32:49 mars uptimec: The server requested that we do a new >> login >> Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please >> see >> tuning(7) and login.conf(5). >> Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please >> see >> tuning(7) and login.conf(5). >> >> Stupid question: why isn't there some mechanism that prevents new >> processes >> from starting up, instead of locking up the whole server? I'm not >> asking for > ... > > Isn't that what is happening? When maxproc is hit, new processes can't be > created. It is harmless, except for the uid that exceeded its process limit. > > I think the hang is some side-effect. Either because init can't fork a > process, therefore there is nothing to login to. Did you try ping the system > from remote to really see whether it was a "solid" hang? Or did you just > pound on the keyboard? ping continues to work ... its a remote server, without a serial console, so doing much more on that particular server is a bit more difficult :( all our newer stuff (which, of course, is running great), have remote consoles setup on them ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF5apV4QvfyHIvDvMRApLEAKCAiCPNa4j2173DgqJm6tuaL/itAwCeNokY ueJxtSGcp6TG2tCy8Tir1sM= =K7bg -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 18:32:04 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C075F16A403; Wed, 28 Feb 2007 18:32:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 74F8913C481; Wed, 28 Feb 2007 18:32:04 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.8/8.13.8) with ESMTP id l1SIW3Tx006274; Wed, 28 Feb 2007 13:32:03 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.6/8.13.3) with ESMTP id l1SIW2DF077797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Feb 2007 13:32:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200702281832.l1SIW2DF077797@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 28 Feb 2007 13:30:01 -0500 To: Jeremy Chadwick From: Mike Tancsa In-Reply-To: <20070228092000.GA51292@icarus.home.lan> References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 18:32:04 -0000 At 04:20 AM 2/28/2007, Jeremy Chadwick wrote: >On Thu, Feb 15, 2007 at 03:54:18PM +1100, Dimuthu Parussalla wrote: > > Hi, > > > > Dmesg output related to bge as follows. > > > > miibus0: on bge0 > > brgphy0: on miibus0 > > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge0: Ethernet address: 00:11:25:e9:7f:58 > > bge0: [GIANT-LOCKED] > > pcib6: at device 5.0 on pci0 > > pci8: on pcib6 > > bge1: mem 0xc6ff0000-0xc6ffffff irq > > 16 at device 0.0 on pci8 > > miibus1: on bge1 > > brgphy1: on miibus1 > > brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > > 1000baseTX-FDX, auto > > bge1: Ethernet address: 00:11:25:e9:7f:59 > > bge1: [GIANT-LOCKED] > > >Feb 17 11:22:00 eos kernel: bge0: watchdog timeout -- resetting >Feb 17 11:22:00 eos kernel: bge0: link state changed to DOWN >Feb 17 11:22:01 eos kernel: bge0: link state changed to UP >Feb 24 11:20:56 eos kernel: bge0: watchdog timeout -- resetting >Feb 24 11:20:56 eos kernel: bge0: link state changed to DOWN >Feb 24 11:20:58 eos kernel: bge0: link state changed to UP > >bge0@pci4:0:0: class=0x020000 card=0x02c615d9 chip=0x165914e4 >rev=0x11 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet >bge1@pci5:0:0: class=0x020000 card=0x02c615d9 chip=0x165914e4 >rev=0x11 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'BCM5750A1 NetXtreme Gigabit Ethernet PCI Express' > class = network > subclass = ethernet Pretty well the same thing we are seeing. Our interrupt rate is a bit higher as this is a fairly busy DNS server. I am guessing this is more an issue with the bge driver then a general network issue as other similarly loaded boxes with em nics are just fine for us. http://lists.freebsd.org/pipermail/freebsd-stable/2007-February/033229.html % vmstat -i interrupt total rate irq1: atkbd0 2 0 irq4: sio0 444 0 irq14: ata0 8076446 4 irq19: bge0 703813296 385 irq21: nve0 11884087 6 cpu0: timer 3652950060 1999 Total 4376724335 2396 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 20:04:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D16F716A405 for ; Wed, 28 Feb 2007 20:04:26 +0000 (UTC) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [74.92.149.58]) by mx1.freebsd.org (Postfix) with ESMTP id A85C513C4A6 for ; Wed, 28 Feb 2007 20:04:26 +0000 (UTC) (envelope-from vivek@khera.org) Received: from [192.168.7.103] (host-103.int.kcilink.com [192.168.7.103]) by yertle.kcilink.com (Postfix) with ESMTP id D777EB80A for ; Wed, 28 Feb 2007 15:04:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v752.2) In-Reply-To: <200702281832.l1SIW2DF077797@lava.sentex.ca> References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> <200702281832.l1SIW2DF077797@lava.sentex.ca> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Wed, 28 Feb 2007 15:04:25 -0500 To: FreeBSD Stable X-Mailer: Apple Mail (2.752.2) Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 20:04:26 -0000 On Feb 28, 2007, at 1:30 PM, Mike Tancsa wrote: > Pretty well the same thing we are seeing. Our interrupt rate is a > bit higher as this is a fairly busy DNS server. I am guessing this > is more an issue with the bge driver then a general network issue > as other similarly loaded boxes with em nics are just fine for us. My experience is that the bge driver works better for some broadcom chips than others. I have one box on which it is totally worthless, contributing to file system lockups of all things (a Dell PE800), and others on which it is pretty stable and fast (e.g., Dell PE SC1425, PE SC430). On our PE800, I had to disable the bge on BIOS and plug in an em- based NIC card. Made a world of difference in system stability and performance -- it is actually usable now :-) All boxes run FreeBSD 6.1 except the PE800 which runs 6.2. From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 22:32:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7837F16A402 for ; Wed, 28 Feb 2007 22:32:01 +0000 (UTC) (envelope-from nalists@scls.lib.wi.us) Received: from mail.scls.lib.wi.us (mail.scls.lib.wi.us [198.150.40.25]) by mx1.freebsd.org (Postfix) with ESMTP id 39A5C13C491 for ; Wed, 28 Feb 2007 22:32:00 +0000 (UTC) (envelope-from nalists@scls.lib.wi.us) Received: from [10.150.204.67] ([10.150.204.67]) by mail.scls.lib.wi.us (8.13.8/8.13.1) with ESMTP id l1SLw01G059958; Wed, 28 Feb 2007 15:58:00 -0600 (CST) (envelope-from nalists@scls.lib.wi.us) Message-ID: <45E5FA49.8050509@scls.lib.wi.us> Date: Wed, 28 Feb 2007 15:55:21 -0600 From: Greg Barniskis User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Vivek Khera References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> <200702281832.l1SIW2DF077797@lava.sentex.ca> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 22:32:01 -0000 Vivek Khera wrote: > On our PE800, I had to disable the bge on BIOS and plug in an em-based > NIC card. Made a world of difference in system stability and > performance -- it is actually usable now :-) On our Dell PE2950 units, we had to do the same thing (disable and replace the Broadcom interfaces), and that was running Windows Server 2k3. The problem really seems to be flakiness of the chips or firmware, not necessarily flakiness in the drivers for FreeBSD. Maybe it's both, I don't know. My point is that Broadcom cards have had some serious problems on other platforms too, and not just recently. Other NIC brands have never given us nearly as much trouble. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 22:38:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A6EAF16A402 for ; Wed, 28 Feb 2007 22:38:07 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: from baysidegrp.com.au (gateway.baysidegrp.com.au [61.88.141.194]) by mx1.freebsd.org (Postfix) with SMTP id 1375013C49D for ; Wed, 28 Feb 2007 22:38:06 +0000 (UTC) (envelope-from dparussalla@baysidegrp.com.au) Received: (qmail 45203 invoked by uid 0); 1 Mar 2007 09:38:42 +1100 Received: by simscan 1.1.0 ppid: 45187, pid: 45195, t: 0.0298s scanners: attach: 1.1.0 clamav: 0.88.7/m:42/d:2665 spam: 3.1.7 Received: from unknown (HELO dimuthu) (192.168.1.216) by baysidegrp with SMTP; 1 Mar 2007 09:38:41 +1100 From: "Dimuthu Parussalla" To: "'Greg Barniskis'" , "'Vivek Khera'" Date: Thu, 1 Mar 2007 09:38:22 +1100 Message-ID: <001801c75b89$276f20f0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2377.0 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 In-Reply-To: <45E5FA49.8050509@scls.lib.wi.us> Importance: Normal Cc: 'FreeBSD Stable' Subject: RE: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dparussalla@baysidegrp.com.au List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 22:38:07 -0000 I had to disbale both bge nics to get the server going. Now I am running with twin em0 nics. Seems to be very stable for at least 9 days. -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org]On Behalf Of Greg Barniskis Sent: Thursday, 1 March 2007 8:55 AM To: Vivek Khera Cc: FreeBSD Stable Subject: Re: Intermittent network issues with Freebsd 6.2 Vivek Khera wrote: > On our PE800, I had to disable the bge on BIOS and plug in an em-based > NIC card. Made a world of difference in system stability and > performance -- it is actually usable now :-) On our Dell PE2950 units, we had to do the same thing (disable and replace the Broadcom interfaces), and that was running Windows Server 2k3. The problem really seems to be flakiness of the chips or firmware, not necessarily flakiness in the drivers for FreeBSD. Maybe it's both, I don't know. My point is that Broadcom cards have had some serious problems on other platforms too, and not just recently. Other NIC brands have never given us nearly as much trouble. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 _______________________________________________ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 22:51:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 31C4D16A404 for ; Wed, 28 Feb 2007 22:51:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc12.comcast.net (rwcrmhc12.comcast.net [204.127.192.82]) by mx1.freebsd.org (Postfix) with ESMTP id 1AFCB13C4B3 for ; Wed, 28 Feb 2007 22:51:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc12) with ESMTP id <20070228225110m1200j64iqe>; Wed, 28 Feb 2007 22:51:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id BBFC71FA03D; Wed, 28 Feb 2007 14:50:49 -0800 (PST) Date: Wed, 28 Feb 2007 14:50:49 -0800 From: Jeremy Chadwick To: Greg Barniskis Message-ID: <20070228225049.GA64944@icarus.home.lan> Mail-Followup-To: Greg Barniskis , Vivek Khera , FreeBSD Stable References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> <200702281832.l1SIW2DF077797@lava.sentex.ca> <45E5FA49.8050509@scls.lib.wi.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E5FA49.8050509@scls.lib.wi.us> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: Vivek Khera , FreeBSD Stable Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 22:51:11 -0000 On Wed, Feb 28, 2007 at 03:55:21PM -0600, Greg Barniskis wrote: > On our Dell PE2950 units, we had to do the same thing (disable and > replace the Broadcom interfaces), and that was running Windows > Server 2k3. The problem really seems to be flakiness of the chips or > firmware, not necessarily flakiness in the drivers for FreeBSD. > Maybe it's both, I don't know. > > My point is that Broadcom cards have had some serious problems on > other platforms too, and not just recently. Other NIC brands have > never given us nearly as much trouble. Sounds like I'm going to have to purchase a dual NIC card and install it in our server, then disable the onboard Broadcom NICs. Amusingly, I'll point out that on all newer Supermicro boards (Intel chipset-based), Supermicro is using Intel NICs and PHYs, and no longer Broadcom. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Feb 28 23:27:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F247516A405 for ; Wed, 28 Feb 2007 23:27:32 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta04sl.mx.bigpond.com (omta04sl.mx.bigpond.com [144.140.93.156]) by mx1.freebsd.org (Postfix) with ESMTP id 8E37813C491 for ; Wed, 28 Feb 2007 23:27:32 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta04sl.mx.bigpond.com ([144.132.228.157]) by omta04sl.mx.bigpond.com with ESMTP id <20070228232730.HZUB10056.omta04sl.mx.bigpond.com@oaamta04sl.mx.bigpond.com> for ; Wed, 28 Feb 2007 23:27:30 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta04sl.mx.bigpond.com with ESMTP id <20070228232730.LUQY18620.oaamta04sl.mx.bigpond.com@areilly.bpa.nu> for ; Wed, 28 Feb 2007 23:27:30 +0000 Received: (qmail 53042 invoked by uid 501); 28 Feb 2007 23:24:40 -0000 Date: Thu, 1 Mar 2007 10:24:40 +1100 From: Andrew Reilly To: Daniel Eischen Message-ID: <20070228232440.GA52836@duncan.reilly.home> References: <20070228042229.GA33810@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Apache13/MoinMoin/Python vs PATH? What changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2007 23:27:33 -0000 Hi Daniel, On Wed, Feb 28, 2007 at 08:41:00AM -0500, Daniel Eischen wrote: > On Wed, 28 Feb 2007, Andrew Reilly wrote: > >Funny thing happened after the last upgrade (upgraded to > >6-STABLE yesterday): the moinmoin wiki that I've been > >playing with stopped working. A little fiddling found > >that I could make it work again by changing the shebang > >at the top of /usr/local/www/wiki/moin.cgi (ScriptAlias > >points there, in httpd.conf) from #!/usr/bin/env python to > >#!/usr/local/bin/python > > See this thread: > > http://groups.google.com/group/mailing.freebsd.cvs/browse_thread/thread/a0344851d94df36f/e94a3c524ff22732?lnk=st&q=&rnum=3#e94a3c524ff22732 > > If that link doesn't work, search groups.google.com, > "/usr/bin/env python group:*freebsd*" and see the > "cvs commit: src/etc rc.subr" thread. Thanks for the link: it worked fine for me. I'm a little surprised that I appear to be the first one bringing up a problem with this change, given that it happened three months ago. Since there was no warning in UPDATING, were all of the python ports patched at about the same time? (I haven't done a portupgrade all that recently: just FreeBSD itself.) What is the approved "fix" for this problem? Setting a PATH that includes /usr/local/bin in /usr/local/etc/rc.d/apache.sh? Or the shebang patch to the python script itself, that I have already made? Personally, I agree that the env trick is a nasty hack, and the ports patch mechanism should be well able to tell the script where the right python interpreter is. Particularly since there can legitimately be more than one in the system. Cheers, -- Andrew From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 01:19:09 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 710D316A402 for ; Thu, 1 Mar 2007 01:19:09 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6628A13C442 for ; Thu, 1 Mar 2007 01:19:08 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l211J6En061646 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Mar 2007 11:49:06 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 1 Mar 2007 11:48:54 +1030 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6375052.DeoMG3dhqs"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703011149.02601.doconnor@gsoft.com.au> X-Spam-Score: -3.161 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Subject: fork wedging (I think) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 01:19:09 -0000 --nextPart6375052.DeoMG3dhqs Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline We run a set of meteor and wind radar systems based on FreeBSD and one of t= hem I am seeing an odd problem that does not occur very often (once a month perhaps). The main process we use for gathering data regularly fork()s children off to process data (at each 30 minute acquisition cycle). The data is read from a= n=20 external acquisition chassis using a (slow) custom PCI card. Typical data=20 rates are 1-2Mbyte/sec. It will also fork off processes to send email, although unfortunately I don't know how to extract a Tcl stack trace from=20 inside gdb :( The problem seems to occur when the acquisition process (called the Recorde= r) tries to fork off a new child. I gathered some information during an earlier failure (mid January) show below. I tried to get a crash dump today when it failed again but as I ran sysctl -a the system wedged. I think processes got stuck in allproc (I pressed ctrl-t on an ls process running another session opened before I ran sysctl). UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 19999 1453 1 44 -8 -5 17056 11380 piperd Igdb $GSHOME/libexec/Recorder GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (gdb) eureka:~>fg gdb /usr/home/radar/skiymet/libexec/Recorder (gdb) (gdb) attach 1453 Attaching to program: /usr/home/radar/skiymet/libexec/Recorder, process 1453 Reading symbols from /usr/local/lib/libtcl84.so.1...done. Loaded symbols for /usr/local/lib/libtcl84.so.1 Reading symbols from /lib/libm.so.4...done. Loaded symbols for /lib/libm.so.4 Reading symbols from /lib/libc.so.6...done. Loaded symbols for /lib/libc.so.6 Reading symbols from /usr/home/radar/skiymet/lib/acquisition//synccheck.plu= gin...done. Loaded symbols for /usr/home/radar/skiymet/lib/acquisition//synccheck.plugin Reading symbols from /usr/home/radar/skiymet/lib/acquisition//integrate.plu= gin...done. Loaded symbols for /usr/home/radar/skiymet/lib/acquisition//integrate.plugin Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 0x00000008009c395c in read () from /lib/libc.so.6 (gdb) bt #0 0x00000008009c395c in read () from /lib/libc.so.6 #1 0x000000080072f77f in TclpCreateProcess () from /usr/local/lib/libtcl84= =2Eso.1 #2 0x0000000800717d25 in TclCreatePipeline () from /usr/local/lib/libtcl84= =2Eso.1 #3 0x00000008007186d0 in Tcl_OpenCommandChannel () from /usr/local/lib/lib= tcl84.so.1 #4 0x0000000800704af8 in Tcl_ExecObjCmd () from /usr/local/lib/libtcl84.so= =2E1 #5 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #6 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #7 0x00000008006f462d in TclCompEvalObj () from /usr/local/lib/libtcl84.so= =2E1 #8 0x000000080071b7ad in TclObjInterpProc () from /usr/local/lib/libtcl84.= so.1 #9 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #10 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #11 0x00000008006f462d in TclCompEvalObj () from /usr/local/lib/libtcl84.so= =2E1 #12 0x000000080071b7ad in TclObjInterpProc () from /usr/local/lib/libtcl84.= so.1 #13 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #14 0x00000008006cb1e4 in Tcl_EvalEx () from /usr/local/lib/libtcl84.so.1 #15 0x0000000800721511 in Tcl_AfterObjCmd () from /usr/local/lib/libtcl84.s= o.1 #16 0x0000000800720ccc in Tcl_CreateTimerHandler () from /usr/local/lib/lib= tcl84.so.1 #17 0x0000000800711fea in Tcl_ServiceEvent () from /usr/local/lib/libtcl84.= so.1 #18 0x0000000800712357 in Tcl_DoOneEvent () from /usr/local/lib/libtcl84.so= =2E1 #19 0x000000000041b272 in gsio_read (interp=3D0x58d400, iov=3D0xe14408, iov= cnt=3D4, timeout=3D81000) at gsio.c:234 #20 0x000000000040a3fb in rawdata_wakeup (interp=3D0x58d400, inqueue=3D0x7f= ffffff6aa0, outqueue=3D0xdf, flags=3D0x7fffffffa584, token=3D0xffffff000713c340) at data.c:179 #21 0x00000000004327b3 in proc_run (interp=3D0x58d400) at procedure.c:528 #22 0x00000000004306b5 in ud_Stream (cd=3D0xd, interp=3D0x58d400, argc=3D2,= argv=3D0x0) at procedure.c:157 #23 0x00000008006c840b in TclInvokeStringCommand () from /usr/local/lib/lib= tcl84.so.1 #24 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #25 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #26 0x00000008006f462d in TclCompEvalObj () from /usr/local/lib/libtcl84.so= =2E1 #27 0x000000080071b7ad in TclObjInterpProc () from /usr/local/lib/libtcl84.= so.1 #28 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #29 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #30 0x00000008006f462d in TclCompEvalObj () from /usr/local/lib/libtcl84.so= =2E1 #31 0x000000080071b7ad in TclObjInterpProc () from /usr/local/lib/libtcl84.= so.1 #32 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #33 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #34 0x00000008006f462d in TclCompEvalObj () from /usr/local/lib/libtcl84.so= =2E1 #35 0x00000008006cbc86 in Tcl_EvalObjEx () from /usr/local/lib/libtcl84.so.1 #36 0x00000008006ceca2 in Tcl_CatchObjCmd () from /usr/local/lib/libtcl84.s= o.1 #37 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #38 0x00000008006f0b03 in TclExprFloatError () from /usr/local/lib/libtcl84= =2Eso.1 #39 0x00000008006f485a in Tcl_ExprObj () from /usr/local/lib/libtcl84.so.1 #40 0x00000008006ca3b3 in Tcl_ExprBooleanObj () from /usr/local/lib/libtcl8= 4.so.1 #41 0x00000008006d1979 in Tcl_IfObjCmd () from /usr/local/lib/libtcl84.so.1 #42 0x00000008006c9c72 in TclEvalObjvInternal () from /usr/local/lib/libtcl= 84.so.1 #43 0x00000008006cb1e4 in Tcl_EvalEx () from /usr/local/lib/libtcl84.so.1 #44 0x000000080070b092 in Tcl_FSEvalFile () from /usr/local/lib/libtcl84.so= =2E1 #45 0x000000080070ea30 in Tcl_Main () from /usr/local/lib/libtcl84.so.1 #46 0x00000000004281fe in main (argc=3D13, argv=3D0x7fffffff6aa0) at main.c= :49 (gdb) #19 0x000000000041b272 in gsio_read (interp=3D0x58d400, iov=3D0xe14408, iov= cnt=3D4, timeout=3D81000) at gsio.c:234 234 Tcl_DoOneEvent(TCL_ALL_EVENTS | TCL_DONT_WAIT); (gdb) #20 0x000000000040a3fb in rawdata_wakeup (interp=3D0x58d400, inqueue=3D0x7f= ffffff6aa0, outqueue=3D0xdf, flags=3D0x7fffffffa584, token=3D0xffffff000713c340) at data.c:179 179 if (dop->do_ifmod->m.ifmod.if_read(interp, dop->do_iov, DATA_NB= UFS, timeout)) eureka:~>kill 1453 eureka:~>kill 1453 1453: No such process eureka:~>ps -axlwww | grep Rec UID PID PPID CPU PRI NI VSZ RSS MWCHAN STAT TT TIME COMMAND 19999 12293 1 44 96 -5 17056 16 user m Dkill 12293 eureka:~>kill -9 12293 eureka:~>kill -9 12293 eureka:~>fstat /dev/gsio0 USER CMD PID FD MOUNT INUM MODE SZ|DV R/W NAME radar Recorder 12293 3 /dev 149 crw-rw-r-- gsio0 rw /dev/= gsio0 Interestingly close-on-exec is set on that file descriptor, so it shouldn't= =20 be keeping the gsio0 device busy like that. Does anyone have any suggestions for debugging it? I will try and get a cra= sh dump the next time it happens although it's going to be difficult if I can't use sysctl :( (I don't have console access and the system is in a very remote location ju= st to make it extra fun) The FreeBSD version is 6.1 with some minor mods to add the various custom drivers we're using. Anyone have any suggestions for tracking the problem down? Or better yet a solution :) I can upgrade it to RELENG_6 if it will fix the problem but I'd rather not do so without a reasonable idea it will improve things. Thanks. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart6375052.DeoMG3dhqs Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBF5ioG5ZPcIHs/zowRAk0UAJwN56HBPsbnfbnfz/ahtP1+ls8uawCbBWDr G3E2kFexpzj1Cx1ZDn4ftHs= =5sDk -----END PGP SIGNATURE----- --nextPart6375052.DeoMG3dhqs-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 05:17:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A1ACA16A6EC for ; Thu, 1 Mar 2007 05:17:41 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from mail1.tellurian.net (mail1.tellurian.net [216.182.1.23]) by mx1.freebsd.org (Postfix) with ESMTP id 404A313C4B6 for ; Thu, 1 Mar 2007 05:17:41 +0000 (UTC) (envelope-from vinny@tellurian.com) Received: from [192.168.1.10] (leviathon.tellurian.net [216.182.41.250]) by mail1.tellurian.net ([216.182.1.23] Tellurian Networks Mail Server version v3.8f3-3) with ESMTP id 591364205-1926380 for multiple; Thu, 01 Mar 2007 00:17:40 -0500 Message-ID: <45E661F6.6060209@tellurian.com> Date: Thu, 01 Mar 2007 00:17:42 -0500 From: Vinny Abello Organization: Tellurian Networks User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Greg Barniskis References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> <200702281832.l1SIW2DF077797@lava.sentex.ca> <45E5FA49.8050509@scls.lib.wi.us> In-Reply-To: <45E5FA49.8050509@scls.lib.wi.us> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated-User: vinny@tellurian.com X-Ultimate-Internet-Connection: Tellurian Networks Cc: Vivek Khera , FreeBSD Stable Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 05:17:41 -0000 Greg Barniskis wrote: > Vivek Khera wrote: > >> On our PE800, I had to disable the bge on BIOS and plug in an em-based >> NIC card. Made a world of difference in system stability and >> performance -- it is actually usable now :-) > > On our Dell PE2950 units, we had to do the same thing (disable and > replace the Broadcom interfaces), and that was running Windows Server > 2k3. The problem really seems to be flakiness of the chips or firmware, > not necessarily flakiness in the drivers for FreeBSD. Maybe it's both, I > don't know. > > My point is that Broadcom cards have had some serious problems on other > platforms too, and not just recently. Other NIC brands have never given > us nearly as much trouble. Interestingly, there was a recent Broadcom driver update from Dell within the past couple of months that is marked critical. It claims the previous version can result in system instability and corrupt data. ---- This package is an update to a newer driver that fixes some issues that could result in system halts or posible corrupt data. It is strongly suggested that you update to this new driver if you are using the Broadcom NetXtreme II network interfaces and the 2.6 family of drivers (2.6.14 would be the driver version shown by Windows.) ---- Of course this is for Windows, but... I wonder if perhaps the bge driver suffers from the same problem and if this driver update is just a workaround for a hardware bug. Oddly enough, we have probably somewhere around 100+ PE 2950 servers and have never had a problem with the Broadcom NICs in them. Same with the other PE models using Broadcom NICs, although we primarily run Windows Server 2003 on them. I do have a couple of 2650's with FreeBSD and the bge driver which both seem ok so maybe it is a combination of the bge driver and specific chipset. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 06:44:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0717C16A405 for ; Thu, 1 Mar 2007 06:44:47 +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 87F2C13C494 for ; Thu, 1 Mar 2007 06:44:46 +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 l216igZa001305; Thu, 1 Mar 2007 17:44:43 +1100 (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 l216igkO001304; Thu, 1 Mar 2007 17:44:42 +1100 (EST) (envelope-from peter) Date: Thu, 1 Mar 2007 17:44:42 +1100 From: Peter Jeremy To: "Daniel O'Connor" Message-ID: <20070301064442.GG837@turion.vk2pj.dyndns.org> References: <200703011149.02601.doconnor@gsoft.com.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/" Content-Disposition: inline In-Reply-To: <200703011149.02601.doconnor@gsoft.com.au> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: fork wedging (I think) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 06:44:47 -0000 --QKdGvSO+nmPlgiQ/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-01 11:48:54 +1030, Daniel O'Connor wrot= e: >The problem seems to occur when the acquisition process (called the Record= er) >tries to fork off a new child. Your description and the ps output suggest a filesystem deadlock. >Does anyone have any suggestions for debugging it? I will try and get a cr= ash >dump the next time it happens although it's going to be difficult if I can= 't >use sysctl :( > >(I don't have console access and the system is in a very remote location j= ust >to make it extra fun) A console would make it easy. My suggestion is to keep a shell open in /rescue and use './sysctl' (and other commands in rescue). I think you will still be able to execute static executables in the current directory vis a relative path even if the FS is deadlocked. (As long as your shell isn't trying to write command history to a file). --=20 Peter Jeremy --QKdGvSO+nmPlgiQ/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF5nZa/opHv/APuIcRAkyIAJwKF73kAc3W6CMOq3e32ArAU50tSgCeM9s9 TrdkLuivuHdzt5hRUc4L9eg= =Yy19 -----END PGP SIGNATURE----- --QKdGvSO+nmPlgiQ/-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 06:52:01 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F22416A400 for ; Thu, 1 Mar 2007 06:52:01 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (happy-idiot-talk.infracaninophile.co.uk [81.187.76.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1519313C428 for ; Thu, 1 Mar 2007 06:52:00 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from [IPv6:::1] (localhost.infracaninophile.co.uk [IPv6:::1]) by smtp.infracaninophile.co.uk (8.13.8/8.13.8) with ESMTP id l216pfsM043879; Thu, 1 Mar 2007 06:51:41 GMT (envelope-from m.seaman@infracaninophile.co.uk) Message-ID: <45E677F6.9020600@infracaninophile.co.uk> Date: Thu, 01 Mar 2007 06:51:34 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 1.5.0.9 (X11/20070120) MIME-Version: 1.0 To: Greg Barniskis , Vivek Khera , FreeBSD Stable References: <20070215043533.GA3293@icarus.home.lan> <000b01c750bd$5a2d55b0$d801a8c0@dimuthu> <20070228092000.GA51292@icarus.home.lan> <200702281832.l1SIW2DF077797@lava.sentex.ca> <45E5FA49.8050509@scls.lib.wi.us> <20070228225049.GA64944@icarus.home.lan> In-Reply-To: <20070228225049.GA64944@icarus.home.lan> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig258B376BA46D2F4AC7F039B3" X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Thu, 01 Mar 2007 06:51:57 +0000 (GMT) X-Virus-Scanned: ClamAV 0.90/2688/Thu Mar 1 05:05:17 2007 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00, DKIM_POLICY_TESTING, DK_POLICY_SIGNSOME, NO_RELAYS autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on happy-idiot-talk.infracaninophile.co.uk Cc: Subject: Re: Intermittent network issues with Freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 06:52:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig258B376BA46D2F4AC7F039B3 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > On Wed, Feb 28, 2007 at 03:55:21PM -0600, Greg Barniskis wrote: >> On our Dell PE2950 units, we had to do the same thing (disable and=20 >> replace the Broadcom interfaces), and that was running Windows=20 >> Server 2k3. The problem really seems to be flakiness of the chips or=20 >> firmware, not necessarily flakiness in the drivers for FreeBSD.=20 >> Maybe it's both, I don't know. >> >> My point is that Broadcom cards have had some serious problems on=20 >> other platforms too, and not just recently. Other NIC brands have=20 >> never given us nearly as much trouble. >=20 > Sounds like I'm going to have to purchase a dual NIC card and install > it in our server, then disable the onboard Broadcom NICs. >=20 > Amusingly, I'll point out that on all newer Supermicro boards (Intel > chipset-based), Supermicro is using Intel NICs and PHYs, and no longer > Broadcom. Supoermicro vacillates between em and bge all the time. It is exceedingly annoying, suddenly finding that the NICs have changed yet again. At the moment we seem to be getting bge on the X7.... series Xeon= boards. Mind you, that's only the Xeon stuff -- the Opteron boards were formerly using em but now seem to have switched to some Nvidia chipset which I haven't yet managed to test is actually supported with FreeBSD 6.2 Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig258B376BA46D2F4AC7F039B3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.2 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5nf98Mjk52CukIwRCCqgAJ9QGswvf18ePNwk4CnDuZweid1t9ACeJG3h q0K8LJjA8MuUi8WpUb94B6s= =lN2Z -----END PGP SIGNATURE----- --------------enig258B376BA46D2F4AC7F039B3-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 07:05:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AB1E316A400 for ; Thu, 1 Mar 2007 07:05:44 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 34A3413C4A6 for ; Thu, 1 Mar 2007 07:05:43 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (inchoate.gsoft.com.au [203.31.81.25]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id l2175b5w072101 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 1 Mar 2007 17:35:38 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: Peter Jeremy Date: Thu, 1 Mar 2007 17:35:36 +1030 User-Agent: KMail/1.9.5 References: <200703011149.02601.doconnor@gsoft.com.au> <20070301064442.GG837@turion.vk2pj.dyndns.org> In-Reply-To: <20070301064442.GG837@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart3784626.XMFZeWcX2j"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703011735.37614.doconnor@gsoft.com.au> X-Spam-Score: -3.177 () ALL_TRUSTED,AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.58 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: fork wedging (I think) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 07:05:44 -0000 --nextPart3784626.XMFZeWcX2j Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 01 March 2007 17:14, Peter Jeremy wrote: > >The problem seems to occur when the acquisition process (called the > > Recorder) tries to fork off a new child. > > Your description and the ps output suggest a filesystem deadlock. When it happened last time I had no problem running commands (ps, ls, gdb, = etc=20 etc). I think the difference this time was running sysctl which does touch a lot = of=20 stuff (since I did sysctl -a) > A console would make it easy. My suggestion is to keep a shell open Yeah it would be, alas it's in the middle of nowhere in northern Canada :) > in /rescue and use './sysctl' (and other commands in rescue). I think > you will still be able to execute static executables in the current > directory vis a relative path even if the FS is deadlocked. (As long > as your shell isn't trying to write command history to a file). hmm.. I will see if I can maintain an open shell.. Going to be a PITA given= =20 the length of time between failures. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart3784626.XMFZeWcX2j Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQBF5ntB5ZPcIHs/zowRAulIAJ9Tg7UCC4MEcztIpcMkzIbn7UEHKwCfU/Gm IYJL0DHeyEtX8oxg5vJBfrs= =e5Iy -----END PGP SIGNATURE----- --nextPart3784626.XMFZeWcX2j-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 10:37:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AD43216A400 for ; Thu, 1 Mar 2007 10:37:31 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7104C13C49D for ; Thu, 1 Mar 2007 10:37:31 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: by py-out-1112.google.com with SMTP id f47so224980pye for ; Thu, 01 Mar 2007 02:37:30 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=jOsIBx9BU+6zgqAxkhoqOSaZl2B0D+LraqF3aDQWwqJ+rvVltP7ZD9J7O6AnVI+ZWY//grx5gwwwimUZLk72d+Y96fe2q+ppNHxW0/eK4YFKuRFPiCx6Uuu/+w6DlOMYxyX/SptJtvGGNiq7Kbuk191xt+fyqNgMwUmRCnhAt0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=onf0NILcap+qT8VJcita7khAo3rtIuq3Lc71APWzGOvowmgVTD7jofmBrdnyZiFFZ+V4XxW2Bsyih7Li/6HExKkv5gQECacvmO7K+yfPPhaSPQ/mZr+egs0h2MJgkXgQu+lDWX4CZPB/5WBuSFLVyfEnKNdhU9noW98DFDUVwA8= Received: by 10.35.64.8 with SMTP id r8mr2946904pyk.1172743987699; Thu, 01 Mar 2007 02:13:07 -0800 (PST) Received: from ?192.168.2.8? ( [35.11.158.74]) by mx.google.com with ESMTP id 7sm7797283nzn.2007.03.01.02.13.01; Thu, 01 Mar 2007 02:13:01 -0800 (PST) Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <75787BE6-1EE0-4545-B3DF-3F6D0BF3EAA3@gmail.com> Content-Transfer-Encoding: 7bit From: bazzoola Date: Thu, 1 Mar 2007 05:12:28 -0500 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.752.3) Cc: rse@FreeBSD.org, freebsd-ports@freebsd.org Subject: freebsd-snapshot [fsync: giving up on dirty] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 10:37:31 -0000 After installing freebsd-snapshot I am getting this error: fsync: giving up on dirty 0xc23c7880: tag devfs, type VCHR usecount 1, writecount 0, refcount 185 mountedhere 0xc2352300 flags () v_object 0xc1050420 ref 0 pages 15362 lock type devfs: EXCL (count 1) by thread 0xc25ef480 (pid 15164) dev ad0s1f then I get this email from cron: Subject: Cron /usr/local/sbin/periodic-snapshot hourly X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: X-Cron-Env: mount: /usr/.snap/hourly.0: Resource temporarily unavailable P.S CC me I am not on the list Thanks From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 10:44:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5F56016A400 for ; Thu, 1 Mar 2007 10:44:53 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id EC2F413C46B for ; Thu, 1 Mar 2007 10:44:52 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so826620nfc for ; Thu, 01 Mar 2007 02:44:51 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=mdsQX+steEml7x4gFZ6RLpcl23lOifhGnLm4sMoqqfNFD3rGMQX6bqVJvH2zyaKvR8A/sDIapsfcC0ctRQYVKjfotkp68O4y7DFGjRbZ461oAixi7gexsHzXjedWbsRiOxCvemD7GoP2L1bXF4gTygv5l4WRY/4avB9oUvdv2Iw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=huDpalqv84hW0Me21zc/zmrjZEyHM0m2AfFPXeaPjf/4XjNy+0aoMOjgxDOoZ6cdEkbvhKBlbNkeP+qLLvyuKcIf6QmnJo4EEHHZQ8SFBSHDNQRDuHqRir2pOrzKz9Yoh6XmcFTjpjafEcNqNQI/uNy5bDrmRAf18CdCByufQf4= Received: by 10.82.120.14 with SMTP id s14mr529930buc.1172744227307; Thu, 01 Mar 2007 02:17:07 -0800 (PST) Received: by 10.82.135.17 with HTTP; Thu, 1 Mar 2007 02:17:06 -0800 (PST) Message-ID: <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> Date: Thu, 1 Mar 2007 10:17:06 +0000 From: Chris To: "Marko Lerota" In-Reply-To: <867iu2gtny.fsf@sparrow.local> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> Cc: Martin Blapp , freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 10:44:53 -0000 On 28/02/07, Marko Lerota wrote: > Martin Blapp writes: > > > Even with libthr the CPU usage is still far too high ... > > I'm currently looking at the code. > > Take a look at this post. I also have CPU usage problems and simscan > installed. > > http://www.mail-archive.com/toaster@shupp.org/msg04119.html > > > Re: [toaster] clamav 0.90 patches up > > > Tom Collins > > Fri, 16 Feb 2007 11:33:52 -0800 > > > On Feb 15, 2007, at 2:12 PM, Rick Macdougall wrote: > > >> One thing to keep in mind, if you are not using the :attach in simcontrol, > >> do NOT enable rip mime in simscan as that will cause clamdscan to basically > >> scan the message and the attachment twice. > > >> Clamav does a very good job of scanning encoded content and attachments > >> all by itself. No need to duplicate effort. > > > I recently took a look at ripmime to see if it had a setting that would simply > > dump the attachment filenames without actually creating the attachments. It, > > unfortunately, does not. I haven't looked at the source to see if it would be > > possible to build a modified version to accomplish my goals or not. > > > I guess I could modify my simscan to run ripmime, look at the attachment > > filenames, and then delete them all before calling clamav. OR, I could > > simply pass the message file to clamav instead of having it scan the > > entire directory. > > > In the case of large attachments, it's a big waste of CPU cycles to scan > > the entire message twice. I might just skip attachment blocking at this point, > > and hope that clamav will catch all of the scr and pif crap. > > -- > One cannot sell the earth upon which the people walk > Tacunka Witco > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > I dont use simscan but use clamav for scanning emails passed from exim. I noticed that cpu usage went through the roof and there was dozens of clamd in sockstat. On a dual xeon it did cause some smtp lag but on weaker specs it caused the smtp to completely backlog and stopped emails arriving. I downgraded back to 0.88.7 again and all is fine again. Chris From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 10:48:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E149C16A404 for ; Thu, 1 Mar 2007 10:48:44 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: from zid.claresco.hr (zid.claresco.hr [85.114.42.226]) by mx1.freebsd.org (Postfix) with ESMTP id 2D31013C442 for ; Thu, 1 Mar 2007 10:48:43 +0000 (UTC) (envelope-from marko.lerota@claresco.hr) Received: (qmail 60956 invoked by uid 1001); 1 Mar 2007 10:49:07 -0000 To: Chris , freebsd-stable@freebsd.org Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAJFBMVEWgnbRLVpRNVY9jMRPh s21jSlEyNVX45Mv4zI+sbUclFAtMVpT8V0lFAAACZ0lEQVR4nG3Tv2vbQBQHcFMogWyeNeVK BLXGl5j6xnABOaNTuXFGmWpwtw519yj4soW6AatT4GKD3+aDZrl/rt/Tr9qlGiz7Pn7v3bsf HVc/NrIiSfElqH53GgijcCqzk/+AmBF5cN0DsFlIRGMh/oHuqxkTM6VlzB4EoZEs2aSZOASb EQJYZpweQshE697GTDndBXtgp9LIT9+OpDGHEfb9knk+nx+jfN1JCVZMCl6XwFm0a2EXztZD 3s4fj47ZbKI2VeBmJImeEfGLJ+M9sDPilX7IB5rN6sdfcGhuoHU+LC4nxfnI7YOJtdb95Gb+ fbgJ2uJ2ZgaA++f5ZzBqNCCYfMTd5q0BfBVNqm7I8gUjQ+YtXotRW6PH9AEj+dKs/KuNQAl5 o/NY+QkonW8aQAl0oXMYPvRiXIM4pRJifbXytnhTA8alBx/jefG2ar3DBlt34/PXz9M+nMVN iNaPUdCApJc2ItejOmLGoK1qQLV9pJmXBnL10DYoBA5aHNfj8ZNwZa5O4CzgTJeilKJmrQJs IHIt1/7/Sg2p3iq/Hz0/5W05rq4M9aN2B5FLohUP4ylVyfxhEIjAs8J4PhIJ9U+CEroogib5 BXAf7bB4vkfAzgPFt1tM9sJZAOH+lCexhwswuNtim4QTZdokqo4o89LkH7V6iFxICeqfp+Wh fmUuGPunLj2Meti6Cn4DjJ/UReROqR+aqawAi/JkfgKE64rrfkhjU8MtT8ivR4S5n6Yo08A7 HvgAlHDWRSGlNSDxwK9HtXy4FS2I60EdUIJM+Ut9OZNJG4CpbEQW1VBQoQoPuBw2EVa4P0u0 TgzQF+VoAAAAAElFTkSuQmCC In-Reply-To: <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> (chrcoluk@gmail.com's message of "Thu, 1 Mar 2007 10:17:06 +0000") References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> Organization: *BSD Users - Fanatics Dept. From: Marko Lerota Date: Thu, 01 Mar 2007 11:49:07 +0100 Message-ID: <868xehfdcs.fsf@sparrow.local> User-Agent: Gnus/5.1008 (Gnus v5.10.8) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Anton Karpov , Martin Blapp , Renato Botelho Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 10:48:45 -0000 Chris writes: > I dont use simscan but use clamav for scanning emails passed from > exim. I noticed that cpu usage went through the roof and there was > dozens of clamd in sockstat. On a dual xeon it did cause some smtp > lag but on weaker specs it caused the smtp to completely backlog and > stopped emails arriving. > > I downgraded back to 0.88.7 again and all is fine again. Dozens? Lucky you. I had 600 of them. OK, now we know that simscan is not the problem. -- One cannot sell the earth upon which the people walk Tacunka Witco From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 11:20:37 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0808716A400 for ; Thu, 1 Mar 2007 11:20:37 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id 9A79113C428 for ; Thu, 1 Mar 2007 11:20:36 +0000 (UTC) (envelope-from mb@imp.ch) Received: from dan.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l21BKXlE005978; Thu, 1 Mar 2007 12:20:34 +0100 (CET) (envelope-from mb@imp.ch) Date: Thu, 1 Mar 2007 12:20:33 +0100 (CET) From: Martin Blapp To: Marko Lerota In-Reply-To: <868xehfdcs.fsf@sparrow.local> Message-ID: <20070301121848.L18301@godot.imp.ch> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Chris , Anton Karpov , freebsd-stable@freebsd.org, Renato Botelho Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 11:20:37 -0000 Hi, Clamd is currently broken with libpthread for some threading-reason. You definitly need to use libthr (which is still CPU hungry, but works better). /etc/libmap.conf [/usr/local/sbin/clamd] libpthread.so.2 libthr.so.2 libpthread.so libthr.so libc_r.so.6 libpthread.so.2 Martin > > Dozens? Lucky you. I had 600 of them. OK, now we know that simscan > is not the problem. > > -- > One cannot sell the earth upon which the people walk > Tacunka Witco > From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 11:38:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CEE5116A400 for ; Thu, 1 Mar 2007 11:38:02 +0000 (UTC) (envelope-from lecocq@lipn.univ-paris13.fr) Received: from obelix.math.univ-paris13.fr (obelix.math.univ-paris13.fr [194.254.165.6]) by mx1.freebsd.org (Postfix) with ESMTP id 91CCB13C441 for ; Thu, 1 Mar 2007 11:38:02 +0000 (UTC) (envelope-from lecocq@lipn.univ-paris13.fr) Received: from [192.168.70.222] (addoo.math.univ-paris13.fr [194.254.165.54]) by obelix.math.univ-paris13.fr (Postfix) with ESMTP id 34721E1D23 for ; Thu, 1 Mar 2007 12:17:52 +0100 (CET) Message-ID: <45E6B660.9040100@lipn.univ-paris13.fr> Date: Thu, 01 Mar 2007 12:17:52 +0100 From: Le Cocq Michel User-Agent: IceDove 1.5.0.7 (X11/20061014) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: python 2.4.4, 1 vs 2.4.3, 1 - zope trouble - python version downgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 11:38:02 -0000 Yesterday I try to install a python module after a 'portsnap fetch update', during the install python upgrade from version 2.4.3,1 to 2.4.4,1. python-2.4.3,1 The "meta-port" for the stable version of Python interprete vs python-2.4.4,1 [...] since these upgrade my zope (zope29-2.9.6) won't start anymore ! How can I come back to version python-2.4.3,1 ? Michel From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 13:32:57 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9A10016A400 for ; Thu, 1 Mar 2007 13:32:57 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 6310613C4A6 for ; Thu, 1 Mar 2007 13:32:57 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l21DWtJA003883; Thu, 1 Mar 2007 08:32:55 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Thu, 01 Mar 2007 08:32:56 -0500 (EST) Date: Thu, 1 Mar 2007 08:32:55 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Martin Blapp In-Reply-To: <20070301121848.L18301@godot.imp.ch> Message-ID: References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marko Lerota , Chris , Anton Karpov , freebsd-stable@freebsd.org, Renato Botelho Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 13:32:57 -0000 On Thu, 1 Mar 2007, Martin Blapp wrote: > > Hi, > > Clamd is currently broken with libpthread for some threading-reason. > You definitly need to use libthr (which is still CPU hungry, but > works better). I don't think it is a problem with libpthread. -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 13:40:12 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3911E16A403 for ; Thu, 1 Mar 2007 13:40:12 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D1B5C13C49D for ; Thu, 1 Mar 2007 13:40:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003574263.msg for ; Thu, 01 Mar 2007 13:24:45 +0000 Message-ID: <006a01c75c04$f5c68080$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: Date: Thu, 1 Mar 2007 13:24:01 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Thu, 01 Mar 2007 13:24:46 +0000 X-MDAV-Processed: multiplay.co.uk, Thu, 01 Mar 2007 13:24:46 +0000 Subject: Fixit cd for AMD64 on 6.2-RELEASE problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 13:40:12 -0000 I'm currently trying to use the Fixit cd on AMD64 ( 6.2 ) and it appears it has issues. When trying to fsck a disk it reports: fsck: exec fsck_4.2bsd for XXXX in /sbin:/usr/sbin: No such file or directory When looking on the mounted volumes for fsck_4.2bsd its located under: /dist/rescue/fsck_4.2bsd /dist/sbin/fsck_4.2bsd Surely /dist/sbin and /dist/usr/sbin should be in the PATH by default? Also it seems that fsck uses a hardcoded search path so setting PATH is not good enough, I had to create a symlink it into /sbin. With fsck being one of the common things people do with fixit would be nice if it just worked. P.S. Not sure if this is limited to AMD64, I suspect not but thats what I was working on. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 13:43:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 652A916A421 for ; Thu, 1 Mar 2007 13:43:38 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from crow.padonki.org.ua (crow.padonki.org.ua [213.186.192.71]) by mx1.freebsd.org (Postfix) with ESMTP id 20F1D13C4E5 for ; Thu, 1 Mar 2007 13:43:37 +0000 (UTC) (envelope-from minotaur@padonki.org.ua) Received: from minotaur by crow.padonki.org.ua with local (Exim 4.66 (FreeBSD)) (envelope-from ) id 1HMlZ8-000BOl-81; Thu, 01 Mar 2007 15:43:26 +0200 Date: Thu, 1 Mar 2007 15:43:26 +0200 From: Alexander Shikoff To: Daniel Eischen Message-ID: <20070301134326.GA43757@crete.org.ua> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-u Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.13 (2006-08-11) Sender: Alexander Shikoff Cc: Marko Lerota , Chris , freebsd-stable@freebsd.org, Renato Botelho , Martin Blapp , Anton Karpov Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexander Shikoff List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 13:43:38 -0000 Hi All, On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote: > On Thu, 1 Mar 2007, Martin Blapp wrote: > > > > >Hi, > > > >Clamd is currently broken with libpthread for some threading-reason. > >You definitly need to use libthr (which is still CPU hungry, but > >works better). > > I don't think it is a problem with libpthread. FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 -- Kind Regards, Alexander Shikoff minotaur@crete.org.ua Mob.: +380 67 946 31 49 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 14:19:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF39316A403 for ; Thu, 1 Mar 2007 14:19:51 +0000 (UTC) (envelope-from prox@prolixium.com) Received: from nonce.prolixium.com (nonce.prolixium.com [207.150.167.80]) by mx1.freebsd.org (Postfix) with ESMTP id 8F6EB13C478 for ; Thu, 1 Mar 2007 14:19:51 +0000 (UTC) (envelope-from prox@prolixium.com) Received: from prox by nonce.prolixium.com with local (Exim 4.63) (envelope-from ) id 1HMlrJ-0001DM-6u for freebsd-stable@freebsd.org; Thu, 01 Mar 2007 09:02:13 -0500 Date: Thu, 1 Mar 2007 09:02:13 -0500 To: freebsd-stable@freebsd.org Message-ID: <20070301140213.GA4471@prolixium.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline From: Mark Kamichoff Subject: Panics with 6.2-STABLE, Quagga-related X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 14:19:51 -0000 All - I've been getting panics every couple of days (sometimes daily) with 6.2-STABLE (as of Feb 12th). These have been happening ever since sometime early in 6.1, and I believe they are related to the Quagga routing daemon, specifically when the zebra(8) process adds or removes routes. I have two PR's open regarding them: http://www.freebsd.org/cgi/query-pr.cgi?pr=104569 http://www.freebsd.org/cgi/query-pr.cgi?pr=105966 105966 was resolved back in Dec. 2006, but resurfaced again in Jan. 2007. I have not heard anything on 104569. Has anyone else experienced similar problems? Any suggestions? Here's an example of the panic that's described in kern/104569: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0554bcb stack pointer = 0x28:0xdea8ea64 frame pointer = 0x28:0xdea8ea68 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 1548 (zebra) trap number = 12 panic: page fault Uptime: 2d5h52m33s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 510MB (130544 pages) 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 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc052f46e in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc052f778 in panic (fmt=0xc0709d51 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06e5d2d in trap_fatal (frame=0xdea8ea24, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06e5445 in trap (frame= {tf_fs = -629538808, tf_es = -1066139608, tf_ds = 40, tf_edi = -1015486796, tf_esi = -1014488704, tf_ebp = -559355288, tf_isp = -559355312, tf_ebx = -1015492032, tf_edx = -1014488704, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1068151861, tf_cs = 32, tf_eflags = 65543, tf_esp = -1014488704, tf_ss = -559355252}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc06d27ca in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0554bcb in turnstile_setowner (ts=0xc378d240, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:432 #7 0xc0554ef7 in turnstile_wait (lock=0xc38c6504, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:591 #8 0xc0524ddb in _mtx_lock_sleep (m=0xc38c6504, tid=3280478592, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc05bcb44 in rtrequest1 (req=2, info=0xdea8eb24, ret_nrt=0xdea8eb10) at /usr/src/sys/net/route.c:703 #10 0xc05be7e5 in route_output (m=0xc55fa800, so=0xc3553164) at /usr/src/sys/net/rtsock.c:391 #11 0xc05bbb12 in raw_usend (so=0x4, flags=0, m=0xc3882180, nam=0x0, control=0x4, td=0xc3882180) at /usr/src/sys/net/raw_usrreq.c:263 #12 0xc05be457 in rts_send (so=0x4, flags=4, m=0x4, nam=0x4, control=0x4, td=0x4) at /usr/src/sys/net/rtsock.c:269 #13 0xc057136c in sosend (so=0xc3553164, addr=0x0, uio=0xdea8ecb0, top=0xc55fa800, control=0x0, flags=0, td=0xc3882180) at /usr/src/sys/kern/uipc_socket.c:836 #14 0xc055d2b8 in soo_write (fp=0x4, uio=0xdea8ecb0, active_cred=0xc33d2c00, flags=0, td=0xc3882180) at /usr/src/sys/kern/sys_socket.c:118 #15 0xc05569e0 in dofilewrite (td=0xc3882180, fd=4, fp=0xc37b0c18, auio=0xdea8ecb0, offset=Unhandled dwarf expression opcode 0x93) at file.h:252 #16 0xc0556817 in kern_writev (td=0xc3882180, fd=6, auio=0x4) at /usr/src/sys/kern/sys_generic.c:402 ---Type to continue, or q to quit--- #17 0xc05566e9 in write (td=0x4, uap=0x4) at /usr/src/sys/kern/sys_generic.c:326 #18 0xc06e60e3 in syscall (frame= {tf_fs = 672006203, tf_es = 672006203, tf_ds = -1078001605, tf_edi = -1077941792, tf_esi = -1077942328, tf_ebp = -1077941864, tf_isp = -559354524, tf_ebx = 20, tf_edx = -1077942496, tf_ecx = 0, tf_eax = 4, tf_trapno = 0, tf_err = 2, tf_eip = 673045383, tf_cs = 51, tf_eflags = 514, tf_esp = -1077942516, tf_ss = 59}) at /usr/src/sys/i386/i386/trap.c:983 #19 0xc06d281f in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:200 #20 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) Here's one from kern/105966: Unread portion of the kernel message buffer: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode fault virtual address = 0x78 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0555579 stack pointer = 0x28:0xd43f2b28 frame pointer = 0x28:0xd43f2b2c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 11 (swi1: net) trap number = 12 panic: page fault Uptime: 9d19h23m7s Dumping 510 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 510MB (130544 pages) 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 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:165 #1 0xc052fe16 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc0530120 in panic (fmt=0xc070b714 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc06e75c5 in trap_fatal (frame=0xd43f2ae8, eva=0) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc06e6cdd in trap (frame= {tf_fs = -1067450360, tf_es = -734068696, tf_ds = 40, tf_edi = -1019703296, tf_esi = -1020561536, tf_ebp = -734057684, tf_isp = -734057708, tf_ebx = -1020603584, tf_edx = -1020561536, tf_ecx = 4, tf_eax = 4, tf_trapno = 12, tf_err = 0, tf_eip = -1068149383, tf_cs = 32, tf_eflags = 65543, tf_esp = -1020561536, tf_ss = -734057648}) at /usr/src/sys/i386/i386/trap.c:270 #5 0xc06d408a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc0555579 in turnstile_setowner (ts=0xc32ad340, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:434 #7 0xc05558a5 in turnstile_wait (lock=0xc38a9504, owner=0x4) at /usr/src/sys/kern/subr_turnstile.c:593 #8 0xc0525783 in _mtx_lock_sleep (m=0xc38a9504, tid=3274405760, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:579 #9 0xc06016ae in nd6_output (ifp=0xc3389000, origifp=0x4, m0=0xc60f5500, dst=0xc38a831c, rt0=0xc3764630) at /usr/src/sys/netinet6/nd6.c:2010 #10 0xc05f5218 in ip6_forward (m=0xc60f5500, srcrt=0) at /usr/src/sys/netinet6/ip6_forward.c:626 #11 0xc05f64ad in ip6_input (m=0xc60f5500) at /usr/src/sys/netinet6/ip6_input.c:732 #12 0xc05b8a67 in netisr_processqueue (ni=0xc0779d44) at /usr/src/sys/net/netisr.c:236 #13 0xc05b8c5d in swi_net (dummy=0x0) at /usr/src/sys/net/netisr.c:343 #14 0xc0516cca in ithread_execute_handlers (p=0xc32b6a78, ie=0xc32f8300) at /usr/src/sys/kern/kern_intr.c:682 #15 0xc0516e0b in ithread_loop (arg=0xc3283700) at /usr/src/sys/kern/kern_intr.c:765 #16 0xc0515901 in fork_exit (callout=0xc0516da8 , arg=0x4, frame=0x4) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc06d40ec in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) Thanks! - Mark -- Mark Kamichoff prox@prolixium.com http://prolixium.com/ Rensselaer Polytechnic Institute, Class of 2004 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 15:09:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4651916A400 for ; Thu, 1 Mar 2007 15:09:48 +0000 (UTC) (envelope-from prvs=astraserg/0580b10028@proc.ru) Received: from mail.proc.ru (mail.proc.ru [217.117.112.5]) by mx1.freebsd.org (Postfix) with ESMTP id 076B913C4B6 for ; Thu, 1 Mar 2007 15:09:48 +0000 (UTC) (envelope-from prvs=astraserg/0580b10028@proc.ru) Received: from uranium.proc.ru ([217.117.127.77]) by mail.proc.ru with esmtps (TLSv1:DHE-RSA-AES256-SHA:256) (envelope-from ) id 1HMmQX-0005gi-Nq for freebsd-stable@freebsd.org; Thu, 01 Mar 2007 17:38:37 +0300 From: AstraSerg Organization: Proc.ru To: freebsd-stable@freebsd.org Date: Thu, 1 Mar 2007 17:38:36 +0300 User-Agent: KMail/1.9.5 MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703011738.36795.astraserg@proc.ru> X-SpamTest-Envelope-From: astraserg@proc.ru X-SpamTest-Info: Profiles 830 [Mar 01 2007] X-SpamTest-Info: {received from trusted relay: common white list} X-SpamTest-Method: white ip list X-SpamTest-Rate: 0 X-SpamTest-Status: Trusted X-SpamTest-Status-Extended: trusted Subject: Bridge+flowtools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: astraserg@proc.ru List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 15:09:48 -0000 Is it possible to collect traffic on bridge? freebsd 6.2 -- Sergey Yaroshevsky, astraserg@proc.ru From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 15:30:58 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4448D16A403 for ; Thu, 1 Mar 2007 15:30:58 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id CC99E13C4AA for ; Thu, 1 Mar 2007 15:30:57 +0000 (UTC) (envelope-from max@love2party.net) Received: from [88.64.176.241] (helo=amd64.laiers.local) by mrelayeu.kundenserver.de (node=mrelayeu2) with ESMTP (Nemesis), id 0MKwtQ-1HMnF92Fiy-000547; Thu, 01 Mar 2007 16:30:55 +0100 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org, astraserg@proc.ru Date: Thu, 1 Mar 2007 16:30:42 +0100 User-Agent: KMail/1.9.5 References: <200703011738.36795.astraserg@proc.ru> In-Reply-To: <200703011738.36795.astraserg@proc.ru> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart6942504.o5koDx15L6"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200703011630.54037.max@love2party.net> X-Provags-ID: kundenserver.de abuse@kundenserver.de login:61c499deaeeba3ba5be80f48ecc83056 X-Provags-ID2: V01U2FsdGVkX19canEdr2NXyJhrxSALrvmssrWB8mUExVA2YGn DD85OOWmRcCfiBHoKQ+KwnBYVryQoaocZQgS7q/ZmY+3AYXsMj 2OAcRDXP7KwrYzDwUSpAA== Cc: Subject: Re: Bridge+flowtools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 15:30:58 -0000 --nextPart6942504.o5koDx15L6 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 01 March 2007 15:38, AstraSerg wrote: > Is it possible to collect traffic on bridge? > freebsd 6.2 I don't know about flowtools. But in case it does not work, you could use= =20 pf and pfflowd (http://www.mindrot.org/projects/pfflowd/ or net/pfflowd). =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart6942504.o5koDx15L6 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQBF5vGuXyyEoT62BG0RAg7mAJ9ttRc6qqyxbdsTt84umm8+91wBKwCdF6KZ 5hQVNuPO6MAcrsgLOrWqjtE= =Solq -----END PGP SIGNATURE----- --nextPart6942504.o5koDx15L6-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 16:52:21 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1261416A408 for ; Thu, 1 Mar 2007 16:52:21 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from mx.gfk.ru (mx.gfk.ru [84.21.231.130]) by mx1.freebsd.org (Postfix) with ESMTP id 89EF913C4BD for ; Thu, 1 Mar 2007 16:52:20 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.ru) Received: from ex.hhp.local by mx.gfk.ru (MDaemon PRO v9.5.3) with ESMTP id md50000941099.msg for ; Thu, 01 Mar 2007 19:40:29 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 1 Mar 2007 19:41:51 +0300 Message-ID: <78664C02FF341B4FAC63E561846E3BCC079A55@ex.hhp.local> In-Reply-To: <200703011738.36795.astraserg@proc.ru> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Bridge+flowtools Thread-Index: AcdcFOQd4HJraQIcQTKJ3F77AX45vwAClrxQ From: "Yuriy Tsibizov" To: X-Spam-Processed: mx.gfk.ru, Thu, 01 Mar 2007 19:40:29 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.ru X-Envelope-From: Yuriy.Tsibizov@gfk.ru X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: mx.gfk.ru, Thu, 01 Mar 2007 19:40:29 +0300 Cc: freebsd-stable@freebsd.org Subject: RE: Bridge+flowtools X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 16:52:21 -0000 > Is it possible to collect traffic on bridge?=20 > freebsd 6.2 I do it with vlans bridged with if_bidge, with traffic collected by ng_netflow and stored by flow-tools. But it collects traffic only on bridged interfaces (vlanX), not bridgeX. Yuriy. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 17:50:56 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A616516A400 for ; Thu, 1 Mar 2007 17:50:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx24.fluidhosting.com [204.14.89.7]) by mx1.freebsd.org (Postfix) with SMTP id 34EA013C46B for ; Thu, 1 Mar 2007 17:50:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31028 invoked by uid 399); 1 Mar 2007 17:50:55 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with SMTP; 1 Mar 2007 17:50:55 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <45E71276.2050708@FreeBSD.org> Date: Thu, 01 Mar 2007 09:50:46 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0b2 (Windows/20070116) MIME-Version: 1.0 To: Martin Blapp References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> In-Reply-To: <20070301121848.L18301@godot.imp.ch> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marko Lerota , Chris , Anton Karpov , freebsd-stable@freebsd.org, Renato Botelho Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 17:50:56 -0000 Martin Blapp wrote: > > Hi, > > Clamd is currently broken with libpthread for some threading-reason. > You definitly need to use libthr (which is still CPU hungry, but > works better). > > /etc/libmap.conf > > [/usr/local/sbin/clamd] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so > libc_r.so.6 libpthread.so.2 The right side of that last line should probably refer to libthr.so.2. AFAICS, what you have there makes no sense. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 19:04:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1B15216A403; Thu, 1 Mar 2007 19:04:23 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id C516313C461; Thu, 1 Mar 2007 19:04:22 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l21J4IF0014982; Thu, 1 Mar 2007 14:04:18 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Thu, 01 Mar 2007 14:04:19 -0500 (EST) Date: Thu, 1 Mar 2007 14:04:18 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Alexander Shikoff In-Reply-To: <20070301134326.GA43757@crete.org.ua> Message-ID: References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> <20070301134326.GA43757@crete.org.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marko Lerota , Chris , freebsd-stable@freebsd.org, Renato Botelho , Martin Blapp , Anton Karpov Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 19:04:23 -0000 On Thu, 1 Mar 2007, Alexander Shikoff wrote: > Hi All, > > On Thu, Mar 01, 2007 at 08:32:55AM -0500, Daniel Eischen wrote: >> On Thu, 1 Mar 2007, Martin Blapp wrote: >> >>> >>> Hi, >>> >>> Clamd is currently broken with libpthread for some threading-reason. >>> You definitly need to use libthr (which is still CPU hungry, but >>> works better). >> >> I don't think it is a problem with libpthread. > > FYI: https://wwws.clamav.net/bugzilla/show_bug.cgi?id=307#c8 I have no idea what this bug report says. This link and any other link I can find to clamav bug reports is not working or down. -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 19:05:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99AD616A405 for ; Thu, 1 Mar 2007 19:05:18 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 3910713C4A3 for ; Thu, 1 Mar 2007 19:05:18 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.0/8.14.0/NETPLEX) with ESMTP id l21J5ElW015852; Thu, 1 Mar 2007 14:05:14 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Thu, 01 Mar 2007 14:05:15 -0500 (EST) Date: Thu, 1 Mar 2007 14:05:14 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Andrew Reilly In-Reply-To: <20070228232440.GA52836@duncan.reilly.home> Message-ID: References: <20070228042229.GA33810@duncan.reilly.home> <20070228232440.GA52836@duncan.reilly.home> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Apache13/MoinMoin/Python vs PATH? What changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 19:05:18 -0000 On Thu, 1 Mar 2007, Andrew Reilly wrote: > Hi Daniel, > > On Wed, Feb 28, 2007 at 08:41:00AM -0500, Daniel Eischen wrote: >> On Wed, 28 Feb 2007, Andrew Reilly wrote: >>> Funny thing happened after the last upgrade (upgraded to >>> 6-STABLE yesterday): the moinmoin wiki that I've been >>> playing with stopped working. A little fiddling found >>> that I could make it work again by changing the shebang >>> at the top of /usr/local/www/wiki/moin.cgi (ScriptAlias >>> points there, in httpd.conf) from #!/usr/bin/env python to >>> #!/usr/local/bin/python >> >> See this thread: >> >> http://groups.google.com/group/mailing.freebsd.cvs/browse_thread/thread/a0344851d94df36f/e94a3c524ff22732?lnk=st&q=&rnum=3#e94a3c524ff22732 >> >> If that link doesn't work, search groups.google.com, >> "/usr/bin/env python group:*freebsd*" and see the >> "cvs commit: src/etc rc.subr" thread. > > Thanks for the link: it worked fine for me. > > I'm a little surprised that I appear to be the first one bringing up a > problem with this change, given that it happened three months ago. > Since there was no warning in UPDATING, were all of the python ports > patched at about the same time? (I haven't done a portupgrade all that > recently: just FreeBSD itself.) > > What is the approved "fix" for this problem? Setting a PATH that > includes /usr/local/bin in /usr/local/etc/rc.d/apache.sh? Or the > shebang patch to the python script itself, that I have already made? Has anyone answered this yet? I do not know myself. -- DE From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 21:20:26 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B373416A40A for ; Thu, 1 Mar 2007 21:20:26 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd4mo1so.prod.shaw.ca (shawidc-mo1.cg.shawcable.net [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 83A7213C4B7 for ; Thu, 1 Mar 2007 21:20:26 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr1so.prod.shaw.ca (pd3mr1so-qfe3.prod.shaw.ca [10.0.141.177]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JE800IX9TXFSW00@l-daemon> for freebsd-stable@freebsd.org; Thu, 01 Mar 2007 14:20:03 -0700 (MST) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd3mr1so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JE800B55TXF41A1@pd3mr1so.prod.shaw.ca> for freebsd-stable@freebsd.org; Thu, 01 Mar 2007 14:20:03 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.18.31]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JE800C87TX60YO0@l-daemon> for freebsd-stable@freebsd.org; Thu, 01 Mar 2007 14:19:55 -0700 (MST) Received: (qmail 1276 invoked from network); Thu, 01 Mar 2007 21:19:37 +0000 Received: from unknown (HELO ?127.0.0.1?) (127.0.0.1) by localhost with SMTP; Thu, 01 Mar 2007 21:19:37 +0000 Date: Thu, 01 Mar 2007 13:19:36 -0800 From: Colin Percival In-reply-to: <20070301105023.GA62748@mail.crypta.net> To: Andy Hilker Message-id: <45E74368.4010603@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.94.0.0 References: <20070228221612.GA14358@mail.crypta.net> <20070301105023.GA62748@mail.crypta.net> User-Agent: Thunderbird 1.5.0.9 (X11/20061227) Cc: freebsd-hackers@freebsd.org, FreeBSD Stable Subject: Re: freebsd-update ignores /boot/kernel/kernel sometimes!? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 21:20:26 -0000 Andy Hilker wrote: >> Somehow freebsd-update find /boot/kernel/kernel on some servers and >> patches it and on others not. > > Additional info: > it seems that all machines where it does not work, have an SMP-GENERIC > (i386) installed. There's a bug in how FreeBSD Update handles /boot/kernel. Basically, it's supposed to figure out if you're running a GENERIC or SMP kernel, and get the appropriate updates based on that; but I incorrectly assumed that the SMP kernel would identify itself as "SMP". Instead, the i386 SMP kernel identifies itself as "SMP-GENERIC", while the amd64 SMP kernel identifies itself as "GENERIC", with the result that (a) On FreeBSD 6.2 i386 systems running an SMP kernel from /boot/kernel, the kernel will not be updated, and (b) On FreeBSD 6.2 amd64 systems running an SMP kernel from /boot/kernel, the kernel will be replaced with a GENERIC (non-SMP) kernel. I'm working on a patch for this and will be talking to re@ about having an Errata Notice sent out about this. Colin Percival From owner-freebsd-stable@FreeBSD.ORG Thu Mar 1 23:43:48 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2D2BD16A403; Thu, 1 Mar 2007 23:43:48 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 9723A13C4A8; Thu, 1 Mar 2007 23:43:47 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003576969.msg; Thu, 01 Mar 2007 23:42:33 +0000 Message-ID: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: , Date: Thu, 1 Mar 2007 23:42:14 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Thu, 01 Mar 2007 23:42:34 +0000 X-MDAV-Processed: multiplay.co.uk, Thu, 01 Mar 2007 23:42:34 +0000 Cc: Subject: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 01 Mar 2007 23:43:48 -0000 I've been repartitioning some of our machines here and found that using the following method sysinstall creates corrupt filesystems. 1. Boot a machine using an nfs mounted /usr 2. Run: sysctl kern.geom.debugflags=16 to enable writing to the disk mbr 3. run sysinstall, Customise -> Label 4. Delete the /usr partition e.g. /dev/da0s1f 5. Create two partitions from the space left as ufs with mount points /usr and /data 6. Write the changes. Now two strange things happen: 1. /usr ends up mounted twice once from nfs and once from the new ufs. This requires umount -f /dev/da0s1f to correct but doesnt always work properly requiring a reboot to restore system functionality. 2. The FS on both partitions is totally corrupt even fsck cant repair them, even after a reboot. So the question is why would sysinstall create two corrupt FS's with this procedure? Fixing is trivial just rerun the newfs commands and all is good but its really odd that they should be corrupt in the first place and caught me out big time when I first did this as I had restored a full dump back onto /usr and rebooted only for it to blow up horribly as the fs was so badly corrupted. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 02:44:55 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8C3AF16A400 for ; Fri, 2 Mar 2007 02:44:55 +0000 (UTC) (envelope-from meenoo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1F29413C481 for ; Fri, 2 Mar 2007 02:44:54 +0000 (UTC) (envelope-from meenoo@gmail.com) Received: by ug-out-1314.google.com with SMTP id 71so529977ugh for ; Thu, 01 Mar 2007 18:44:53 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BKPQzY3XDSLRnPzhOWZv94EBOAp3jZv+hAKhk0XoDmN0T6QigVZXFB4WuTH4yb10hZ5rqzM8L+fjfK3Fd7iGAm/Xf71lisrVLoXSK1Xme/I7fN9MLJa65RJYMPBofXrhNUn+LW/dWtkrT/z4J9zsIE11/Z1hiM+H7UW3BBxyb5k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XOJ0OBEmdcZviWDP3aCtiGrj0LXWJtc6zeg7477C25Gtzgsv8zl8TeDeze8xwV11ze4+smMvA0lp32eD7lxy9aZMr9TbuEjkyNLYhX0z9MgdT2L5pcAlMKOOtKL0Tq2ha56GDb7tP/Rg1LPjEE9UlJBdjV2sLN/YM/cPZjV42N0= Received: by 10.114.12.9 with SMTP id 9mr55081wal.1172801939374; Thu, 01 Mar 2007 18:18:59 -0800 (PST) Received: by 10.114.156.17 with HTTP; Thu, 1 Mar 2007 18:18:59 -0800 (PST) Message-ID: Date: Thu, 1 Mar 2007 21:18:59 -0500 From: "Meenoo Shivdasani" To: dparussalla@baysidegrp.com.au In-Reply-To: <003701c75a03$fb478ac0$d801a8c0@dimuthu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> Cc: freebsd-stable@freebsd.org Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 02:44:55 -0000 On 2/26/07, Dimuthu Parussalla wrote: > Clamav-90_2 Lockup with freebsd 6.2 > > Still under load clamav_90_2 locks up with high cpu usage. Had to downgrade > the port to 88.7_1 to get the server going. Sockstat shows lots of open > sockets from clamd. I've been seeing excessive CPU usage from clamav_90_1 on 6.1. (clamd taking 60+% of the CPU) I've somewhat stifled that by reducing the # of postfix connections to clam and by implementing other postfix things to reduce the ability of botnet infested hosts to be able to get to clam in the first place. FWIW, I didn't see this problem with earlier versions of clam. M From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 07:36:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC38816A402 for ; Fri, 2 Mar 2007 07:36:22 +0000 (UTC) (envelope-from phillip@philderbeast.com) Received: from ipmail01.adl2.internode.on.net (ipmail01.adl2.internode.on.net [203.16.214.140]) by mx1.freebsd.org (Postfix) with ESMTP id 0402113C471 for ; Fri, 2 Mar 2007 07:36:17 +0000 (UTC) (envelope-from phillip@philderbeast.com) Received: from ppp34-91.lns1.syd6.internode.on.net (HELO [192.168.0.100]) ([59.167.34.91]) by ipmail01.adl2.internode.on.net with ESMTP; 02 Mar 2007 18:06:15 +1030 X-IronPort-AV: i="4.14,240,1170595800"; d="scan'208"; a="95840448:sNHT30486239" Message-ID: <45E7D3E1.5090408@philderbeast.com> Date: Fri, 02 Mar 2007 18:36:01 +1100 From: Phillip Ledger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: phillip@philderbeast.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 07:36:22 -0000 i have been trying to get portupgrade working, however everything i try to run it im getting an error with the portsdb. now i have tryed to rebuild it as requested initaly by portupgrade but im still getting an error portupgrade -aRr [missing key: categories] [Updating the portsdb in /var/tmp ... - 16413 port entries found .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... ..... done] missing key: categories: Cannot read the portsdb! /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database file error (PortsDB::DBError) from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in `all_depends_list' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' from /usr/local/sbin/portupgrade:721:in `main' from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' from /usr/local/sbin/portupgrade:220:in `new' from /usr/local/sbin/portupgrade:220:in `main' from /usr/local/sbin/portupgrade:2084 any idea whats causeing the issue or how to fix it? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 08:26:45 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D761716A400 for ; Fri, 2 Mar 2007 08:26:45 +0000 (UTC) (envelope-from news@w21.org) Received: from w21.org (w21.org [217.173.146.43]) by mx1.freebsd.org (Postfix) with ESMTP id 8979C13C471 for ; Fri, 2 Mar 2007 08:26:45 +0000 (UTC) (envelope-from news@w21.org) Received: by w21.org (Postfix, from userid 8) id 2B8FA11615; Fri, 2 Mar 2007 09:26:44 +0100 (CET) To: freebsd-stable@freebsd.org Path: not-for-mail From: Juergen Nickelsen Newsgroups: w21.lists.freebsd-stable Date: Fri, 02 Mar 2007 09:26:29 +0100 Organization: 52.45 13.34 Lines: 22 Distribution: w21 Message-ID: References: <20070227181142.GC95703@oland.ni.w21.org> NNTP-Posting-Host: wittduen-wl.ni.w21.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: oland.ni.w21.org 1172824004 8390 10.0.1.14 (2 Mar 2007 08:26:44 GMT) X-Complaints-To: usenet@w21.org NNTP-Posting-Date: Fri, 2 Mar 2007 08:26:44 +0000 (UTC) User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (fiddleheads, darwin) Cancel-Lock: sha1:WQVBL9R234sjK3bdT443Q3mYWY4= Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 08:26:45 -0000 Juergen Nickelsen writes: > On Tue, Feb 27, 2007 at 11:22:44AM -0500, Sam Baskinger wrote: > >> I'm assuming that you installed linux compatibility and then the >> linux-jdk 1.4? I failed to do that and saw a very similar error a while >> back. :) > > That may well be the case. I assumed the port installed it as a > dependency, but I didn't really look close. Thanks for the hint! > I'll report back later. It was indeed the Linux compatibility bits missing [1], including, of course, the linprocfs. Why this caused syntax errors while compiling Java code is beyond me, though. Thanks for the help! -- The most likely way for the world to be destroyed, most experts agree, is by accident. That's where we come in. We're computer professionals. We cause accidents. -- Nathaniel Borenstein From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 08:32:59 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E268916A400 for ; Fri, 2 Mar 2007 08:32:59 +0000 (UTC) (envelope-from news@w21.org) Received: from w21.org (w21.org [217.173.146.43]) by mx1.freebsd.org (Postfix) with ESMTP id 7E71013C4A3 for ; Fri, 2 Mar 2007 08:32:59 +0000 (UTC) (envelope-from news@w21.org) Received: by w21.org (Postfix, from userid 8) id 240F811628; Fri, 2 Mar 2007 09:32:58 +0100 (CET) To: freebsd-stable@freebsd.org Path: not-for-mail From: Juergen Nickelsen Newsgroups: w21.lists.freebsd-stable Date: Fri, 02 Mar 2007 09:32:54 +0100 Organization: 52.45 13.34 Lines: 14 Distribution: w21 Message-ID: References: <20070227185302.GF71962@dan.emsphone.com> NNTP-Posting-Host: wittduen-wl.ni.w21.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: oland.ni.w21.org 1172824377 8390 10.0.1.14 (2 Mar 2007 08:32:57 GMT) X-Complaints-To: usenet@w21.org NNTP-Posting-Date: Fri, 2 Mar 2007 08:32:57 +0000 (UTC) User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.5 (fiddleheads, darwin) Cancel-Lock: sha1:KIeV2/untPKcYR8BgtIHlb1Ce+8= Subject: Re: Problems installing JDK 1.5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 08:33:00 -0000 Dan Nelson writes: > You could also install the native diablo-jdk15 port instead of a Linux > one. I was installing the native port /usr/ports/java/jdk15, only it needs the Linux JDK 1.4.2 to compile the Java sources. But indeed I was ignorant of the diablo port. What is the relation between these two ports anyway? I do not really get the difference, in spite of . -- I object to doing things that computers can do. -- Olin Shivers From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 09:40:47 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E64E16A406 for ; Fri, 2 Mar 2007 09:40:47 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id D76BF13C481 for ; Fri, 2 Mar 2007 09:40:46 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.1.43.246] ([130.226.7.91]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l229ehG3059054 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Mar 2007 01:40:45 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45E7F116.6090304@errno.com> Date: Fri, 02 Mar 2007 01:40:38 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Steven Hartland References: <006a01c75c04$f5c68080$b3db87d4@multiplay.co.uk> In-Reply-To: <006a01c75c04$f5c68080$b3db87d4@multiplay.co.uk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 1356; Body=2 Fuz1=2 Fuz2=2 Cc: freebsd-stable@freebsd.org Subject: Re: Fixit cd for AMD64 on 6.2-RELEASE problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 09:40:47 -0000 Steven Hartland wrote: > I'm currently trying to use the Fixit cd on AMD64 ( 6.2 ) > and it appears it has issues. When trying to fsck a > disk it reports: > fsck: exec fsck_4.2bsd for XXXX in /sbin:/usr/sbin: No such file or > directory > > When looking on the mounted volumes for fsck_4.2bsd its > located under: > /dist/rescue/fsck_4.2bsd > /dist/sbin/fsck_4.2bsd > > Surely /dist/sbin and /dist/usr/sbin should be in the PATH > by default? > > Also it seems that fsck uses a hardcoded search path so > setting PATH is not good enough, I had to create a symlink > it into /sbin. With fsck being one of the common things > people do with fixit would be nice if it just worked. > > P.S. Not sure if this is limited to AMD64, I suspect not > but thats what I was working on. Sometime back I needed the fixit CD and hit various problems like this (generated a 1/2 dozen items on my TODO list not all of which have been crossed off yet). This stuff gets precious little testing and could use a champion to help improve it. Seems like a chore most anyone could help with... Sam From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 09:45:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4A82E16A400 for ; Fri, 2 Mar 2007 09:45:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1C01F13C48E for ; Fri, 2 Mar 2007 09:45:51 +0000 (UTC) (envelope-from sam@errno.com) Received: from [10.1.43.246] ([130.226.7.91]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id l229jmpJ059082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 2 Mar 2007 01:45:50 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <45E7F246.1030805@errno.com> Date: Fri, 02 Mar 2007 01:45:42 -0800 From: Sam Leffler Organization: Errno Consulting User-Agent: Thunderbird 1.5.0.10 (Macintosh/20070221) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> In-Reply-To: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> X-Enigmail-Version: 0.94.2.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com 1356; Body=5 Fuz1=5 Fuz2=5 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 09:45:51 -0000 Steven Hartland wrote: > I've been repartitioning some of our machines here and > found that using the following method sysinstall creates > corrupt filesystems. > > 1. Boot a machine using an nfs mounted /usr > 2. Run: sysctl kern.geom.debugflags=16 to enable writing > to the disk mbr > 3. run sysinstall, Customise -> Label > 4. Delete the /usr partition e.g. /dev/da0s1f > 5. Create two partitions from the space left as ufs with > mount points /usr and /data > 6. Write the changes. > > Now two strange things happen: > 1. /usr ends up mounted twice once from nfs and once > from the new ufs. This requires umount -f /dev/da0s1f to > correct but doesnt always work properly requiring a reboot > to restore system functionality. > 2. The FS on both partitions is totally corrupt even fsck > cant repair them, even after a reboot. > > So the question is why would sysinstall create two corrupt > FS's with this procedure? > > Fixing is trivial just rerun the newfs commands and all > is good but its really odd that they should be corrupt > in the first place and caught me out big time when I first > did this as I had restored a full dump back onto /usr > and rebooted only for it to blow up horribly as the fs > was so badly corrupted. There's a debug flag you can turn on somewhere in the sysinstall menus. It may help diagnose what sysinstall is doing wrong by checking the log msgs. I find sysinstall is best diagnosed inside qemu or vmware so you destructively operate on disk images w/o hosing a real system. Sam From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 10:45:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 816AC16A400; Fri, 2 Mar 2007 10:45:22 +0000 (UTC) (envelope-from mb@imp.ch) Received: from pop.imp.ch (mx2.imp.ch [157.161.9.17]) by mx1.freebsd.org (Postfix) with ESMTP id EB9E013C461; Fri, 2 Mar 2007 10:45:19 +0000 (UTC) (envelope-from mb@imp.ch) Received: from dan.imp.ch (godot.imp.ch [157.161.4.8]) by pop.imp.ch (8.13.8/8.13.8/Submit_imp) with ESMTP id l22AjGqb090123; Fri, 2 Mar 2007 11:45:16 +0100 (CET) (envelope-from mb@imp.ch) Date: Fri, 2 Mar 2007 11:45:16 +0100 (CET) From: Martin Blapp To: Doug Barton In-Reply-To: <45E71276.2050708@FreeBSD.org> Message-ID: <20070302114434.A18301@godot.imp.ch> References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> <45E71276.2050708@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Marko Lerota , Chris , Anton Karpov , freebsd-stable@freebsd.org, Renato Botelho Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 10:45:22 -0000 Hi, >> >> [/usr/local/sbin/clamd] >> libpthread.so.2 libthr.so.2 >> libpthread.so libthr.so >> libc_r.so.6 libpthread.so.2 Correct, just delete the last line. I forgot to delete the only entry. > > The right side of that last line should probably refer to libthr.so.2. > AFAICS, what you have there makes no sense. > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 12:17:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0A21316A404 for ; Fri, 2 Mar 2007 12:17:19 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from omta02sl.mx.bigpond.com (omta02sl.mx.bigpond.com [144.140.93.154]) by mx1.freebsd.org (Postfix) with ESMTP id 98E8513C49D for ; Fri, 2 Mar 2007 12:17:18 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta02sl.mx.bigpond.com ([144.132.228.157]) by omta02sl.mx.bigpond.com with ESMTP id <20070302121717.JXIJ10557.omta02sl.mx.bigpond.com@oaamta02sl.mx.bigpond.com> for ; Fri, 2 Mar 2007 12:17:17 +0000 Received: from areilly.bpa.nu ([144.132.228.157]) by oaamta02sl.mx.bigpond.com with ESMTP id <20070302121716.MGPP19608.oaamta02sl.mx.bigpond.com@areilly.bpa.nu> for ; Fri, 2 Mar 2007 12:17:16 +0000 Received: (qmail 82872 invoked by uid 501); 2 Mar 2007 12:14:19 -0000 Date: Fri, 2 Mar 2007 23:14:19 +1100 From: Andrew Reilly To: Daniel Eischen Message-ID: <20070302121419.GA82717@duncan.reilly.home> References: <20070228042229.GA33810@duncan.reilly.home> <20070228232440.GA52836@duncan.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, freebsd-ports@freebsd.org Subject: Re: Apache13/MoinMoin/Python vs PATH? What changed? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 12:17:19 -0000 On Thu, Mar 01, 2007 at 02:05:14PM -0500, Daniel Eischen wrote: > >What is the approved "fix" for this problem? Setting a PATH that > >includes /usr/local/bin in /usr/local/etc/rc.d/apache.sh? Or the > >shebang patch to the python script itself, that I have already made? > > Has anyone answered this yet? I do not know myself. Nope. All silence. Ports gurus? -- Andrew From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 13:34:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6F14C16A406 for ; Fri, 2 Mar 2007 13:34:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B84413C4B8 for ; Fri, 2 Mar 2007 13:34:10 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578333.msg for ; Fri, 02 Mar 2007 13:31:08 +0000 Message-ID: <004d01c75ccf$03627bc0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Sam Leffler" References: <006a01c75c04$f5c68080$b3db87d4@multiplay.co.uk> <45E7F116.6090304@errno.com> Date: Fri, 2 Mar 2007 13:30:51 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:31:09 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:31:10 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: Fixit cd for AMD64 on 6.2-RELEASE problem? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:34:11 -0000 Sam Leffler wrote: > Sometime back I needed the fixit CD and hit various problems like this > (generated a 1/2 dozen items on my TODO list not all of which have > been crossed off yet). This stuff gets precious little testing and > could use a champion to help improve it. Seems like a chore most > anyone could help with... Im not a committer but know by why around in FreeBSD and in code for the most part, so I'd be willing to do what I could to push this forward. If thats of help let me know what you want doing and I'll see what I can do. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 13:34:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 96C3916A400; Fri, 2 Mar 2007 13:34:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 0B69A13C4B7; Fri, 2 Mar 2007 13:34:10 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578340.msg; Fri, 02 Mar 2007 13:33:39 +0000 Message-ID: <005401c75ccf$5d148500$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Sam Leffler" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E7F246.1030805@errno.com> Date: Fri, 2 Mar 2007 13:33:19 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:33:40 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:33:40 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:34:11 -0000 Sam Leffler wrote: > There's a debug flag you can turn on somewhere in the sysinstall > menus. It may help diagnose what sysinstall is doing wrong by > checking the log msgs. I find sysinstall is best diagnosed inside > qemu or vmware so you destructively operate on disk images w/o hosing > a real system. I've got some new machines on order that will need installing so it will be easy to have a play on them. I'll have a dig and let you know what I find. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 13:44:44 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7C21C16A405 for ; Fri, 2 Mar 2007 13:44:44 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4008713C494 for ; Fri, 2 Mar 2007 13:44:43 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22DS0dW004452; Fri, 2 Mar 2007 07:28:01 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E82660.4030107@freebsd.org> Date: Fri, 02 Mar 2007 07:28:00 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> In-Reply-To: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2697/Fri Mar 2 06:02:13 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:44:44 -0000 On 03/01/07 17:42, Steven Hartland wrote: > I've been repartitioning some of our machines here and > found that using the following method sysinstall creates > corrupt filesystems. > > 1. Boot a machine using an nfs mounted /usr > 2. Run: sysctl kern.geom.debugflags=16 to enable writing > to the disk mbr > 3. run sysinstall, Customise -> Label > 4. Delete the /usr partition e.g. /dev/da0s1f > 5. Create two partitions from the space left as ufs with > mount points /usr and /data > 6. Write the changes. > > Now two strange things happen: > 1. /usr ends up mounted twice once from nfs and once > from the new ufs. This requires umount -f /dev/da0s1f to > correct but doesnt always work properly requiring a reboot > to restore system functionality. > 2. The FS on both partitions is totally corrupt even fsck > cant repair them, even after a reboot. > > So the question is why would sysinstall create two corrupt > FS's with this procedure? > > Fixing is trivial just rerun the newfs commands and all > is good but its really odd that they should be corrupt > in the first place and caught me out big time when I first > did this as I had restored a full dump back onto /usr > and rebooted only for it to blow up horribly as the fs > was so badly corrupted. > > Steve I don't know about the fs corruption, but the double mounts is something you asked it to do (maybe unknowingly). When you added that partition, one of the options is to mount it. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 13:49:13 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0CF8B16A405; Fri, 2 Mar 2007 13:49:13 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 52B7513C4B3; Fri, 2 Mar 2007 13:49:11 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578410.msg; Fri, 02 Mar 2007 13:47:15 +0000 Message-ID: <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Eric Anderson" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> Date: Fri, 2 Mar 2007 13:46:55 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:47:15 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 13:47:15 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 13:49:13 -0000 Eric Anderson wrote: > I don't know about the fs corruption, but the double mounts is > something you asked it to do (maybe unknowingly). When you added > that partition, one of the options is to mount it. Clearly an easy work around in that case then but personally I would expect a mount to a directory already in use by another mount point to fail. Taking even further a mount to a directory that is not actually empty should fail. IIRC this is how solaris behaves but its been a while. Checking for an empty target directory certainly makes sence to me is there some case where it would be desirable to allow this to happen? If so maybe a force flag should created without which a mount to a none empty dir would fail. Either way allowing multiple mounts to the same location is bound to cause all manor of confusion and should be prevented. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:11:53 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E04E616A400; Fri, 2 Mar 2007 14:11:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id AFEEC13C47E; Fri, 2 Mar 2007 14:11:53 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22EBqq5012516; Fri, 2 Mar 2007 08:11:53 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E830A8.8020104@freebsd.org> Date: Fri, 02 Mar 2007 08:11:52 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> In-Reply-To: <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2697/Fri Mar 2 06:02:13 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:11:54 -0000 On 03/02/07 07:46, Steven Hartland wrote: > Eric Anderson wrote: >> I don't know about the fs corruption, but the double mounts is >> something you asked it to do (maybe unknowingly). When you added >> that partition, one of the options is to mount it. > > Clearly an easy work around in that case then but personally > I would expect a mount to a directory already in use by another > mount point to fail. Taking even further a mount to a directory > that is not actually empty should fail. IIRC this is how solaris > behaves but its been a while. > > Checking for an empty target directory certainly makes sence to > me is there some case where it would be desirable to allow this > to happen? If so maybe a force flag should created without which > a mount to a none empty dir would fail. Either way allowing > multiple mounts to the same location is bound to cause all manor > of confusion and should be prevented. Mounting an NFS share on top of a skimmed down /usr is very common, and very desirable. You may mount /usr from a small read-only partition (vnode file, etc) and then mount a different partition or NFS over it if you detect the one you want. I think this comes down to: if it hurts, stop doing it. :) Maybe sysinstall should warn you that you are double mounting, but I don't want it to stop letting me do it. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:39:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6695E16A401; Fri, 2 Mar 2007 14:39:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id AA20913C4B5; Fri, 2 Mar 2007 14:39:13 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578541.msg; Fri, 02 Mar 2007 14:37:39 +0000 Message-ID: <00ac01c75cd8$4e5d57e0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Eric Anderson" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> Date: Fri, 2 Mar 2007 14:37:21 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 14:37:39 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 14:37:40 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:39:14 -0000 Eric Anderson wrote: > On 03/02/07 07:46, Steven Hartland wrote: > Mounting an NFS share on top of a skimmed down /usr is very common, > and very desirable. You may mount /usr from a small read-only > partition (vnode file, etc) and then mount a different partition or > NFS over it if you detect the one you want. > > I think this comes down to: if it hurts, stop doing it. :) > > Maybe sysinstall should warn you that you are double mounting, but I > don't want it to stop letting me do it. Interesting if that's a valid thing to do why does everything break when its done? Is it ment to be doing a union hence you get the combined contents of both? If so its not working correctly in this case :( Can you provide me with more info on how this is supposed to work eric please. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:44:10 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D84DC16A401 for ; Fri, 2 Mar 2007 14:44:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc15.comcast.net (alnrmhc15.comcast.net [206.18.177.55]) by mx1.freebsd.org (Postfix) with ESMTP id AD48E13C4B2 for ; Fri, 2 Mar 2007 14:44:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc15) with ESMTP id <20070302144409b1500scvcme>; Fri, 2 Mar 2007 14:44:10 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 726C71FA03D; Fri, 2 Mar 2007 06:44:09 -0800 (PST) Date: Fri, 2 Mar 2007 06:44:09 -0800 From: Jeremy Chadwick To: Eric Anderson Message-ID: <20070302144409.GA4431@icarus.home.lan> Mail-Followup-To: Eric Anderson , Steven Hartland , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <45E830A8.8020104@freebsd.org> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, Steven Hartland , freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:44:10 -0000 On Fri, Mar 02, 2007 at 08:11:52AM -0600, Eric Anderson wrote: > Mounting an NFS share on top of a skimmed down /usr is very common, and > very desirable. You may mount /usr from a small read-only partition > (vnode file, etc) and then mount a different partition or NFS over it if > you detect the one you want. > > I think this comes down to: if it hurts, stop doing it. :) > > Maybe sysinstall should warn you that you are double mounting, but I > don't want it to stop letting me do it. Are we absolutely sure overlaying NFS + local UFS filesystems like this is the cause of the filesystem corruption? If Eric's doing it and it's working fine, I'm left wondering if there's maybe sysinstall isn't handling something right. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:46:54 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F38FB16A401 for ; Fri, 2 Mar 2007 14:46:53 +0000 (UTC) (envelope-from carlos@infodrive.com.ar) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.235]) by mx1.freebsd.org (Postfix) with ESMTP id 5419C13C4A6 for ; Fri, 2 Mar 2007 14:46:53 +0000 (UTC) (envelope-from carlos@infodrive.com.ar) Received: by wr-out-0506.google.com with SMTP id 55so1204328wri for ; Fri, 02 Mar 2007 06:46:52 -0800 (PST) Received: by 10.114.210.2 with SMTP id i2mr236663wag.1172845181228; Fri, 02 Mar 2007 06:19:41 -0800 (PST) Received: by 10.114.67.9 with HTTP; Fri, 2 Mar 2007 06:19:40 -0800 (PST) Message-ID: <32c25d140703020619i67ac96e6y24175f73a70c76c7@mail.gmail.com> Date: Fri, 2 Mar 2007 11:19:40 -0300 From: "Carlos Horowicz" To: "Doug Barton" In-Reply-To: <45E71276.2050708@FreeBSD.org> MIME-Version: 1.0 References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> <45E71276.2050708@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Marko Lerota , Chris , freebsd-stable@freebsd.org, Renato Botelho , Martin Blapp , Anton Karpov Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:46:54 -0000 Hi, Anybody tried this additionally in /etc/libmap.conf ? [/usr/local/lib/libclamav.so.1] libpthread.so.2 libthr.so.2 clamav-0.90_2 reduced CPU consumption for me on 6.2-Stable since I added the two sections in libmap.conf -Carlos 2007/3/1, Doug Barton : > > Martin Blapp wrote: > > > > Hi, > > > > Clamd is currently broken with libpthread for some threading-reason. > > You definitly need to use libthr (which is still CPU hungry, but > > works better). > > > > /etc/libmap.conf > > > > [/usr/local/sbin/clamd] > > libpthread.so.2 libthr.so.2 > > libpthread.so libthr.so > > libc_r.so.6 libpthread.so.2 > > The right side of that last line should probably refer to libthr.so.2. > AFAICS, what you have there makes no sense. > > hth, > > Doug > > -- > > This .signature sanitized for your protection > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:55:50 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D6AB716A401 for ; Fri, 2 Mar 2007 14:55:50 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail2.secureworks.net (mail2.secureworks.net [65.114.32.154]) by mx1.freebsd.org (Postfix) with ESMTP id B1F6E13C461 for ; Fri, 2 Mar 2007 14:55:50 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from localhost (localhost [127.0.0.1]) by mail2.secureworks.net (Postfix) with ESMTP id 1CD931716A; Fri, 2 Mar 2007 09:55:50 -0500 (EST) X-Virus-Scanned: amavisd-new at secureworks.net Received: from mail2.secureworks.net ([127.0.0.1]) by localhost (mail2.secureworks.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GUe5zTXYOnSF; Fri, 2 Mar 2007 09:55:49 -0500 (EST) Received: from [192.168.23.35] (mole1.secureworks.net [63.239.86.3]) by mail2.secureworks.net (Postfix) with ESMTP id DF5F917033; Fri, 2 Mar 2007 09:55:49 -0500 (EST) Message-ID: <45E83AF5.2010605@jellydonut.org> Date: Fri, 02 Mar 2007 09:55:49 -0500 From: Michael Proto User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.9) Gecko/20070113 Thunderbird/1.5.0.9 Mnenhy/0.7.4.666 MIME-Version: 1.0 To: phillip@philderbeast.com References: <45E7D3E1.5090408@philderbeast.com> In-Reply-To: <45E7D3E1.5090408@philderbeast.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:55:50 -0000 Phillip Ledger wrote: > i have been trying to get portupgrade working, however everything i try > to run it im getting an error with the portsdb. now i have tryed to > rebuild it as requested initaly by portupgrade but im still getting an > error > > portupgrade -aRr > [missing key: categories] [Updating the portsdb in > /var/tmp ... - 16413 port entries found > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... > ..... done] > missing key: categories: Cannot read the portsdb! > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database > file error (PortsDB::DBError) > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in > `all_depends_list' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' > from /usr/local/sbin/portupgrade:721:in `main' > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > from /usr/local/sbin/portupgrade:220:in `new' > from /usr/local/sbin/portupgrade:220:in `main' > from /usr/local/sbin/portupgrade:2084 > > > any idea whats causeing the issue or how to fix it? Try removing /usr/ports/INDEX-6.db and running "portsdb -u", which should rebuild it from your existing /usr/ports/INDEX-6 file. (if you're using FreeBSD 5 it would be INDEX-5 above). -Proto From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 14:56:05 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B7DE216A40D; Fri, 2 Mar 2007 14:56:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 81D2E13C4C6; Fri, 2 Mar 2007 14:56:05 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22Eu45q020457; Fri, 2 Mar 2007 08:56:04 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E83B04.2010009@freebsd.org> Date: Fri, 02 Mar 2007 08:56:04 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <00ac01c75cd8$4e5d57e0$b3db87d4@multiplay.co.uk> In-Reply-To: <00ac01c75cd8$4e5d57e0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2701/Fri Mar 2 08:16:16 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 14:56:05 -0000 On 03/02/07 08:37, Steven Hartland wrote: > Eric Anderson wrote: >> On 03/02/07 07:46, Steven Hartland wrote: >> Mounting an NFS share on top of a skimmed down /usr is very common, >> and very desirable. You may mount /usr from a small read-only >> partition (vnode file, etc) and then mount a different partition or >> NFS over it if you detect the one you want. >> >> I think this comes down to: if it hurts, stop doing it. :) >> >> Maybe sysinstall should warn you that you are double mounting, but I >> don't want it to stop letting me do it. > > Interesting if that's a valid thing to do why does everything > break when its done? Is it ment to be doing a union hence you get > the combined contents of both? If so its not working correctly in > this case :( Can you provide me with more info on how this is > supposed to work eric please. No, it won't do a union unless you use union. Things break because you mounted an empty /usr on top of a working /usr. That just breaks things, because you probably need binaries in /usr. The OS doesn't know whether you want to mount an empty fs on a populated one, or what. It does exactly what you ask it to do, and in this case, it was a bad thing. Think of a thin client that has just enough stuff in /usr to make it boot and run a few tools. Then, depending on a startup option, it mounts a more populated /usr from NFS (or even a local disk, doesn't really matter) over the previous /usr. The fact is this: you made a new partition, called it /usr, and told sysinstall to mount it. It did. That happened to be a problem for you, which I could imagine it would be. Now, I'm not claiming this is the cause of your file system corruption issues. I'm just saying the duplicate mount is not a bug, it's a feature. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:00:40 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6ED1B16A401 for ; Fri, 2 Mar 2007 15:00:40 +0000 (UTC) (envelope-from romulo.lima@wavenet.com.br) Received: from argow.wavenet.com.br (argow.wavenet.com.br [200.157.141.2]) by mx1.freebsd.org (Postfix) with ESMTP id CD93813C481 for ; Fri, 2 Mar 2007 15:00:39 +0000 (UTC) (envelope-from romulo.lima@wavenet.com.br) X-Virus-Scanned: amavisd-new at wavenet.com.br Received: from gerenciatec (galileu.wavenet.com.br [200.157.23.1]) by argow.wavenet.com.br (8.13.8/8.13.8) with SMTP id l22EfJLg088033 for ; Fri, 2 Mar 2007 11:41:20 -0300 (BRT) Message-ID: <08e101c75cd8$3f569a40$de00a8c0@redeinterna.wavenet.com.br> From: =?iso-8859-1?Q?R=F4mulo_Lima?= To: Date: Fri, 2 Mar 2007 11:37:04 -0300 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1807 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1896 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: SATA: AHCI controller reset failure - After Upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:00:40 -0000 Hi,=20 Good morning, my name is R=F4mulo Lima, I had a problem when make an = upgrade in my Freebsd Server from version 6.1 to 6.2. Before upgrade my = SATA disc controller was working normally: atapci1: port = 0xec00-0xec0f,0xe480-0xe487,0xe400-0xe40f,0xe080-0xe087,0xe000-0xe01f = mem 0xdffff800-0xdffffbff irq 21 at device 31.1 on pci0 ad4: 78167MB at ata2-master SATA150 But after upgrade I got the following error, and my SATA disc stops, = after that I proceeded with a downgrade and may Server work fine again.=20 atapci1: AHCI controller reset failure device_attach: atapci1 attach returned 6 I search a solution on some mail lists, but I still have no solution to = this problem, if anyone can help me I will thank very much! Best Regards, R=F4mulo Lima Tech Manager Wavenet www.wavenet.com.br (71) 3177-6150 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:10:02 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9F25016A405; Fri, 2 Mar 2007 15:10:02 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6978E13C4A5; Fri, 2 Mar 2007 15:10:02 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22FA1EG023101; Fri, 2 Mar 2007 09:10:01 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E83E49.6080808@freebsd.org> Date: Fri, 02 Mar 2007 09:10:01 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Eric Anderson , Steven Hartland , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> In-Reply-To: <20070302144409.GA4431@icarus.home.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2701/Fri Mar 2 08:16:16 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:10:02 -0000 On 03/02/07 08:44, Jeremy Chadwick wrote: > On Fri, Mar 02, 2007 at 08:11:52AM -0600, Eric Anderson wrote: >> Mounting an NFS share on top of a skimmed down /usr is very common, and >> very desirable. You may mount /usr from a small read-only partition >> (vnode file, etc) and then mount a different partition or NFS over it if >> you detect the one you want. >> >> I think this comes down to: if it hurts, stop doing it. :) >> >> Maybe sysinstall should warn you that you are double mounting, but I >> don't want it to stop letting me do it. > > Are we absolutely sure overlaying NFS + local UFS filesystems like > this is the cause of the filesystem corruption? > > If Eric's doing it and it's working fine, I'm left wondering if > there's maybe sysinstall isn't handling something right. > No no no - I don't think there's anything wrong with that at all, and I don't think the two are related. I was merely trying to point out that the doubling of mounts is normal, expected, and a feature. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:35:07 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 2080916A405 for ; Fri, 2 Mar 2007 15:35:07 +0000 (UTC) (envelope-from mwm-dated-1173712195.1a806e@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id B812013C478 for ; Fri, 2 Mar 2007 15:35:06 +0000 (UTC) (envelope-from mwm-dated-1173712195.1a806e@mired.org) Received: (qmail 18893 invoked by uid 1001); 2 Mar 2007 15:09:55 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 02 Mar 2007 10:09:55 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17896.15939.9988.89695@bhuda.mired.org> Date: Fri, 2 Mar 2007 10:09:55 -0500 To: "Steven Hartland" In-Reply-To: <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Mount on non-empty directories (Was: sysinstall creates corrupt filesystems after repartitioning) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:35:07 -0000 In <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk>, Steven Hartland typed: > Eric Anderson wrote: > > I don't know about the fs corruption, but the double mounts is > > something you asked it to do (maybe unknowingly). When you added > > that partition, one of the options is to mount it. > Clearly an easy work around in that case then but personally > I would expect a mount to a directory already in use by another > mount point to fail. Taking even further a mount to a directory > that is not actually empty should fail. IIRC this is how solaris > behaves but its been a while. Yeah, there are some system that have that annoying behavior. I've cursed at them before. Being able to create a skeleton for some mounted file system on the root is a useful thing, and I've done it in a number of cases. Mount has an option (union) specifically designed for such cases. Further, we have at least one file system (unionfs) that is explicitly designed to be mounted on top of non-empty directories that people are actively using and developing. > Either way allowing multiple mounts to the same location is bound to > cause all manor of confusion and should be prevented. This is just a special case of mounting on a non-empty directory. It should work right. The last mounted file system is the one you get (unless you're using a file system that's designed to behave another way). If you unmount the directory, the last mounted device is unmounted. As a general rule, deciding that something is "useless and dangerous" and removing it isn't the Unix way of doing things. Just because you can't see a use for something doesn't mean that no one else will. That's true even if you wrote the code. Someone doing something with your program you never thought of is a sign that you developed a generally useful tool. As for dangerous, Unix users - especially root, and mount is restricted to root by default - are assumed to know what they're doing. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:39:15 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id EDC5016A408; Fri, 2 Mar 2007 15:39:15 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 12C4F13C4B2; Fri, 2 Mar 2007 15:39:14 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578721.msg; Fri, 02 Mar 2007 15:37:42 +0000 Message-ID: <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jeremy Chadwick" , "Eric Anderson" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> Date: Fri, 2 Mar 2007 15:37:21 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 15:37:43 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 15:37:43 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:39:16 -0000 Jeremy Chadwick wrote: > On Fri, Mar 02, 2007 at 08:11:52AM -0600, Eric Anderson wrote: >> Mounting an NFS share on top of a skimmed down /usr is very common, >> and very desirable. You may mount /usr from a small read-only >> partition (vnode file, etc) and then mount a different partition or >> NFS over it if you detect the one you want. >> >> I think this comes down to: if it hurts, stop doing it. :) >> >> Maybe sysinstall should warn you that you are double mounting, but I >> don't want it to stop letting me do it. > > Are we absolutely sure overlaying NFS + local UFS filesystems like > this is the cause of the filesystem corruption? > > If Eric's doing it and it's working fine, I'm left wondering if > there's maybe sysinstall isn't handling something right. I've rerun the test just to confirm but there are definitely two seperate issues here: 1. The ufs created by sysinstall after a repartition is corrupt. This is totally unrelated to the overlay of /usr as both /usr and /data ( which didnt previously exist ) where corrupted. 2. Once the blank /usr was mounted over the working nfs /usr apps under /usr couldnt be run e.g. vim gave me no such file.. After unmounting the ufs /usr using "umount -f /dev/da0s1f", without -f it gave a error due to use even know nothing was in use on it, the functionaility returned. Now this could be related to the corruption of the underlying ufs partition. If this is the case then solving #1 will also fix #2 Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:48:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B1C1D16A407 for ; Fri, 2 Mar 2007 15:48:38 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 4348313C4BA for ; Fri, 2 Mar 2007 15:48:38 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by nf-out-0910.google.com with SMTP id k27so1271205nfc for ; Fri, 02 Mar 2007 07:48:37 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=gb9GR4XteCTgGI0OCC5whtEWpCs1ybVqcwf/0cpqEZv+NQZ2uSgG5tcfcwSX9NVIpo6r9nFDJftkpbTUhnvmNZoZPivrRFaTcDtVJLwuGgVjcL7RCJXD1YW18V89ipsF/L4leB5JntzKrg77YbE5RL5HFuXT/w2cTgfsjH0IOLc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=Q6WcPI74eTg/LVDlXW0ISexk7ibN2AW/V+zIP1fOZZDRgjLDh2V1OyJiO1FHJc+J4D9UsiATQcdf3lHvoE54Kx9Rrxd0Rjr2MC0+bbi7iE14TUy/pMUIV+tDCMqMYaUarcHqcelLBrpQgLRrQ3FIZiFkNaTch+4ekPIiqzr7bqQ= Received: by 10.49.36.6 with SMTP id o6mr7985429nfj.1172848869240; Fri, 02 Mar 2007 07:21:09 -0800 (PST) Received: by 10.48.164.13 with HTTP; Fri, 2 Mar 2007 07:21:09 -0800 (PST) Message-ID: <8e10486b0703020721m7dd6fc4du1a1a54c28ecdada1@mail.gmail.com> Date: Fri, 2 Mar 2007 12:21:09 -0300 From: "Alexandre Biancalana" To: freebsd-stable@freebsd.org In-Reply-To: <32c25d140703020619i67ac96e6y24175f73a70c76c7@mail.gmail.com> MIME-Version: 1.0 References: <003701c75a03$fb478ac0$d801a8c0@dimuthu> <200702270305.l1R35MX2067221@lava.sentex.ca> <20070227035603.GA49430@tmn.ru> <20070227183553.B18301@godot.imp.ch> <867iu2gtny.fsf@sparrow.local> <3aaaa3a0703010217u63e389f2hbe848a8fc42cd9f2@mail.gmail.com> <868xehfdcs.fsf@sparrow.local> <20070301121848.L18301@godot.imp.ch> <45E71276.2050708@FreeBSD.org> <32c25d140703020619i67ac96e6y24175f73a70c76c7@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Clamav-90_2 Lockup with freebsd 6.2 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:48:38 -0000 Anybody tested today released clamav-0.90.1 ?? On 3/2/07, Carlos Horowicz wrote: > > Hi, > > Anybody tried this additionally in /etc/libmap.conf ? > > [/usr/local/lib/libclamav.so.1] > libpthread.so.2 libthr.so.2 > > clamav-0.90_2 reduced CPU consumption for me on 6.2-Stable since I added > the > two sections in libmap.conf > > -Carlos > > 2007/3/1, Doug Barton : > > > > Martin Blapp wrote: > > > > > > Hi, > > > > > > Clamd is currently broken with libpthread for some threading-reason. > > > You definitly need to use libthr (which is still CPU hungry, but > > > works better). > > > > > > /etc/libmap.conf > > > > > > [/usr/local/sbin/clamd] > > > libpthread.so.2 libthr.so.2 > > > libpthread.so libthr.so > > > libc_r.so.6 libpthread.so.2 > > > > The right side of that last line should probably refer to libthr.so.2. > > AFAICS, what you have there makes no sense. > > > > hth, > > > > Doug > > > > -- > > > > This .signature sanitized for your protection > > _______________________________________________ > > freebsd-stable@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org > " > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:59:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6882416A401; Fri, 2 Mar 2007 15:59:16 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id A8D3713C48D; Fri, 2 Mar 2007 15:59:15 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578793.msg; Fri, 02 Mar 2007 15:57:13 +0000 Message-ID: <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Mike Meyer" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk><45E82660.4030107@freebsd.org><008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <17896.15939.9988.89695@bhuda.mired.org> Date: Fri, 2 Mar 2007 15:56:52 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 15:57:13 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 15:57:14 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Re: Mount on non-empty directories (Was: sysinstall creates corruptfilesystems after repartitioning) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:59:16 -0000 Mike Meyer wrote: > In <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk>, Steven Hartland > This is just a special case of mounting on a non-empty directory. It > should work right. The last mounted file system is the one you get > (unless you're using a file system that's designed to behave another > way). If you unmount the directory, the last mounted device is > unmounted. This makes sence but is not what happens hence the confusion. If the last mounted FS is the one you get that makes sence but in this case thats not what I observed. > As a general rule, deciding that something is "useless and dangerous" > and removing it isn't the Unix way of doing things. Just because you > can't see a use for something doesn't mean that no one else > will. That's true even if you wrote the code. Someone doing something > with your program you never thought of is a sign that you developed a > generally useful tool. As for dangerous, Unix users - especially root, > and mount is restricted to root by default - are assumed to know what > they're doing. Appreciated but the issue I'm trying to understand is that the result didn't make any sence i.e. ls returned the files but trying to run them didnt work. Result my head started to spin a bit :P As mentioned this seemed to easily resolved by force unmounting the second device but as has been explained this has a clear use for which I was unaware but I'd still like to understand by I saw what I did i.e. ls displayed the files yet running vim didnt. I'm going to investigate this more in an effort to determine why I got these results and report back. Thanks for everyone's feedback so far most appreciated. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 15:59:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32F1916A404; Fri, 2 Mar 2007 15:59:32 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id 01E4C13C49D; Fri, 2 Mar 2007 15:59:31 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22FxVVV032190; Fri, 2 Mar 2007 09:59:31 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E849E3.1080007@freebsd.org> Date: Fri, 02 Mar 2007 09:59:31 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> In-Reply-To: <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2701/Fri Mar 2 08:16:16 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 15:59:32 -0000 On 03/02/07 09:37, Steven Hartland wrote: > Jeremy Chadwick wrote: >> On Fri, Mar 02, 2007 at 08:11:52AM -0600, Eric Anderson wrote: >>> Mounting an NFS share on top of a skimmed down /usr is very common, >>> and very desirable. You may mount /usr from a small read-only >>> partition (vnode file, etc) and then mount a different partition or >>> NFS over it if you detect the one you want. >>> >>> I think this comes down to: if it hurts, stop doing it. :) >>> >>> Maybe sysinstall should warn you that you are double mounting, but I >>> don't want it to stop letting me do it. >> Are we absolutely sure overlaying NFS + local UFS filesystems like >> this is the cause of the filesystem corruption? >> >> If Eric's doing it and it's working fine, I'm left wondering if >> there's maybe sysinstall isn't handling something right. > > I've rerun the test just to confirm but there are definitely > two seperate issues here: > 1. The ufs created by sysinstall after a repartition is corrupt. > This is totally unrelated to the overlay of /usr as both /usr > and /data ( which didnt previously exist ) where corrupted. > > 2. Once the blank /usr was mounted over the working nfs /usr > apps under /usr couldnt be run e.g. vim gave me no such file.. > After unmounting the ufs /usr using "umount -f /dev/da0s1f", > without -f it gave a error due to use even know nothing was > in use on it, the functionaility returned. Now this could > be related to the corruption of the underlying ufs partition. > If this is the case then solving #1 will also fix #2 So try the same test, with *only* the data partition, without messing with the /usr stuff.. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:02:23 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0752F16A400; Fri, 2 Mar 2007 16:02:23 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from mh1.centtech.com (moat3.centtech.com [64.129.166.50]) by mx1.freebsd.org (Postfix) with ESMTP id CBE5013C4A8; Fri, 2 Mar 2007 16:02:22 +0000 (UTC) (envelope-from anderson@freebsd.org) Received: from [10.177.171.220] (neutrino.centtech.com [10.177.171.220]) by mh1.centtech.com (8.13.8/8.13.8) with ESMTP id l22G2M43032797; Fri, 2 Mar 2007 10:02:22 -0600 (CST) (envelope-from anderson@freebsd.org) Message-ID: <45E84A8E.6040705@freebsd.org> Date: Fri, 02 Mar 2007 10:02:22 -0600 From: Eric Anderson User-Agent: Thunderbird 1.5.0.9 (X11/20070204) MIME-Version: 1.0 To: Steven Hartland References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk><45E82660.4030107@freebsd.org><008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <17896.15939.9988.89695@bhuda.mired.org> <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> In-Reply-To: <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.88.4/2701/Fri Mar 2 08:16:16 2007 on mh1.centtech.com X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.6 X-Spam-Checker-Version: SpamAssassin 3.1.6 (2006-10-03) on mh1.centtech.com Cc: freebsd-hackers@freebsd.org, Mike Meyer , freebsd-stable@freebsd.org Subject: Re: Mount on non-empty directories (Was: sysinstall creates corruptfilesystems after repartitioning) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:02:23 -0000 On 03/02/07 09:56, Steven Hartland wrote: > Mike Meyer wrote: >> In <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk>, Steven Hartland >> This is just a special case of mounting on a non-empty directory. It >> should work right. The last mounted file system is the one you get >> (unless you're using a file system that's designed to behave another >> way). If you unmount the directory, the last mounted device is >> unmounted. > > This makes sence but is not what happens hence the confusion. If > the last mounted FS is the one you get that makes sence but in > this case thats not what I observed. Are you sure? In your last email, you described the above interaction exactly (you had an NFS mounted /usr, then you made a new empty /usr, and it mounted it on top, then you couldn't execute things in /usr anymore (vim was your example), then you unmounted the last mounted fs (the empty one), and your vim was accessible again.. ? >> As a general rule, deciding that something is "useless and dangerous" >> and removing it isn't the Unix way of doing things. Just because you >> can't see a use for something doesn't mean that no one else >> will. That's true even if you wrote the code. Someone doing something >> with your program you never thought of is a sign that you developed a >> generally useful tool. As for dangerous, Unix users - especially root, >> and mount is restricted to root by default - are assumed to know what >> they're doing. > > Appreciated but the issue I'm trying to understand is that the result > didn't make any sence i.e. ls returned the files but trying to run > them didnt work. Result my head started to spin a bit :P As mentioned > this seemed to easily resolved by force unmounting the second device > but as has been explained this has a clear use for which I was unaware > but I'd still like to understand by I saw what I did i.e. ls > displayed the files yet running vim didnt. > > I'm going to investigate this more in an effort to determine why I > got these results and report back. Thanks for everyone's feedback > so far most appreciated. Ok, at this point, you need to send df, mount, and your ls output between each step. Eric From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:14:11 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A470316A406 for ; Fri, 2 Mar 2007 16:14:11 +0000 (UTC) (envelope-from mwm-dated-1173714541.7b799b@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id 160ED13C4AA for ; Fri, 2 Mar 2007 16:14:10 +0000 (UTC) (envelope-from mwm-dated-1173714541.7b799b@mired.org) Received: (qmail 19393 invoked by uid 1001); 2 Mar 2007 15:49:01 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 02 Mar 2007 10:49:00 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17896.18284.528644.992894@bhuda.mired.org> Date: Fri, 2 Mar 2007 10:49:00 -0500 To: "Steven Hartland" In-Reply-To: <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Eric Anderson Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:14:11 -0000 In <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk>, Steven Hartland typed: > 2. Once the blank /usr was mounted over the working nfs /usr > apps under /usr couldnt be run e.g. vim gave me no such file.. This is correct behavior. If you want to see the files underneath a mounted file system, you need to use the union option on the mount. sysinstall doesn't expect you to have live file systems mounted, so doesn't do that. > After unmounting the ufs /usr using "umount -f /dev/da0s1f", > without -f it gave a error due to use even know nothing was > in use on it, the functionaility returned. Are you positive nothing was in use on it? In particular, could sysinstall have opened something on it? In any case, unmounting the file system causeing that functionality to return is expected. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:20:43 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A674416A400; Fri, 2 Mar 2007 16:20:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from alnrmhc14.comcast.net (alnrmhc14.comcast.net [204.127.225.94]) by mx1.freebsd.org (Postfix) with ESMTP id 64A5C13C48E; Fri, 2 Mar 2007 16:20:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (alnrmhc14) with ESMTP id <20070302162042b1400nie4je>; Fri, 2 Mar 2007 16:20:43 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 68B091FA03D; Fri, 2 Mar 2007 08:20:42 -0800 (PST) Date: Fri, 2 Mar 2007 08:20:42 -0800 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20070302162042.GA6019@icarus.home.lan> Mail-Followup-To: Steven Hartland , Eric Anderson , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:20:43 -0000 On Fri, Mar 02, 2007 at 03:37:21PM -0000, Steven Hartland wrote: > I've rerun the test just to confirm but there are definitely > two seperate issues here: > 1. The ufs created by sysinstall after a repartition is corrupt. > This is totally unrelated to the overlay of /usr as both /usr > and /data ( which didnt previously exist ) where corrupted. Pardon my ignorance, but can you give me a step-by-step on how to reproduce this? I have a couple VMware FreeBSD sessions up and want to see if I can reproduce it there. I also have an actual FreeBSD testbox at home which I can format and reinstall. (I'm not denying the problem exists, I just want to reproduce it, and I think those steps would be useful to those who can fix the problem too.) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:39:40 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5B50D16A400 for ; Fri, 2 Mar 2007 16:39:40 +0000 (UTC) (envelope-from mwm-dated-1173716068.86224e@mired.org) Received: from mired.org (vpn.mired.org [66.92.153.74]) by mx1.freebsd.org (Postfix) with SMTP id C816113C4A5 for ; Fri, 2 Mar 2007 16:39:39 +0000 (UTC) (envelope-from mwm-dated-1173716068.86224e@mired.org) Received: (qmail 19760 invoked by uid 1001); 2 Mar 2007 16:14:28 -0000 Received: by bhuda.mired.org (tmda-sendmail, from uid 1001); Fri, 02 Mar 2007 11:14:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17896.19812.84680.339102@bhuda.mired.org> Date: Fri, 2 Mar 2007 11:14:28 -0500 To: "Steven Hartland" In-Reply-To: <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <17896.15939.9988.89695@bhuda.mired.org> <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> X-Mailer: VM 7.17 under 21.4 (patch 20) "Double Solitaire" XEmacs Lucid X-Primary-Address: mwm@mired.org X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`; h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ X-Delivery-Agent: TMDA/1.1.5 (Fettercairn) From: Mike Meyer Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Mount on non-empty directories (Was: sysinstall creates corruptfilesystems after repartitioning) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:39:40 -0000 In <010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk>, Steven Hartland typed: > Mike Meyer wrote: > > In <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk>, Steven Hartland > > As a general rule, deciding that something is "useless and dangerous" > > and removing it isn't the Unix way of doing things. Just because you > > can't see a use for something doesn't mean that no one else > > will. That's true even if you wrote the code. Someone doing something > > with your program you never thought of is a sign that you developed a > > generally useful tool. As for dangerous, Unix users - especially root, > > and mount is restricted to root by default - are assumed to know what > > they're doing. > Appreciated but the issue I'm trying to understand is that the result > didn't make any sence i.e. ls returned the files but trying to run > them didnt work. You can make that happen: # cd /usr # mount /dev/ /usr # vim vim: not found # ls /usr/bin ls: /usr/bin: No such file or directory # ls bin This will show the contents of /usr/bin before the mount, because it looks in "./bin", and "." is on the original /usr, not the new one. # bin/vim will find bin/vim # pwd This is both true and not true. The current /usr/bin directory is /usr/bin, but you won't get there if you cd to /usr/bin. > Result my head started to spin a bit :P As mentioned > this seemed to easily resolved by force unmounting the second device > but as has been explained this has a clear use for which I was unaware > but I'd still like to understand by I saw what I did i.e. ls > displayed the files yet running vim didnt. Well, without knowing exactly what you did, we can't say how you got those results. But I suspect something like the above. http://www.mired.org/consulting.html Independent Network/Unix/Perforce consultant, email for more information. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:49:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 40ECD16A400; Fri, 2 Mar 2007 16:49:18 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 590CF13C49D; Fri, 2 Mar 2007 16:49:17 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003578985.msg; Fri, 02 Mar 2007 16:44:33 +0000 Message-ID: <016701c75cea$074b0c50$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Eric Anderson" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk><45E82660.4030107@freebsd.org><008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk><45E830A8.8020104@freebsd.org><20070302144409.GA4431@icarus.home.lan><00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> <45E849E3.1080007@freebsd.org> Date: Fri, 2 Mar 2007 16:44:14 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 16:44:34 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 16:44:34 +0000 Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:49:18 -0000 Eric Anderson wrote: > So try the same test, with *only* the data partition, without messing > with the /usr stuff.. Will do, will be a little while need to wait for some new machines to come in before I can test again. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 16:54:18 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 53D4016A405; Fri, 2 Mar 2007 16:54:18 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id B566513C4A6; Fri, 2 Mar 2007 16:54:17 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003579023.msg; Fri, 02 Mar 2007 16:52:21 +0000 Message-ID: <016a01c75ceb$1d784640$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Mike Meyer" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk><45E82660.4030107@freebsd.org><008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk><17896.15939.9988.89695@bhuda.mired.org><010001c75ce3$6983ded0$b3db87d4@multiplay.co.uk> <17896.19812.84680.339102@bhuda.mired.org> Date: Fri, 2 Mar 2007 16:52:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 16:52:22 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 16:52:22 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Mount on non-empty directories (Was: sysinstall createscorruptfilesystems after repartitioning) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 16:54:18 -0000 Mike Meyer wrote: > You can make that happen: > > # cd /usr > # mount /dev/ /usr > # vim > vim: not found > # ls /usr/bin > ls: /usr/bin: No such file or directory > # ls bin This will show the contents of /usr/bin before > the mount, because it looks in "./bin", and > "." is on the original /usr, not the new one. > # bin/vim will find bin/vim > # pwd This is both true and not true. The current > /usr/bin directory is /usr/bin, but you won't get there > if you cd to /usr/bin. Yes indeed this was what happend I was in /usr before I started sysinstall, did the repartition, quit and tried to run vim to edit /etc/fstab. This failed but when I did a straight ls -l ( which was still in /usr ) everything appeared normal. So the behaviour is explained by the fact that the shell still had the handle to the original /usr before the second mount and as such presented the nfs mounts details. Thanks guys for spending the time to explain that. All is clear on this front now just need to determine what is causing the FS corruption now, for which I need to wait for some machines to be delivered so I can try doing the test with just /data hence avoiding any interaction with /usr. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 17:02:46 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4744116A403; Fri, 2 Mar 2007 17:02:46 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 5EE2B13C481; Fri, 2 Mar 2007 17:02:45 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003579054.msg; Fri, 02 Mar 2007 17:00:44 +0000 Message-ID: <017901c75cec$4a20f6a0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jeremy Chadwick" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> <20070302162042.GA6019@icarus.home.lan> Date: Fri, 2 Mar 2007 17:00:24 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 17:00:44 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 17:00:45 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 17:02:46 -0000 Jeremy Chadwick wrote: > Pardon my ignorance, but can you give me a step-by-step on how to > reproduce this? I have a couple VMware FreeBSD sessions up and > want to see if I can reproduce it there. I also have an actual > FreeBSD testbox at home which I can format and reinstall. > > (I'm not denying the problem exists, I just want to reproduce it, > and I think those steps would be useful to those who can fix the > problem too.) No problem if you have the resources / time to test this now thats great. Here's the steps I used, if you have any questions just shout: 1. Boot a normal 6.2 install 2. dump /usr to remote location 3. restore said dump to a empty directory on the remote machine 4. share this directory over nfs to the test machine 5. edit /etc/fstab to use the nfs /usr instead of the ufs /usr 6. reboot 7. Enable mbr changes on live fs: sysctl kern.geom.debugflags=16 8. run sysinstall 8.1 delete /dev/(da|ad)0s1f ( the /usr partition ) 8.2 create a smaller /usr in the space cleared 8.3 create /data with the remaining space 8.4 Write the changes 9. quit sysinstall 10. umount -f /usr ( to restore the nfs version ) 11. umount /data 12. fsck /dev/(da|ad)0s1(f|g) both will be corrupt. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 17:51:27 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F373D16A400 for ; Fri, 2 Mar 2007 17:51:26 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from smtp-gw1.starman.ee (smtp-out5.starman.ee [85.253.0.7]) by mx1.freebsd.org (Postfix) with ESMTP id 86BE413C442 for ; Fri, 2 Mar 2007 17:51:26 +0000 (UTC) (envelope-from hadara@bsd.ee) Received: from mx2.starman.ee (mx2.starman.ee [62.65.192.9]) by smtp-gw1.starman.ee (Postfix) with ESMTP id 83D21A2151E; Fri, 2 Mar 2007 19:22:42 +0200 (EET) Received: from haigemalt_ei_osanud_smtp_serverit_confida_voi.starman.ee (depression.softematic.com [62.65.205.81]) by mx2.starman.ee (Postfix) with ESMTP id 6A5B032C47F; Fri, 2 Mar 2007 19:22:41 +0200 (EET) From: Sven Petai To: freebsd-stable@freebsd.org Date: Fri, 2 Mar 2007 19:22:47 +0200 User-Agent: KMail/1.9.5 References: <08e101c75cd8$3f569a40$de00a8c0@redeinterna.wavenet.com.br> In-Reply-To: <08e101c75cd8$3f569a40$de00a8c0@redeinterna.wavenet.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200703021922.47735.hadara@bsd.ee> X-Virus-Scanned: by Amavisd-New at mx2.starman.ee Cc: =?iso-8859-1?q?R=F4mulo_Lima?= , =?iso-8859-1?q?S=F8ren_Schmidt?= Subject: Re: SATA: AHCI controller reset failure - After Upgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 17:51:27 -0000 On Friday 02 March 2007 16:37, R=F4mulo Lima wrote: > Hi, > > Good morning, my name is R=F4mulo Lima, I had a problem when make an upgr= ade > in my Freebsd Server from version 6.1 to 6.2. Before upgrade my SATA disc > controller was working normally: > > atapci1: port > 0xec00-0xec0f,0xe480-0xe487,0xe400-0xe40f,0xe080-0xe087,0xe000-0xe01f mem > 0xdffff800-0xdffffbff irq 21 at device 31.1 on pci0 ad4: 78167MB 6Y080M0 YAR51HW0> at ata2-master SATA150 > > But after upgrade I got the following error, and my SATA disc stops, aft= er > that I proceeded with a downgrade and may Server work fine again. > > atapci1: AHCI controller reset failure > device_attach: atapci1 attach returned 6 This regression was discussed recently, see=20 http://docs.freebsd.org/cgi/getmsg.cgi?fetch=3D71434+0+current/freebsd-stab= le The problem seems to be the fact that BIOS indicates AHCI availability when in reality it's not available. Do you have options in BIOS for selecting in what mode SATA works, usually the selection is something like: raid, non-raid, ahci. If there are different modes available then does selecting others than the= =20 current one make any difference ? If it doesn't help then you might try the following patch as a workaround, = it=20 will disable any attempts to try AHCI on other ALI chipsets than 5288, sinc= e=20 that's the only one I have personally used AHCI on and can be fairly certai= n=20 that it really works there.=20 Of course this is only a _workaround_ until S=F8ren or someone else figures= out=20 how to detect AHCI on ALi chipsets more reliably. diff -ru sys/dev/ata_orig/ata-chipset.c sys/dev/ata/ata-chipset.c =2D-- sys/dev/ata_orig/ata-chipset.c Mon Feb 12 01:46:45 2007 +++ sys/dev/ata/ata-chipset.c Fri Mar 2 18:47:16 2007 @@ -952,7 +952,7 @@ struct ata_chip_id *idx; static struct ata_chip_id ids[] =3D {{ ATA_ALI_5289, 0x00, 2, ALISATA, ATA_SA150, "M5289" }, =2D { ATA_ALI_5288, 0x00, 4, ALISATA, ATA_SA300, "M5288" }, + { ATA_ALI_5288, 0x00, 4, ALIAHCI, ATA_SA300, "M5288" }, { ATA_ALI_5287, 0x00, 4, ALISATA, ATA_SA150, "M5287" }, { ATA_ALI_5281, 0x00, 2, ALISATA, ATA_SA150, "M5281" }, { ATA_ALI_5229, 0xc5, 0, ALINEW, ATA_UDMA6, "M5229" }, @@ -984,6 +984,7 @@ switch (ctlr->chip->cfg2) { case ALISATA: + case ALIAHCI: ctlr->channels =3D ctlr->chip->cfg1; ctlr->allocate =3D ata_ali_sata_allocate; ctlr->setmode =3D ata_sata_setmode; @@ -991,8 +992,9 @@ /* if we have a memory resource we can likely do AHCI */ ctlr->r_type2 =3D SYS_RES_MEMORY; ctlr->r_rid2 =3D PCIR_BAR(5); =2D if ((ctlr->r_res2 =3D bus_alloc_resource_any(dev, ctlr->r_type2, =2D &ctlr->r_rid2, RF_ACTI= VE))) + if (ctlr->chip->cfg2 =3D=3D ALIAHCI && + (ctlr->r_res2 =3D bus_alloc_resource_any(dev, ctlr->r_type2, + &ctlr->r_rid2, RF_ACTIVE))) return ata_ahci_chipinit(dev); /* enable PCI interrupt */ diff -ru sys/dev/ata_orig/ata-pci.h sys/dev/ata/ata-pci.h =2D-- sys/dev/ata_orig/ata-pci.h Mon Feb 12 01:46:45 2007 +++ sys/dev/ata/ata-pci.h Fri Mar 2 18:34:23 2007 @@ -360,6 +360,7 @@ #define ALIOLD 0x01 #define ALINEW 0x02 #define ALISATA 0x04 +#define ALIAHCI 0x08 #define HPT366 0 #define HPT370 1 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 20:28:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 55AEF16A401 for ; Fri, 2 Mar 2007 20:28:22 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (ns.ciam.ru [213.247.195.75]) by mx1.freebsd.org (Postfix) with ESMTP id 180D113C481 for ; Fri, 2 Mar 2007 20:28:20 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [87.240.16.199] (helo=[192.168.0.2]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1HNEMA-00079P-GH; Fri, 02 Mar 2007 23:28:03 +0300 Message-ID: <45E888CA.9020801@FreeBSD.org> Date: Fri, 02 Mar 2007 23:27:54 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: Michael Proto References: <45E7D3E1.5090408@philderbeast.com> <45E83AF5.2010605@jellydonut.org> In-Reply-To: <45E83AF5.2010605@jellydonut.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:28:22 -0000 Michael Proto wrote: > Phillip Ledger wrote: >> i have been trying to get portupgrade working, however everything i try >> to run it im getting an error with the portsdb. now i have tryed to >> rebuild it as requested initaly by portupgrade but im still getting an >> error >> >> portupgrade -aRr >> [missing key: categories] [Updating the portsdb in >> /var/tmp ... - 16413 port entries found >> .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... >> ..... done] >> missing key: categories: Cannot read the portsdb! >> /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database >> file error (PortsDB::DBError) >> from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' >> from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in >> `all_depends_list' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' >> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' >> from /usr/local/sbin/portupgrade:721:in `main' >> from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' >> from /usr/local/sbin/portupgrade:220:in `new' >> from /usr/local/sbin/portupgrade:220:in `main' >> from /usr/local/sbin/portupgrade:2084 >> >> >> any idea whats causeing the issue or how to fix it? > > > Try removing /usr/ports/INDEX-6.db and running "portsdb -u", which > should rebuild it from your existing /usr/ports/INDEX-6 file. > > (if you're using FreeBSD 5 it would be INDEX-5 above). > If it does not help, you should update portupgrade to the last version and rebuild the database again. -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 20:39:16 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1A2CF16A403 for ; Fri, 2 Mar 2007 20:39:16 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.226]) by mx1.freebsd.org (Postfix) with ESMTP id CFC3E13C467 for ; Fri, 2 Mar 2007 20:39:15 +0000 (UTC) (envelope-from datahead4@gmail.com) Received: by wr-out-0506.google.com with SMTP id 55so1351269wri for ; Fri, 02 Mar 2007 12:39:15 -0800 (PST) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RlrD7F/Cy89J9aYeKhaYTHbnFI06Kvo4u82++cNwVD/lMj/fVf7Zcus1xl8+oHRHYwVJFznTPA1lAF5QML6pkWn+DECeU0VidGncLaEbJijdKGEeH37p9ojW2HhAwKVTgNbStu0B2F6Golq4USO/RGL7f5S37TZDGzMOrwotsZc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uIn0Pls4cTZWCZHI0GC4Q+R+b/GmuWDcbP0P857wtBioeSYEy/Di8eHxASkH0zF6Ya6OGrR/eOwPZfEM8t7+fKlGrCU7eWaRbTGev3SJaKBwaKvFH8g+YdzyJBdONY38P1PTZPYqGBrRMGYKR7c6OnRLstmbbSLjJ0lFTweRR2I= Received: by 10.114.156.1 with SMTP id d1mr358816wae.1172866493803; Fri, 02 Mar 2007 12:14:53 -0800 (PST) Received: by 10.114.211.5 with HTTP; Fri, 2 Mar 2007 12:14:53 -0800 (PST) Message-ID: Date: Fri, 2 Mar 2007 14:14:53 -0600 From: Matt To: "Michael Proto" In-Reply-To: <45E83AF5.2010605@jellydonut.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <45E7D3E1.5090408@philderbeast.com> <45E83AF5.2010605@jellydonut.org> Cc: freebsd-stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 20:39:16 -0000 On 3/2/07, Michael Proto wrote: > Phillip Ledger wrote: > > i have been trying to get portupgrade working, however everything i try > > to run it im getting an error with the portsdb. now i have tryed to > > rebuild it as requested initaly by portupgrade but im still getting an > > error > > > > portupgrade -aRr > > [missing key: categories] [Updating the portsdb in > > /var/tmp ... - 16413 port entries found > > .........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... > > ..... done] > > missing key: categories: Cannot read the portsdb! > > /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database > > file error (PortsDB::DBError) > > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' > > from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in > > `all_depends_list' > > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' > > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' > > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' > > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' > > from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' > > from /usr/local/sbin/portupgrade:721:in `main' > > from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' > > from /usr/local/sbin/portupgrade:220:in `new' > > from /usr/local/sbin/portupgrade:220:in `main' > > from /usr/local/sbin/portupgrade:2084 > > > > > > any idea whats causeing the issue or how to fix it? > > > Try removing /usr/ports/INDEX-6.db and running "portsdb -u", which > should rebuild it from your existing /usr/ports/INDEX-6 file. > > (if you're using FreeBSD 5 it would be INDEX-5 above). > > > -Proto > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > >From /usr/ports/UPDATING: 20070102: AFFECTS: users of sysutils/portupgrade AUTHOR: sem@FreeBSD.org If you have a problem with upgrading the tools from version 2.2.1 and less, remove the package with pkg_delete portupgrade\* command and reinstall it from scratch. Remove /usr/ports/INDEX*.db and run portsdb -u. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 21:25:08 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CE07716A400; Fri, 2 Mar 2007 21:25:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from rwcrmhc15.comcast.net (rwcrmhc15.comcast.net [216.148.227.155]) by mx1.freebsd.org (Postfix) with ESMTP id B166613C4A6; Fri, 2 Mar 2007 21:25:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from icarus.home.lan (c-71-198-0-135.hsd1.ca.comcast.net[71.198.0.135]) by comcast.net (rwcrmhc15) with ESMTP id <20070302212507m15004ps5ce>; Fri, 2 Mar 2007 21:25:07 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id ED7471FA03D; Fri, 2 Mar 2007 13:25:06 -0800 (PST) Date: Fri, 2 Mar 2007 13:25:06 -0800 From: Jeremy Chadwick To: Steven Hartland Message-ID: <20070302212506.GA9990@icarus.home.lan> Mail-Followup-To: Steven Hartland , freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> <20070302162042.GA6019@icarus.home.lan> <017901c75cec$4a20f6a0$b3db87d4@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <017901c75cec$4a20f6a0$b3db87d4@multiplay.co.uk> X-PGP-Key: http://jdc.parodius.com/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 21:25:08 -0000 On Fri, Mar 02, 2007 at 05:00:24PM -0000, Steven Hartland wrote: > No problem if you have the resources / time to test this now > thats great. > > Here's the steps I used, if you have any questions just shout: > 1. Boot a normal 6.2 install Done. Booted CD image #1, did a standard install, chose Minimal as the installation type. Also chose to install the FreeBSD boot manager and the like. > 2. dump /usr to remote location Done. From the machine going to act as an NFS server, I did: icarus# ssh -c blowfish root@192.168.1.193 "/sbin/dump -0 -f- /usr" | dd of=usr.dump bs=65536 DUMP: WARNING: should use -L when dumping live read-write filesystems! DUMP: Date of this level 0 dump: Fri Mar 2 12:49:29 2007 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /dev/ad0s1f (/usr) to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 106124 tape blocks. DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: DUMP: 110621 tape blocks DUMP: finished in 35 seconds, throughput 3160 KBytes/sec DUMP: DUMP IS DONE 1+13937 records in 1+13937 records out 113274880 bytes transferred in 18.691292 secs (6060302 bytes/sec) icarus# ls -l usr.dump -rw-r--r-- 1 root wheel 113274880 Mar 2 12:55 usr.dump > 3. restore said dump to a empty directory on the remote machine Done: icarus# restore -x -f usr.dump You have not read any tapes yet. If you are extracting just a few files, start with the last volume and work towards the first; restore can quickly skip tapes that have no further files to extract. Otherwise, begin with volume 1. Specify next volume #: 1 set owner/mode for '.'? [yn] n icarus# ls -l total 110750 drwxrwxr-x 2 root operator 512 Mar 2 04:40 .snap drwxr-xr-x 2 root wheel 7168 Mar 2 04:40 bin drwxr-xr-x 2 root wheel 512 Mar 2 04:40 compat drwxr-xr-x 2 root wheel 512 Mar 2 04:40 games drwxr-xr-x 47 root wheel 4608 Mar 2 04:40 include drwxr-xr-x 4 root wheel 7168 Mar 2 04:40 lib drwxr-xr-x 5 root wheel 512 Mar 2 04:40 libdata drwxr-xr-x 5 root wheel 1536 Mar 2 04:40 libexec drwxr-xr-x 2 root wheel 512 Jan 11 23:38 local drwxr-xr-x 2 root wheel 512 Mar 2 04:40 obj drwxr-xr-x 2 root wheel 5120 Mar 2 04:40 sbin drwxr-xr-x 27 root wheel 512 Mar 2 04:40 share drwxr-xr-x 2 root wheel 512 Jan 11 23:38 src -rw-r--r-- 1 root wheel 113274880 Mar 2 12:55 usr.dump icarus# ls -ld . drwxr-xr-x 15 root wheel 512 Mar 2 12:58 . > 4. share this directory over nfs to the test machine Done. You know the routine to get NFS to work... ;) My exports: /storage -alldirs -maproot=root -network 192.168.1.0 -mask 255.255.255.0 Verified to be working on test box via: mount -t nfs icarus.home.lan:/storage/nfs /mnt ls -l /mnt umount /mnt Worked OK. > 5. edit /etc/fstab to use the nfs /usr instead of the ufs /usr Done. The test box's /etc/fstab now contains: icarus.home.lan:/storage/nfs /usr nfs rw 0 0 # old /usr, local to filesystem # /dev/ad0s1f /usr nfs rw 2 2 > 6. reboot Done. Rebooted test box. Box came up with an NFS mounted /usr: # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 507630 36838 430182 8% / devfs 1 1 0 100% /dev /dev/ad0s1e 507630 12 467008 0% /tmp /dev/ad0s1d 1506190 234 1385462 0% /var icarus.home.lan:/storage/nfs 473015558 120242684 314931630 28% /usr > 7. Enable mbr changes on live fs: sysctl kern.geom.debugflags=16 Done. # sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 > 8. run sysinstall > 8.1 delete /dev/(da|ad)0s1f ( the /usr partition ) Done. Prior to deletion: ad0s1f 4645MB * > 8.2 create a smaller /usr in the space cleared > 8.3 create /data with the remaining space Done: ad0s1f /usr 3072MB UFS2+S Y ad0s1g /data 1573MB UFS2+S Y > 8.4 Write the changes Done. However, there were errors: ......................... Message ......................... .Unable to add /dev/ad0s1b as a swap device: Device busy . ..................................................(100%)... . [ OK ] . .................[ Press enter or space ].................. ............................. Message ............................. .Error mounting /dev/ad0s1g on /data : No such file or directory . ..........................................................(100%)... . [ OK ] . .....................[ Press enter or space ]...................... > 9. quit sysinstall Done. Did a df -k just before step 10, just to be sure: # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 507630 36840 430180 8% / devfs 1 1 0 100% /dev /dev/ad0s1e 507630 12 467008 0% /tmp /dev/ad0s1d 1506190 234 1385462 0% /var icarus.home.lan:/storage/nfs 473015558 120242684 314931630 28% /usr /dev/ad0s1f 4603338 4 4235068 0% /usr > 10. umount -f /usr ( to restore the nfs version ) I did this via umount -f /dev/ad0s1f instead of umount /usr, since I wasn't sure if the NFS mount /usr would get removed or the local filesystem /usr: # umount -f /dev/ad0s1f # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 507630 36840 430180 8% / devfs 1 1 0 100% /dev /dev/ad0s1e 507630 12 467008 0% /tmp /dev/ad0s1d 1506190 234 1385462 0% /var icarus.home.lan:/storage/nfs 473015558 120242684 314931630 28% /usr > 11. umount /data Can't, because it didn't get created. > 12. fsck /dev/(da|ad)0s1(f|g) both will be corrupt. Doesn't appear to happen for me: # fsck /dev/ad0s1f ** /dev/ad0s1f ** Last Mounted on /usr ** Phase 1 - Check Blocks and Sizes ** Phase 2 - Check Pathnames ** Phase 3 - Check Connectivity ** Phase 4 - Check Reference Counts ** Phase 5 - Check Cyl groups 2 files, 2 used, 2301667 free (27 frags, 287705 blocks, 0.0% fragmentation) Is there something I'm missing? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 22:49:24 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8A57B16A400; Fri, 2 Mar 2007 22:49:24 +0000 (UTC) (envelope-from killing@multiplay.co.uk) Received: from multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id A3D9613C478; Fri, 2 Mar 2007 22:49:23 +0000 (UTC) (envelope-from killing@multiplay.co.uk) X-Spam-Checker-Version: SpamAssassin 3.1.5 (2006-08-29) on core6.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-24.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.5 Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon PRO v9.5.4) with ESMTP id md50003579871.msg; Fri, 02 Mar 2007 22:46:34 +0000 Message-ID: <003c01c75d1c$972fd3f0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Jeremy Chadwick" References: <00cb01c75c5b$4205e390$b3db87d4@multiplay.co.uk> <45E82660.4030107@freebsd.org> <008101c75cd1$42a4df10$b3db87d4@multiplay.co.uk> <45E830A8.8020104@freebsd.org> <20070302144409.GA4431@icarus.home.lan> <00eb01c75ce0$b0430380$b3db87d4@multiplay.co.uk> <20070302162042.GA6019@icarus.home.lan> <017901c75cec$4a20f6a0$b3db87d4@multiplay.co.uk> <20070302212506.GA9990@icarus.home.lan> Date: Fri, 2 Mar 2007 22:46:09 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3028 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3028 X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-Spam-Processed: multiplay.co.uk, Fri, 02 Mar 2007 22:46:35 +0000 X-MDAV-Processed: multiplay.co.uk, Fri, 02 Mar 2007 22:46:35 +0000 Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org, Eric Anderson Subject: Re: sysinstall creates corrupt filesystems after repartitioning X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 22:49:24 -0000 Jeremy Chadwick wrote: ... > Is there something I'm missing? I can't see anything missing there from the reproduction steps. Was ad0s1g also ok? The slight differences I did here where the following but I cant seem them being significant: 1. dump -a0uL -C 32 -f /nfs/usr.dmp /usr 2. restore rf usr.dmp 3. fstab entry: /nfs/usr -maproot=root testbox Other differences which spring to mind: 1. machines where both using areca controllers on RAID6 arrays. 2. This was a real machine and not a VM One other thing of note when I first repaired this I booted from Install Disk #1 and used the same procedure for the sysinstall part from fixit and no corruption occured. As mentioned before I've got two more of these machines coming in over the next few weeks so I'll look at reproducing it on them. Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 2 23:13:14 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BF6116A400 for ; Fri, 2 Mar 2007 23:13:14 +0000 (UTC) (envelope-from phillip@philderbeast.com) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id E8F1D13C441 for ; Fri, 2 Mar 2007 23:13:13 +0000 (UTC) (envelope-from phillip@philderbeast.com) Received: from ppp167-194.lns4.syd6.internode.on.net (HELO [192.168.0.100]) ([59.167.167.194]) by ipmail02.adl2.internode.on.net with ESMTP; 03 Mar 2007 09:43:10 +1030 X-IronPort-AV: i="4.14,244,1170595800"; d="scan'208"; a="92175565:sNHT84972132" Message-ID: <45E8AF75.8000703@philderbeast.com> Date: Sat, 03 Mar 2007 10:12:53 +1100 From: Phillip Ledger User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <45E7D3E1.5090408@philderbeast.com> <45E83AF5.2010605@jellydonut.org> <45E888CA.9020801@FreeBSD.org> In-Reply-To: <45E888CA.9020801@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: phillip@philderbeast.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Mar 2007 23:13:14 -0000 Sergey Matveychuk wrote: >Michael Proto wrote: > > >>Phillip Ledger wrote: >> >> >>>i have been trying to get portupgrade working, however everything i try >>>to run it im getting an error with the portsdb. now i have tryed to >>>rebuild it as requested initaly by portupgrade but im still getting an >>>error >>> >>>portupgrade -aRr >>>[missing key: categories] [Updating the portsdb in >>>/var/tmp ... - 16413 port entries found >>>.........1000.........2000.........3000.........4000.........5000.........6000.........7000.........8000.........9000.........10000.........11000.........12000.........13000.........14000.........15000.........16000.... >>>..... done] >>>missing key: categories: Cannot read the portsdb! >>>/usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:548:in `open_db': database >>>file error (PortsDB::DBError) >>> from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:702:in `port' >>> from /usr/local/lib/ruby/site_ruby/1.8/portsdb.rb:890:in >>>`all_depends_list' >>> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:809:in `tsort_build' >>> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `each' >>> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:801:in `tsort_build' >>> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:823:in `sort_build' >>> from /usr/local/lib/ruby/site_ruby/1.8/pkgdb.rb:827:in `sort_build!' >>> from /usr/local/sbin/portupgrade:721:in `main' >>> from /usr/local/lib/ruby/1.8/optparse.rb:755:in `initialize' >>> from /usr/local/sbin/portupgrade:220:in `new' >>> from /usr/local/sbin/portupgrade:220:in `main' >>> from /usr/local/sbin/portupgrade:2084 >>> >>> >>>any idea whats causeing the issue or how to fix it? >>> >>> >>Try removing /usr/ports/INDEX-6.db and running "portsdb -u", which >>should rebuild it from your existing /usr/ports/INDEX-6 file. >> >>(if you're using FreeBSD 5 it would be INDEX-5 above). >> >> >> > >If it does not help, you should update portupgrade to the last version >and rebuild the database again. > > > Even after a complete reinstall of the toll and rebuildig the database its still giving the same error. anyumore ideas? From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 03:13:29 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 85CB516A401 for ; Sat, 3 Mar 2007 03:13:29 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 2E01413C48D for ; Sat, 3 Mar 2007 03:13:29 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.182]) by hub.org (Postfix) with ESMTP id 64F9B85C8C7; Fri, 2 Mar 2007 23:13:17 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.182]) (amavisd-new, port 10024) with ESMTP id 83097-02; Fri, 2 Mar 2007 23:13:22 -0400 (AST) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id 8F58985C8DD; Fri, 2 Mar 2007 23:13:16 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 80D6D5FB3E; Fri, 2 Mar 2007 23:13:33 -0400 (AST) Date: Fri, 02 Mar 2007 23:13:33 -0400 From: "Marc G. Fournier" To: Antony Mawer Message-ID: In-Reply-To: <45E60761.8050101@mawer.org> References: <5F9C60E2708CB953C06B21EA@ganymede.hub.org> <45E60761.8050101@mawer.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Some days, it doesn't pay to upgrade ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 03:13:29 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Based on the suggestion by someone on this list, I setup a screen session with top running, to watch things ... again, after 3 days, the server goes 'out of process' ... this time, of course, I could get in to look around and kill off processes ... from what I can tell, a process that all it does is: ping -c 1 with a 300 sec timeout that runs once a minute started to 'run over top of' each other out of cron ... the host that it is pinging is on the same switch and has been running fine for 20 days now, and it wasn't until I did the last upgrade on teh server causing the problems that these problems started ... Coincidence? :) I'm going to fix the script so that it doesn't try to run over itself ... anyone konw of a problem with the fxp driver in 6-STABLE that might cause the ping to hang? - --On Thursday, March 01, 2007 09:51:13 +1100 Antony Mawer wrote: > On 27/02/2007 11:59 PM, Marc G. Fournier wrote: >> After 155 days of problem free uptime, I upgraded my 6-STABLE system the >> other day to the latest cvsup ... 3 days later, the whole thing hung solid >> with: >> >> >> Feb 27 04:32:49 mars uptimec: The server requested that we do a new login >> Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please see >> tuning(7) and login.conf(5). >> Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please see >> tuning(7) and login.conf(5). >> >> Stupid question: why isn't there some mechanism that prevents new processes >> from starting up, instead of locking up the whole server? I'm not asking >> for the evilness of Linux, where it arbitrarily kills off existing >> processes, but if maxproc is hit, why continue to try and start up new ones? > > What do you define as 'hung solid'? You are unable to get in via SSH? Or at a > console via iLO/etc? > > I've seen this on some of our 6.0-RELEASE machines (along with maxpipekva > exhausted errors), and you can't SSH in from that point... because sshd forks > to handle the connection, and all available process slots are used up. > > I've thought about writing a background daemon to monitor the logs for signs > of this (or even to just try and create a short-lived child process by > fork()ing every 5 minutes or so), and dump information to disk then reboot > the system when this occurs... it's a work-around for something that > "shouldn't happen", but it does anyway... once I'm able to identify _what_ is > causing the build-up of processes, then I might be able to do something about > killing them...!!! > > > It's quite deceptive from an end-user point of view, because things like > Apache that are already keep running, so all they see are strange bits and > pieces that don't work... and as always, its one of those things that only > happens on some clients machines, but never on any of our test machines... > > --Antony > > > PS. I haven't disappeared off the face of the earth.. though close.. my > fiance and I have been busy planning the wedding, and wound up buying a house > at the same time..!! Will catch up shortly once I get a chance to come up for > air!! - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF6Ofd4QvfyHIvDvMRAmoqAJ9ka8ZQxq0Ciidyy4R60bTmYfxeggCeLz7i /De9C0Hmdqb22nErxhyUaZA= =Seo0 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 04:44:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CF14616A400 for ; Sat, 3 Mar 2007 04:44:51 +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 644EC13C494 for ; Sat, 3 Mar 2007 04:44:51 +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 l234incM010805; Sat, 3 Mar 2007 15:44:49 +1100 (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 l234inkT010804; Sat, 3 Mar 2007 15:44:49 +1100 (EST) (envelope-from peter) Date: Sat, 3 Mar 2007 15:44:49 +1100 From: Peter Jeremy To: Phillip Ledger Message-ID: <20070303044449.GB9421@turion.vk2pj.dyndns.org> References: <45E7D3E1.5090408@philderbeast.com> <45E83AF5.2010605@jellydonut.org> <45E888CA.9020801@FreeBSD.org> <45E8AF75.8000703@philderbeast.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DBIVS5p969aUjpLe" Content-Disposition: inline In-Reply-To: <45E8AF75.8000703@philderbeast.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.13 (2006-08-11) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 04:44:51 -0000 --DBIVS5p969aUjpLe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2007-Mar-03 10:12:53 +1100, Phillip Ledger wr= ote: >Even after a complete reinstall of the toll and rebuildig the database=20 >its still giving the same error. anyumore ideas? Exactly what have you re-installed? What versions of ruby* and portupgrade do you have? Have you compared your /usr/local/etc/pkgtools.conf with the sample version? --=20 Peter Jeremy --DBIVS5p969aUjpLe Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (FreeBSD) iD8DBQFF6P1B/opHv/APuIcRAoAfAKCShic+zqDpEI9buJIOYRQySLaWZQCeNdHw EbdQowaQ2BHZ3fk11zcdLK0= =YwU3 -----END PGP SIGNATURE----- --DBIVS5p969aUjpLe-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 05:32:22 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F20A216A400 for ; Sat, 3 Mar 2007 05:32:21 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id A9ABE13C48D for ; Sat, 3 Mar 2007 05:32:21 +0000 (UTC) (envelope-from scrappy@freebsd.org) Received: from localhost (unknown [200.46.204.191]) by hub.org (Postfix) with ESMTP id 5B07385C8C7; Sat, 3 Mar 2007 01:32:20 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (mx1.hub.org [200.46.204.191]) (amavisd-new, port 10024) with ESMTP id 80246-04; Sat, 3 Mar 2007 01:32:20 -0400 (AST) Received: from ganymede.hub.org (blk-89-241-126.eastlink.ca [24.89.241.126]) by hub.org (Postfix) with ESMTP id B86ED85C8C6; Sat, 3 Mar 2007 01:32:19 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 746465F825; Sat, 3 Mar 2007 01:32:20 -0400 (AST) Date: Sat, 03 Mar 2007 01:32:20 -0400 From: "Marc G. Fournier" To: Antony Mawer Message-ID: <3AF45A659F5D4E8DD7260AA1@ganymede.hub.org> In-Reply-To: <45E60761.8050101@mawer.org> References: <5F9C60E2708CB953C06B21EA@ganymede.hub.org> <45E60761.8050101@mawer.org> X-Mailer: Mulberry/4.0.7 (Linux/x86) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: freebsd-stable@freebsd.org Subject: Re: Some days, it doesn't pay to upgrade ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 05:32:22 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I don't know how critical this is, but I just thought about it ... this is my only system running gmirror ... everything seems fine according ot gmirror status, but maybe something iswron gthere I'm not seeing: Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm: provider mirror/vm destroyed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm destroyed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider mirror/md2 destroyed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2 destroyed. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Disk mirror/md2 removed from md0. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Device md0 removed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider mirror/md1 destroyed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1 destroyed. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Disk mirror/md1 removed from md0. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Device md0 destroyed. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1 created (id=2282154470). Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider da1 detected. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider da2 detected. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider da2 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider da1 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md1: provider mirror/md1 launched. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2 created (id=3089402334). Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider da3 detected. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider da4 detected. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider da4 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider da3 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device md2: provider mirror/md2 launched. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm created (id=2175292049). Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm: provider da5 detected. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Device md0 created (id=1094782536). Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Disk mirror/md1 attached to md0. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Disk mirror/md2 attached to md0. Mar 3 01:25:52 mars kernel: GEOM_STRIPE: Device md0 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Force device vm start due to timeout. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm: provider da5 activated. Mar 3 01:25:52 mars kernel: GEOM_MIRROR: Device vm: provider mirror/vm launched. mirror/md1 COMPLETE da1 da2 mirror/md2 COMPLETE da3 da4 mirror/vm DEGRADED da5 I'm not using da5 right now, its just in there ... went with a RAID1+0 vs RAID5 configuration ... - --On Thursday, March 01, 2007 09:51:13 +1100 Antony Mawer wrote: > On 27/02/2007 11:59 PM, Marc G. Fournier wrote: >> After 155 days of problem free uptime, I upgraded my 6-STABLE system the >> other day to the latest cvsup ... 3 days later, the whole thing hung solid >> with: >> >> >> Feb 27 04:32:49 mars uptimec: The server requested that we do a new login >> Feb 27 04:33:00 mars kernel: maxproc limit exceeded by uid 0, please see >> tuning(7) and login.conf(5). >> Feb 27 04:33:10 mars kernel: maxproc limit exceeded by uid 60, please see >> tuning(7) and login.conf(5). >> >> Stupid question: why isn't there some mechanism that prevents new processes >> from starting up, instead of locking up the whole server? I'm not asking >> for the evilness of Linux, where it arbitrarily kills off existing >> processes, but if maxproc is hit, why continue to try and start up new ones? > > What do you define as 'hung solid'? You are unable to get in via SSH? Or at a > console via iLO/etc? > > I've seen this on some of our 6.0-RELEASE machines (along with maxpipekva > exhausted errors), and you can't SSH in from that point... because sshd forks > to handle the connection, and all available process slots are used up. > > I've thought about writing a background daemon to monitor the logs for signs > of this (or even to just try and create a short-lived child process by > fork()ing every 5 minutes or so), and dump information to disk then reboot > the system when this occurs... it's a work-around for something that > "shouldn't happen", but it does anyway... once I'm able to identify _what_ is > causing the build-up of processes, then I might be able to do something about > killing them...!!! > > > It's quite deceptive from an end-user point of view, because things like > Apache that are already keep running, so all they see are strange bits and > pieces that don't work... and as always, its one of those things that only > happens on some clients machines, but never on any of our test machines... > > --Antony > > > PS. I haven't disappeared off the face of the earth.. though close.. my > fiance and I have been busy planning the wedding, and wound up buying a house > at the same time..!! Will catch up shortly once I get a chance to come up for > air!! - ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . scrappy@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFF6Qhk4QvfyHIvDvMRAhJ0AKDVibziN1W1TagIapB5GWN3+mbCGACdHd4w dgT0Xi40Ie/pBeUMB8Pj1go= =bSuI -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 17:24:31 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5598F16A400 for ; Sat, 3 Mar 2007 17:24:31 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [88.198.125.180]) by mx1.freebsd.org (Postfix) with ESMTP id 1C18813C428 for ; Sat, 3 Mar 2007 17:24:30 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from currahee.crashmail.de (dslb-082-083-086-031.pools.arcor-ip.net [82.83.86.31]) by daemon.crashmail.de (Postfix) with ESMTP id 9CB2C649FD for ; Sat, 3 Mar 2007 18:04:56 +0100 (CET) To: freebsd-stable@freebsd.org X-Face: #Xe~sd&4-Nt4!$0V"R?!MDM"@&ft'xzx+0j]DIA!AyXC)lv0ea!k_GV5?#ZM{uGi*h@>BI/1%]9h)r,R\jES^Tq8~[*RQ^I8(?&Fg~sR't{xG"[m0Ve; q5K^bav,^Ut`[iP(4c,rQCNxo5UF^2S95:t-e@$2Ai{`t=we/**fuT~i_.3R6r,wogCl\2[]FW@sroLn*v.#'J*0Z X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 Organization: The Third Place In-Reply-To: (Stefan Tell's message of "23 Jan 2007 20:12:00 +0100") References: From: Stefan 'Steve' Tell Date: Sat, 03 Mar 2007 18:04:55 +0100 Message-ID: <87fy8mw954.fsf@zeus.crashmail.de> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Can't get Enhanced Speedstep working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 17:24:31 -0000 Hi, I still have this problem. Any hints? * steve.tell@crashmail.de (Stefan 'Steve' Tell) wrote: > I cannot get Enhanced Speedstep working on my new laptop (Medion MD98000). > Maybe you guys have an idea ... > > ,---- [ dmesg | grep est ] > | est0: on cpu0 > | est: CPU supports Enhanced Speedstep, but is not recognized. > | est: cpu_vendor GenuineIntel, msr 6130a2c06000a2c > | device_attach: est0 attach returned 6 > `---- > > You can get a full 'pciconf -vl' here: > > * > > You can get a dmesg-output here: > > * > > You can also get a full 'acpidump -t -d > medion_md98000_acpidump.asl' > here: > > * > > Can I provide any other information? Any hints how to get this working? > > Thanks in advance again. -- By(t)e, Steve /\ http://blog.crashmail.de GnuPG/PGP: 0x9B6C7E15, encrypted mail prefered, see header From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 18:11:32 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FF3B16A407 for ; Sat, 3 Mar 2007 18:11:32 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from a5.virtuaal.com (a5.virtuaal.com [195.222.15.75]) by mx1.freebsd.org (Postfix) with ESMTP id 2E12813C4A5 for ; Sat, 3 Mar 2007 18:11:32 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from pc79.host50.starman.ee ([62.65.242.79]) by a5.virtuaal.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1HNYha-0000rz-5I for freebsd-stable@freebsd.org; Sat, 03 Mar 2007 20:11:26 +0200 From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Sat, 3 Mar 2007 20:11:25 +0200 User-Agent: KMail/1.9.5 References: <87fy8mw954.fsf@zeus.crashmail.de> In-Reply-To: <87fy8mw954.fsf@zeus.crashmail.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703032011.25754.antik@bsd.ee> X-Virtuaalcom-MailScanner-Information: Please contact the ISP for more information X-Virtuaalcom-MailScanner: Not scanned: please contact your Internet E-Mail Service Provider for details X-Virtuaalcom-MailScanner-SpamCheck: X-Virtuaalcom-MailScanner-From: antik@bsd.ee X-Spam-Status: No X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - a5.virtuaal.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - bsd.ee X-Source: X-Source-Args: X-Source-Dir: Subject: Re: Can't get Enhanced Speedstep working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 18:11:32 -0000 On Saturday 03 March 2007 19:04, Stefan 'Steve' Tell wrote: > Hi, > > I still have this problem. Any hints? > > * steve.tell@crashmail.de (Stefan 'Steve' Tell) wrote: > > I cannot get Enhanced Speedstep working on my new laptop (Medion > > MD98000). Maybe you guys have an idea ... > > > > ,---- [ dmesg | grep est ] > > > > | est0: on cpu0 > > | est: CPU supports Enhanced Speedstep, but is not recognized. > > | est: cpu_vendor GenuineIntel, msr 6130a2c06000a2c > > | device_attach: est0 attach returned 6 > > I found out what is caused problem with SpeedStep. I had to disable HyperThreading from BIOS and after that everything works just fine. /etc/rc.conf powerd_enable="YES" /boot/loader.conf cpufreq_load="YES" From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 18:30:51 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 8CAFD16A403 for ; Sat, 3 Mar 2007 18:30:51 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: from mail12.mdx.safepages.com (mail12.mdx.safepages.com [216.127.154.242]) by mx1.freebsd.org (Postfix) with ESMTP id 65AFD13C471 for ; Sat, 3 Mar 2007 18:30:51 +0000 (UTC) (envelope-from vistua@sdf.lonestar.org) Received: by mail12.mdx.safepages.com (Postfix, from userid 1012) id 90C5DB5F8; Sat, 3 Mar 2007 18:08:12 +0000 (GMT) Received: from mail.isp.com (216-8-44-164.dialup.ziplink.net [216.8.44.164]) by mail12.mdx.safepages.com (Postfix) with ESMTP id 55333B2AB for ; Sat, 3 Mar 2007 18:08:10 +0000 (GMT) Date: Sat, 3 Mar 2007 13:07:16 -0500 From: vistua@sdf.lonestar.org To: freebsd-stable@freebsd.org Message-ID: <20070303130716.6d3e4b54@jhengis.vistua.com> In-Reply-To: <20070303120026.41B2016A4CC@hub.freebsd.org> References: <20070303120026.41B2016A4CC@hub.freebsd.org> X-Mailer: Claws Mail 2.7.2 (GTK+ 2.10.9; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: johnzw@vistua.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 18:30:51 -0000 > On 2007-Mar-03 10:12:53 +1100, Phillip Ledger > wrote: > >Even after a complete reinstall of the toll and rebuildig the > >database its still giving the same error. anyumore ideas? > > Exactly what have you re-installed? > What versions of ruby* and portupgrade do you have? > Have you compared your /usr/local/etc/pkgtools.conf with the sample > version? I have the exact same problem. I rebuilt INDEX-6, rebuilt INDEX-6.db and rebuilt portupgrade, to the latest version. I have ruby 1.8.4. I have published my pkgtools.conf to http://www.vistua.com/public/pkgtools.conf the only changes I made from default, was to ignore language categories I do not speak. And to instruct that packages only be used for Openoffice. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 19:24:38 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AF8F616A402 for ; Sat, 3 Mar 2007 19:24:38 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [88.198.125.180]) by mx1.freebsd.org (Postfix) with ESMTP id 7310A13C442 for ; Sat, 3 Mar 2007 19:24:38 +0000 (UTC) (envelope-from steve.tell@crashmail.de) Received: from currahee.crashmail.de (dslb-082-083-086-031.pools.arcor-ip.net [82.83.86.31]) by daemon.crashmail.de (Postfix) with ESMTP id 70E2B649FD for ; Sat, 3 Mar 2007 20:24:36 +0100 (CET) To: freebsd-stable@freebsd.org X-Face: #Xe~sd&4-Nt4!$0V"R?!MDM"@&ft'xzx+0j]DIA!AyXC)lv0ea!k_GV5?#ZM{uGi*h@>BI/1%]9h)r,R\jES^Tq8~[*RQ^I8(?&Fg~sR't{xG"[m0Ve; q5K^bav,^Ut`[iP(4c,rQCNxo5UF^2S95:t-e@$2Ai{`t=we/**fuT~i_.3R6r,wogCl\2[]FW@sroLn*v.#'J*0Z X-PGP-Key: 0x9B6C7E15 X-PGP-Fingerprint: 0A21 6C88 552E 54AE 3FB5 4732 25EE 6ABE 9B6C 7E15 Organization: The Third Place In-Reply-To: <200703032011.25754.antik@bsd.ee> (Andrei Kolu's message of "Sat, 3 Mar 2007 20:11:25 +0200") References: <87fy8mw954.fsf@zeus.crashmail.de> <200703032011.25754.antik@bsd.ee> From: Stefan 'Steve' Tell Date: Sat, 03 Mar 2007 20:24:34 +0100 Message-ID: <87ejo6uo3x.fsf@zeus.crashmail.de> User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Subject: Re: Can't get Enhanced Speedstep working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 19:24:38 -0000 * Andrei Kolu wrote: > I found out what is caused problem with SpeedStep. I had to disable > HyperThreading from BIOS and after that everything works just fine. I'll try that, thanks. -- By(t)e, Steve /\ http://blog.crashmail.de GnuPG/PGP: 0x9B6C7E15, encrypted mail prefered, see header From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 19:26:03 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 00D4B16A400 for ; Sat, 3 Mar 2007 19:26:03 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.freebsd.org (Postfix) with ESMTP id D585513C48E for ; Sat, 3 Mar 2007 19:26:02 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.11.20060308/8.12.8) with ESMTP id l23JEYKg020653; Sat, 3 Mar 2007 11:14:35 -0800 From: Kent Stewart To: freebsd-stable@freebsd.org, johnzw@vistua.com Date: Sat, 3 Mar 2007 11:14:36 -0800 User-Agent: KMail/1.9.5 References: <20070303120026.41B2016A4CC@hub.freebsd.org> <20070303130716.6d3e4b54@jhengis.vistua.com> In-Reply-To: <20070303130716.6d3e4b54@jhengis.vistua.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703031114.36556.kstewart@owt.com> Cc: Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 19:26:03 -0000 On Saturday 03 March 2007 10:07, vistua@sdf.lonestar.org wrote: > > On 2007-Mar-03 10:12:53 +1100, Phillip Ledger > > > > wrote: > > >Even after a complete reinstall of the toll and rebuildig the > > >database its still giving the same error. anyumore ideas? > > > > Exactly what have you re-installed? > > What versions of ruby* and portupgrade do you have? > > Have you compared your /usr/local/etc/pkgtools.conf with the sample > > version? > > I have the exact same problem. I rebuilt INDEX-6, rebuilt INDEX-6.db > and rebuilt portupgrade, to the latest version. I have ruby 1.8.4. > > I have published my pkgtools.conf to > http://www.vistua.com/public/pkgtools.conf the only changes I made > from default, was to ignore language categories I do not speak. And > to instruct that packages only be used for Openoffice. These messages usually popup when you have a problem with ruby and the database setup. Something is inconsistant with that setup. Also, I don't know if your pkgtools.conf ignore will affect the building of the INDEX-*. If you ignore anything, you usually have to fetch an INDEX-* because you can't build a proper INDEX. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 21:20:41 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C1EAB16A400 for ; Sat, 3 Mar 2007 21:20:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (mail.soaustin.net [207.200.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id A921713C428 for ; Sat, 3 Mar 2007 21:20:41 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 8DD547AB; Sat, 3 Mar 2007 14:51:01 -0600 (CST) Date: Sat, 3 Mar 2007 14:51:01 -0600 To: johnzw@vistua.com Message-ID: <20070303205101.GA10383@soaustin.net> References: <20070303120026.41B2016A4CC@hub.freebsd.org> <20070303130716.6d3e4b54@jhengis.vistua.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20070303130716.6d3e4b54@jhengis.vistua.com> User-Agent: Mutt/1.5.9i From: linimon@lonesome.com (Mark Linimon) Cc: freebsd-stable@freebsd.org Subject: Re: Problem with portupgrade X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 21:20:41 -0000 On Sat, Mar 03, 2007 at 01:07:16PM -0500, vistua@sdf.lonestar.org wrote: > http://www.vistua.com/public/pkgtools.conf the only changes I made from > default, was to ignore language categories I do not speak. I know we don't support the INDEX concept if the language categories aren't there. Does adding them back affect your problem? mcl From owner-freebsd-stable@FreeBSD.ORG Sat Mar 3 21:22:19 2007 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 106F516A404 for ; Sat, 3 Mar 2007 21:22:19 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by mx1.freebsd.org (Postfix) with ESMTP id DBC8713C4B7 for ; Sat, 3 Mar 2007 21:22:18 +0000 (UTC) (envelope-from tom@samplonius.org) Received: from localhost (localhost [127.0.0.1]) by ly.sdf.com (Postfix) with ESMTP id 737AC114447; Sat, 3 Mar 2007 13:24:45 -0800 (PST) X-Virus-Scanned: amavisd-new at X-Spam-Score: -4.01 X-Spam-Level: X-Spam-Status: No, score=-4.01 tagged_above=-10 required=6.6 tests=[ALL_TRUSTED=-1.8, AWL=0.389, BAYES_00=-2.599] Received: from ly.sdf.com ([127.0.0.1]) by localhost (ly.sdf.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qdXhtJ+ONfmH; Sat, 3 Mar 2007 13:24:43 -0800 (PST) Received: from ly.sdf.com (ly.sdf.com [216.113.193.83]) by ly.sdf.com (Postfix) with ESMTP id 81733114446; Sat, 3 Mar 2007 13:24:43 -0800 (PST) Message-ID: <7282791.151172957083431.JavaMail.root@ly.sdf.com> Date: Sat, 3 Mar 2007 13:24:43 -0800 (PST) From: Tom Samplonius To: Marko Lerota In-Reply-To: <86bqjfsfzj.fsf@sparrow.local> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [216.113.193.85] Cc: Martin , freebsd-stable@freebsd.org Subject: Re: Stable on Blade server X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 03 Mar 2007 21:22:19 -0000 ----- "Marko Lerota" wrote: > Martin writes: > > > We're 100% FreeBSD-only and i was looking to buy IBM blade servers: > can > > anyone reccomend any of them? models? particular hw/firmware/misc > > If you use FreeBSD don't look upon IBM blades at all. I've installed > few > freebsd 5.4 on IBM HS20 blades. If you need console, the only way to > get there is through java web interface that sucks, brakes and crashes > > constantly. Because the keyboard is not supported you have to use it. > > Everything else also sucked. We had two blade chassis with 28 blade > servers > and I have never been so frustrated like I was with them and IBM > people > that did not solve our problem. FreeBSD gets confused on IBM BladeCenter's and attaches to the PS/2 controller, while the actual keyboard is on USB. This is also a problem on many desktop systems, where users only have a USB keyboard. Anyways, FreeBSD is slowly growing a working keyboard mux, so FreeBSD will attach to all available keyboard controllers, and accept input for any attached keyboards. Linux and Windows have this ability already. In the mean time, it is possible to use device hints, and convince FreeBSD to attach the USB keyboard only. I quite like the IBM BladeCenter's. Way better than Dell blades for sure. Tom