From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 00:33:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F187116A420 for ; Sun, 26 Feb 2006 00:33:25 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BC7F043D46 for ; Sun, 26 Feb 2006 00:33:23 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1Q0XLvu069724 for ; Sun, 26 Feb 2006 01:33:21 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1Q0XLVV069723 for stable@freebsd.org; Sun, 26 Feb 2006 01:33:21 +0100 (CET) (envelope-from hk) Date: Sun, 26 Feb 2006 01:33:21 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060226003321.GA69571@intserv.int1.b.intern> References: <20060225212457.GA65987@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060225212457.GA65987@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: usb/scanimage broken on 6.1-PRERELEASE 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, 26 Feb 2006 00:33:26 -0000 Problem still exists with the latest 6.1-PRERELEASE - build just finished (FreeBSD 6.1-PRERELEASE #11: Sun Feb 26 00:56:42 CET 2006). scanimage will remain in state uscnrb. Help and suggestions welcome! Regards, Holger Kipp On Sat, Feb 25, 2006 at 10:24:57PM +0100, Holger Kipp wrote: > Hello all, > > on my (A) FreeBSD 6.1-PRERELEASE #10: Tue Feb 21 04:37:53 CET 2006 > I can't access my USB-Scanner Epson 1260 any more. It does work > on my older kernels (some 5.4 from last year and a fairly recent > (B) FreeBSD 6.1-PRERELEASE #9: Mon Feb 13 15:25:40 CET 2006, > though). Dmesg of B and diff between B and A below. > > Details: > > root calling sane-find-scanner works (both A and B) > root calling scanimage -L works for B, but only once > for A (and for A I usually press ctrl-t to find out > the state scanimage is in, because it does not return): > > katrin# time scanimage -L > device `plustek:/dev/uscanner0' is a Epson Perfection 1260/Photo USB flatbed scanner > load: 0.14 cmd: scanimage 860 [runnable] 0.00u 0.00s 0% 1852k > 0.007u 0.000s 0:05.72 0.0% 0+0k 15+0io 5pf+0w > katrin# time scanimage -L > load: 0.06 cmd: scanimage 861 [runnable] 0.00u 0.00s 0% 1828k > > No scanners were identified. If you were expecting something different, > check that the scanner is plugged in, turned on and detected by the > sane-find-scanner tool (if appropriate). Please read the documentation > which came with this software (README, FAQ, manpages). > 0.000u 0.006s 0:47.45 0.0% 0+0k 0+0io 0pf+0w > katrin# > > ------------------ > > This is what ps has to say about the status of scanimage > during both calls (before pressingt ctrl-t): > > katrin# ps axwl | grep scanimage > 0 841 837 0 0 0 3820 1860 uscnrb S+ p1 0:00.01 scanimage -L > katrin# > > > katrin# ps axwl | grep scanimage > 0 861 839 0 0 0 3732 1836 uscnrb I+ p1 0:00.01 scanimage -L > katrin# > > Scanning is not possible under A. > > Help would be really appreciated. Should I file a PR? > Or should I first try to upgrade to the latest -STABLE? > > Regards, > Holger Kipp > > Dmesg B: > > Copyright (c) 1992-2006 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 6.1-PRERELEASE #9: Mon Feb 13 15:25:40 CET 2006 > root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) XP 2800+ (2083.11-MHz 686-class CPU) > Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 > Features=0x383fbff > AMD Features=0xc0400800 > real memory = 536543232 (511 MB) > avail memory = 515686400 (491 MB) > ACPI APIC Table: > ioapic0: Changing APIC ID to 1 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-23 on motherboard > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > acpi0: on motherboard > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 > ata2: on atapci0 > ata3: on atapci0 > atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 > ata0: on atapci1 > ata1: on atapci1 > uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 > uhci0: [GIANT-LOCKED] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 > uhci1: [GIANT-LOCKED] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub1: 2 ports with 2 removable, self powered > uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 > uhci2: [GIANT-LOCKED] > usb2: on uhci2 > usb2: USB revision 1.0 > uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub2: 2 ports with 2 removable, self powered > uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 > uhci3: [GIANT-LOCKED] > usb3: on uhci3 > usb3: USB revision 1.0 > uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 > uhub3: 2 ports with 2 removable, self powered > ehci0: mem 0xfebff800-0xfebff8ff irq 21 at device 16.4 on pci0 > ehci0: [GIANT-LOCKED] > usb4: EHCI version 1.0 > usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 > usb4: on ehci0 > usb4: USB revision 2.0 > uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 > uhub4: 8 ports with 8 removable, self powered > uhub5: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.08, addr 2 > uhub5: multiple transaction translators > uhub5: 4 ports with 4 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > pci0: at device 17.5 (no driver attached) > vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > ukphy0: on miibus0 > ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > vr0: Ethernet address: 00:0b:6a:c0:00:ce > acpi_button0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 > sio0: type 16550A > pmtimer0 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 > ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 > Timecounter "TSC" frequency 2083112275 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 152627MB at ata0-master UDMA100 > ad1: 76351MB at ata0-slave UDMA100 > acd0: DVDR at ata1-master UDMA33 > acd1: CDRW at ata1-slave PIO4 > Trying to mount root from ufs:/dev/ad0s1a > > > diff -u dmesgB dmesgA: > --- dmesg_kernel_old Sat Feb 25 21:43:41 2006 > +++ dmesg_kernel_new Sat Feb 25 21:50:16 2006 > @@ -1,7 +1,7 @@ > Copyright (c) 1992-2006 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 6.1-PRERELEASE #9: Mon Feb 13 15:25:40 CET 2006 > +FreeBSD 6.1-PRERELEASE #10: Tue Feb 21 04:37:53 CET 2006 > root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) XP 2800+ (2083.11-MHz 686-class CPU) > @@ -71,7 +71,9 @@ > uhub5: 4 ports with 4 removable, self powered > isab0: at device 17.0 on pci0 > isa0: on isab0 > -pci0: at device 17.5 (no driver attached) > +pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 > +pcm0: > +pcm0: > vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 > miibus0: on vr0 > ukphy0: on miibus0 > @@ -102,7 +104,7 @@ > ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 > ums0: 5 buttons and Z dir. > uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 > -Timecounter "TSC" frequency 2083112275 Hz quality 800 > +Timecounter "TSC" frequency 2083112413 Hz quality 800 > Timecounters tick every 1.000 msec > ad0: 152627MB at ata0-master UDMA100 > ad1: 76351MB at ata0-slave UDMA100 > > _______________________________________________ > 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 Sun Feb 26 00:34:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD8A216A420 for ; Sun, 26 Feb 2006 00:34:05 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id C7EB043D45 for ; Sun, 26 Feb 2006 00:34:04 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 26 Feb 2006 00:34:02 +0000 (GMT) To: Dimitry Andric In-Reply-To: Your message of "Sun, 26 Feb 2006 00:23:59 +0100." <4400E70F.2020902@andric.com> Date: Sun, 26 Feb 2006 00:34:01 +0000 From: Ian Dowse Message-ID: <200602260034.aa33612@nowhere.iedowse.com> Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 00:34:05 -0000 In message <4400E70F.2020902@andric.com>, Dimitry Andric writes: >Ed Maste wrote: >> The way this is supposed to work is that you can put -S >> in /boot.config, which gets used by boot2, and the loader then >> detects that the serial console is already in use and defaults >> to the existing speed. > >Ah, I didn't try that yet. However, I would expect that the >BOOT_COMCONSOLE_SPEED override in /etc/make.conf would simply continue >to work as it had. > > >> comconsole_speed="115200" in loader.conf should override it >> if you don't want to replace boot2 or change /boot.config. > >Yes, I've tried this, but it didn't work, or maybe I just didn't try >hard enough. :) I'll try it again with the 1.10.10.1 rev of comconsole.c. The problem may be that your boot blocks were compiled with BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g. `disklabel -B ad0s1' (make sure you get the right device name - it should be the slice that you boot from). Previously both /boot/loader and the boot blocks would override the serial port speed according to BOOT_COMCONSOLE_SPEED, but I believe that since the recent change, loader will assume that if the boot blocks requested a serial console, then they will have already set up the correct speed. Ian From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 00:40:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1D21D16A420; Sun, 26 Feb 2006 00:40:18 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from noop.colo.erols.net (noop.colo.erols.net [207.96.1.150]) by mx1.FreeBSD.org (Postfix) with ESMTP id D066343D78; Sun, 26 Feb 2006 00:40:09 +0000 (GMT) (envelope-from gpalmer@freebsd.org) Received: from uucp by noop.colo.erols.net with local-rmail (Exim 4.52 (FreeBSD)) id 1FD9xI-000EE0-PY; Sat, 25 Feb 2006 19:40:08 -0500 Received: from localhost.home.in-addr.com ([127.0.0.1]:64016) by rimmer.home.in-addr.com with esmtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FD9pV-0008Sv-Gv; Sun, 26 Feb 2006 00:32:05 +0000 Message-ID: <4400F705.7020709@freebsd.org> Date: Sun, 26 Feb 2006 00:32:05 +0000 From: Gary Palmer User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060203 X-Accept-Language: en-gb, en, en-us MIME-Version: 1.0 To: Mathieu Prevot References: <20060225230647.GA51017@scienceclue.ath.cx> In-Reply-To: <20060225230647.GA51017@scienceclue.ath.cx> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: usbd / moused oddity 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, 26 Feb 2006 00:40:18 -0000 Mathieu Prevot wrote: >Hello, > >I remarked something I don't understand. I have a usb mouse, and if I >just have usbd_enable="YES" and moused_enable="NO" in rc.conf I can have a >functionnal mouse after boot. If I go to single-user mode from multi-user >mode and then back to multi-user mode with ^d, I don't have the process moused. >In the last case, I need to set moused_enable="YES" and moused_port="/dev/ums0". > >I use FreeBSD 6.1-PRERELEASE #32: Tue Feb 21 02:30:25 CET 2006 amd64 > > (Assuming you have up-to-date devd.conf and usbd.conf): On first boot the kernel pushes a list of devices the kernel found to devd, including your mouse which isn't attached to moused yet. devd fires up moused for your mouse and life is happy. You take the system single user, and everything is killed off (including devd, and moused). When you take the system multi-user again, devd is restarted but the kernel has already pushed the list of devices out and will only push new devices to devd, so moused will not be automatically restarted. From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 00:40:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F71A16A420 for ; Sun, 26 Feb 2006 00:40:55 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id C229843D8A for ; Sun, 26 Feb 2006 00:40:54 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 26 Feb 2006 00:40:53 +0000 (GMT) To: Holger Kipp In-Reply-To: Your message of "Sun, 26 Feb 2006 01:33:21 +0100." <20060226003321.GA69571@intserv.int1.b.intern> Date: Sun, 26 Feb 2006 00:40:53 +0000 From: Ian Dowse Message-ID: <200602260040.aa33776@nowhere.iedowse.com> Cc: stable@freebsd.org Subject: Re: usb/scanimage broken on 6.1-PRERELEASE 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, 26 Feb 2006 00:40:55 -0000 In message <20060226003321.GA69571@intserv.int1.b.intern>, Holger Kipp writes: >Problem still exists with the latest 6.1-PRERELEASE - build >just finished (FreeBSD 6.1-PRERELEASE #11: Sun Feb 26 00:56:42 CET 2006). > >scanimage will remain in state uscnrb. > >Help and suggestions welcome! One change that went in since Feb 13th was removing code that clears USB endpoint stalls every time a pipe is opened. It's possible that this is causing problems with the USB "data toggle" value not being set correctly, since a side-effect of clearing stalls is to reset the device's idea of the correct toggle value. You could try the following patch on the off-chance that it helps - unfortunately I haven't found any devices that exibit this problem yet, so I can't tell if this patch actually does what it should. Ian Index: ehci.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/ehci.c,v retrieving revision 1.36.2.1 diff -u -r1.36.2.1 ehci.c --- ehci.c 26 Jan 2006 01:43:13 -0000 1.36.2.1 +++ ehci.c 25 Feb 2006 23:54:55 -0000 @@ -1390,7 +1390,7 @@ if (sc->sc_dying) return (USBD_IOERROR); - epipe->nexttoggle = 0; + epipe->nexttoggle = pipe->endpoint->savedtoggle; if (addr == sc->sc_addr) { switch (ed->bEndpointAddress) { @@ -2479,6 +2479,8 @@ ehci_rem_qh(sc, sqh, head); splx(s); ehci_free_sqh(sc, epipe->sqh); + + pipe->endpoint->savedtoggle = epipe->nexttoggle; } /* Index: ohci.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/ohci.c,v retrieving revision 1.154.2.2 diff -u -r1.154.2.2 ohci.c --- ohci.c 29 Jan 2006 01:26:46 -0000 1.154.2.2 +++ ohci.c 25 Feb 2006 23:55:31 -0000 @@ -2161,7 +2161,9 @@ (dev->speed == USB_SPEED_LOW ? OHCI_ED_SPEED : 0) | fmt | OHCI_ED_SET_MAXP(UGETW(ed->wMaxPacketSize))); - sed->ed.ed_headp = sed->ed.ed_tailp = htole32(tdphys); + sed->ed.ed_headp = htole32(tdphys | + (pipe->endpoint->savedtoggle ? OHCI_TOGGLECARRY : 0)); + sed->ed.ed_tailp = htole32(tdphys); switch (xfertype) { case UE_CONTROL: @@ -2247,6 +2249,8 @@ /* Make sure the host controller is not touching this ED */ usb_delay_ms(&sc->sc_bus, 1); splx(s); + pipe->endpoint->savedtoggle = + (le32toh(sed->ed.ed_headp) & OHCI_TOGGLECARRY) ? 1 : 0; ohci_free_sed(sc, opipe->sed); } Index: uhci.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/uhci.c,v retrieving revision 1.162 diff -u -r1.162 uhci.c --- uhci.c 29 May 2005 04:42:27 -0000 1.162 +++ uhci.c 25 Feb 2006 23:58:05 -0000 @@ -2031,6 +2031,7 @@ uhci_softc_t *sc = (uhci_softc_t *)dev->bus; uhci_free_sqh(sc, upipe->u.bulk.sqh); + pipe->endpoint->savedtoggle = upipe->nexttoggle; } usbd_status @@ -2915,7 +2916,7 @@ ed->bEndpointAddress, sc->sc_addr)); upipe->aborting = 0; - upipe->nexttoggle = 0; + upipe->nexttoggle = pipe->endpoint->savedtoggle; if (pipe->device->address == sc->sc_addr) { switch (ed->bEndpointAddress) { Index: usb_subr.c =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/usb_subr.c,v retrieving revision 1.76.2.2 diff -u -r1.76.2.2 usb_subr.c --- usb_subr.c 15 Feb 2006 22:51:08 -0000 1.76.2.2 +++ usb_subr.c 25 Feb 2006 23:58:36 -0000 @@ -514,6 +514,7 @@ } } ifc->endpoints[endpt].refcnt = 0; + ifc->endpoints[endpt].savedtoggle = 0; p += ed->bLength; } #undef ed Index: usbdivar.h =================================================================== RCS file: /dump/FreeBSD-CVS/src/sys/dev/usb/usbdivar.h,v retrieving revision 1.43 diff -u -r1.43 usbdivar.h --- usbdivar.h 6 Jan 2005 01:43:29 -0000 1.43 +++ usbdivar.h 25 Feb 2006 23:58:40 -0000 @@ -51,6 +51,7 @@ struct usbd_endpoint { usb_endpoint_descriptor_t *edesc; int refcnt; + int savedtoggle; }; struct usbd_bus_methods { From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 00:46:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F77416A420 for ; Sun, 26 Feb 2006 00:46:17 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id A2DA243D45 for ; Sun, 26 Feb 2006 00:46:16 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:v4YwoqyaiVoi3h9nC10pl69spVwlCMaWM9IeuFvg83dckQis66v+02pGj8nufN3m@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1Q0jYAs034600 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Feb 2006 09:45:35 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 26 Feb 2006 09:45:34 +0900 Message-ID: From: Hajimu UMEMOTO To: Rostislav Krasny In-Reply-To: <20060226014630.cc0b04ab.rosti.bsd@gmail.com> References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060225164648.a4eed65c.rosti.bsd@gmail.com> <20060226014630.cc0b04ab.rosti.bsd@gmail.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Sun, 26 Feb 2006 09:45:39 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Sun, 26 Feb 2006 00:46:17 -0000 Hi, >>>>> On Sun, 26 Feb 2006 01:46:30 +0200 >>>>> Rostislav Krasny said: rosti.bsd> As far as I understand the code of selecthost() it walks through linked rosti.bsd> lists of known virtual hosts and their addresses and compares the rosti.bsd> addresses to a local address of connected socket. This way it tries to rosti.bsd> find - configuration of what virtual host should be used. There is an rosti.bsd> additional comparison that seems like a workaround for misconfigured rosti.bsd> virtual host that can be resolved only to IPv4 address and should be rosti.bsd> used on IPv4-mapped IPv6 address. If virtual hosts are properly rosti.bsd> configured that hack is not needed, IMHO. If you nuke this workaround from both selecthost() and my patch, you need to specify a native IPv4 address and/or an IPv4-mapped IPv6 address into ftphosts appropriately. It will confuse users. So, it is requierd. rosti.bsd> Anyway selecthost() is called with local socket name and it checks a rosti.bsd> local address, while his_addr.su_sin6.sin6_addr is a remote address. rosti.bsd> Local and remote hosts have same address families but not same rosti.bsd> addresses. The his_addr is referred to determine just an address family, here. When a remote address is an IPv4-mapped IPv6 address, a local address is as well. So, it should be okay. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 00:57:14 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A0CE916A420 for ; Sun, 26 Feb 2006 00:57:14 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2DF4343D46 for ; Sun, 26 Feb 2006 00:57:13 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 25 Feb 2006 19:55:31 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 1554C1364E; Sat, 25 Feb 2006 19:57:13 -0500 (EST) Date: Sat, 25 Feb 2006 19:57:12 -0500 From: Ed Maste To: Dimitry Andric Message-ID: <20060226005712.GA48900@sandvine.com> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4400E70F.2020902@andric.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Feb 2006 00:55:31.0093 (UTC) FILETIME=[5787B450:01C63A6F] Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 00:57:14 -0000 On Sun, Feb 26, 2006 at 12:23:59AM +0100, Dimitry Andric wrote: > > comconsole_speed="115200" in loader.conf should override it > > if you don't want to replace boot2 or change /boot.config. > > Yes, I've tried this, but it didn't work, or maybe I just didn't try > hard enough. :) I'll try it again with the 1.10.10.1 rev of comconsole.c. I've just rebuilt a fresh RELENG_6 and installed the GENERIC bootblocks, which default to 9600 baud. I get a serial loader console at 115200 baud under each of the following conditions: /boot.config contains -h -S115200 /boot/loader.conf empty /boot.config contains -h /boot/loader.conf contains comconsole_speed="115200" /boot.config empty /boot/loader.conf contains console="comconsole" and comconsole_speed="115200" What's in your /boot.config? Are your bootblocks from the 6.1 beta as well, or from a previous install? -ed From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 01:37:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C8E9616A422 for ; Sun, 26 Feb 2006 01:37:15 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 062D043D5D for ; Sun, 26 Feb 2006 01:37:10 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 2F3BDB810; Sun, 26 Feb 2006 02:37:08 +0100 (CET) Message-ID: <44010644.4000504@andric.com> Date: Sun, 26 Feb 2006 02:37:08 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ed Maste References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> In-Reply-To: <20060226005712.GA48900@sandvine.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig50A3AF6BCA6A05AF706398BB" Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 01:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig50A3AF6BCA6A05AF706398BB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ed Maste wrote: > What's in your /boot.config? In my case, I use -P, because I usually don't have a keyboard hooked up, but ocasionally do use it. Additionally, I had console=3D"comconsole" in= my /boot/loader.conf. However, commenting that out doesn't help either. I guess the -P option causes the console variable to be set too? In that case comc_probe might pick it up, and never change the speed from what the BIOS configured. (Note that I've never used boot0sio, and AFAICs the 'normal' boot0 doesn't mess with the serial port speed.) > Are your bootblocks from the 6.1 beta as well, or from a previous insta= ll? I never actively reinstalled them, except of course for running installworld. I've always assumed installworld would take care of that, and I really would be amazed if it didn't. :) --------------enig50A3AF6BCA6A05AF706398BB Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAQZGsF6jCi4glqMRA1JiAKDvAg0dKZRxisnw7uOCzUiwJmss7ACgxX/p zqGR9HD35nYmXjVtLjECp84= =BnGc -----END PGP SIGNATURE----- --------------enig50A3AF6BCA6A05AF706398BB-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 01:40:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E79F16A420 for ; Sun, 26 Feb 2006 01:40:20 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58D4343D4C for ; Sun, 26 Feb 2006 01:40:19 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 5109EB810; Sun, 26 Feb 2006 02:40:18 +0100 (CET) Message-ID: <44010701.1050007@andric.com> Date: Sun, 26 Feb 2006 02:40:17 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ian Dowse References: <200602260034.aa33612@nowhere.iedowse.com> In-Reply-To: <200602260034.aa33612@nowhere.iedowse.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigF419323E47169639198F9D0F" Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 01:40:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigF419323E47169639198F9D0F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ian Dowse wrote: > The problem may be that your boot blocks were compiled with > BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g. > `disklabel -B ad0s1' (make sure you get the right device name - > it should be the slice that you boot from). Okay, but why did 4.x through 5.x through 6.x (these have all been on this particular machine) always boot with 115200 until now? :) Anyway, I also thought that installworld would take care of installing any updated boot blocks, if necessary. I'll manually install them and see what I end up with. > Previously both /boot/loader and the boot blocks would override the > serial port speed according to BOOT_COMCONSOLE_SPEED, but I believe > that since the recent change, loader will assume that if the boot > blocks requested a serial console, then they will have already set > up the correct speed. Ah, but notice that I didn't use boot0sio, but the regular boot0. It seems the serial port speed setting is compiled out in the latter version. Hence the port speed will be the BIOS default, which I alas can't change; it's always 9600n1. --------------enigF419323E47169639198F9D0F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAQcFsF6jCi4glqMRA2h/AJ93UZtq5zlSfy7GRppum/Ld8SVGOgCg+AI/ JZmdjOB+y9awchsN4OhfanI= =p0fT -----END PGP SIGNATURE----- --------------enigF419323E47169639198F9D0F-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 01:45:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7123C16A420 for ; Sun, 26 Feb 2006 01:45:07 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id D424C43D48 for ; Sun, 26 Feb 2006 01:45:06 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1Q1j4AB071042; Sun, 26 Feb 2006 02:45:04 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1Q1j4SH071041; Sun, 26 Feb 2006 02:45:04 +0100 (CET) (envelope-from hk) Date: Sun, 26 Feb 2006 02:45:04 +0100 From: Holger Kipp To: Ian Dowse Message-ID: <20060226014504.GA70714@intserv.int1.b.intern> References: <20060226003321.GA69571@intserv.int1.b.intern> <200602260040.aa33776@nowhere.iedowse.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602260040.aa33776@nowhere.iedowse.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: usb/scanimage broken on 6.1-PRERELEASE [solved] 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, 26 Feb 2006 01:45:07 -0000 On Sun, Feb 26, 2006 at 12:40:53AM +0000, Ian Dowse wrote: > In message <20060226003321.GA69571@intserv.int1.b.intern>, Holger Kipp writes: > >Problem still exists with the latest 6.1-PRERELEASE - build > >just finished (FreeBSD 6.1-PRERELEASE #11: Sun Feb 26 00:56:42 CET 2006). > > > >scanimage will remain in state uscnrb. > > > > One change that went in since Feb 13th was removing code that clears > USB endpoint stalls every time a pipe is opened. It's possible that > this is causing problems with the USB "data toggle" value not being > set correctly, since a side-effect of clearing stalls is to reset > the device's idea of the correct toggle value. > > You could try the following patch on the off-chance that it helps - > unfortunately I haven't found any devices that exibit this problem > yet, so I can't tell if this patch actually does what it should. Hello Ian, thank you for the very quick response, and yes, after applying your patches, scanning is up and running again like it used to be! I can only test the Epson Perfection 1260 (plustek) and an 8-in-1 card reader, but so far have not noticed any ill side effects. Best regards, Holger From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 01:56:23 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BFDBC16A420 for ; Sun, 26 Feb 2006 01:56:23 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from nowhere.iedowse.com (nowhere.iedowse.com [82.195.144.75]) by mx1.FreeBSD.org (Postfix) with SMTP id F386943D46 for ; Sun, 26 Feb 2006 01:56:22 +0000 (GMT) (envelope-from iedowse@iedowse.com) Received: from localhost ([127.0.0.1] helo=iedowse.com) by nowhere.iedowse.com via local-iedowse id ; 26 Feb 2006 01:56:20 +0000 (GMT) To: Dimitry Andric In-Reply-To: Your message of "Sun, 26 Feb 2006 02:40:17 +0100." <44010701.1050007@andric.com> Date: Sun, 26 Feb 2006 01:56:20 +0000 From: Ian Dowse Message-ID: <200602260156.aa34941@nowhere.iedowse.com> Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 01:56:23 -0000 In message <44010701.1050007@andric.com>, Dimitry Andric writes: >Okay, but why did 4.x through 5.x through 6.x (these have all been on >this particular machine) always boot with 115200 until now? :) They probably used 9600 for the boot blocks, and then switched to 115200 when /boot/loader started, so you didn't notice. Now the settings from the boot blocks get used by /boot/loader. >Anyway, I also thought that installworld would take care of installing >any updated boot blocks, if necessary. I'll manually install them and >see what I end up with. Boot blocks need to be installed manually - installworld installs the boot blocks as files in /boot/boot{1,2}, but when booting, it is the boot blocks in the first 8k of the slice that are used, not the /boot/boot{1,2} files. >Ah, but notice that I didn't use boot0sio, but the regular boot0. It >seems the serial port speed setting is compiled out in the latter >version. Hence the port speed will be the BIOS default, which I alas >can't change; it's always 9600n1. The boot blocks in question here are the ones installed inside the slice (boot1 and boot2), rather than the boot0 MBR boot code, which is installed in the very first sector of the disk. The boot0 boot manager selects which slice to boot from, and then it invokes the boot{1,2} blocks within the slice, they load /boot/loader and it loads the kernel. Ian From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 02:04:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0B4BF16A420 for ; Sun, 26 Feb 2006 02:04:36 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0067F43D45 for ; Sun, 26 Feb 2006 02:04:34 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 25 Feb 2006 21:02:51 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 06C0313654; Sat, 25 Feb 2006 21:04:33 -0500 (EST) Date: Sat, 25 Feb 2006 21:04:33 -0500 From: Ed Maste To: Dimitry Andric Message-ID: <20060226020433.GA55658@sandvine.com> References: <200602260034.aa33612@nowhere.iedowse.com> <44010701.1050007@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44010701.1050007@andric.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Feb 2006 02:02:52.0031 (UTC) FILETIME=[C01DE8F0:01C63A78] Cc: Ian Dowse , stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 02:04:36 -0000 On Sun, Feb 26, 2006 at 02:40:17AM +0100, Dimitry Andric wrote: > Ian Dowse wrote: > > The problem may be that your boot blocks were compiled with > > BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g. > > `disklabel -B ad0s1' (make sure you get the right device name - > > it should be the slice that you boot from). > > Okay, but why did 4.x through 5.x through 6.x (these have all been on > this particular machine) always boot with 115200 until now? :) Because now the loader has new behaviour of using the existing speed if the previous stage indicates a serial port is in use, instead of blindly jamming in a compile-time setting. The loader should use the following, in order of priority: comconsole_speed= in /boot/loader.conf existing speed, if comconsole is already set by previous stage BOOT_COMCONSOLE_SPEED compile time default > Anyway, I also thought that installworld would take care of installing > any updated boot blocks, if necessary. I'll manually install them and > see what I end up with. It doesn't seem that way. They'll be placed in /boot, but not in the mbr or slice I think. -ed From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 02:14:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EADD116A420 for ; Sun, 26 Feb 2006 02:14:58 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BD3143D45 for ; Sun, 26 Feb 2006 02:14:58 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 25 Feb 2006 21:13:15 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 7763F13654; Sat, 25 Feb 2006 21:14:57 -0500 (EST) Date: Sat, 25 Feb 2006 21:14:57 -0500 From: Ed Maste To: Dimitry Andric Message-ID: <20060226021457.GB55658@sandvine.com> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44010644.4000504@andric.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 26 Feb 2006 02:13:15.0515 (UTC) FILETIME=[33BE04B0:01C63A7A] Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 02:14:59 -0000 On Sun, Feb 26, 2006 at 02:37:08AM +0100, Dimitry Andric wrote: > Ed Maste wrote: > > What's in your /boot.config? > > In my case, I use -P, because I usually don't have a keyboard hooked up, > but ocasionally do use it. Additionally, I had console="comconsole" in > my /boot/loader.conf. However, commenting that out doesn't help either. > > I guess the -P option causes the console variable to be set too? In > that case comc_probe might pick it up, and never change the speed from > what the BIOS configured. (Note that I've never used boot0sio, and > AFAICs the 'normal' boot0 doesn't mess with the serial port speed.) True, but boot.config is processed by boot1/2 that's installed in the slice. That boot does have knowedge of the serial port and sets the speed as Ian points out. So I suspect that the following happens when you boot: - your BIOS sets the serial port to 9600 - boot0 does nothing with the serial pot - boot1/2 reads the -P in /boot.config and detects no keyboard, and then sets the serial port to 9600 and the console to comconsole - the loader detects that the serial port is enabled and is already set to 9600 Thus, I'm not surprised that you get a 9600 baud console without an rc.conf setting. The thing that concerns me is your report that the console does not run at 115200 even if /boot/loader.conf contains comconsole_speed="115200". -ed From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 08:14:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4F9F316A47B for ; Sun, 26 Feb 2006 08:14:35 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from office.oilspace.com (office.oilspace.com [194.129.65.230]) by mx1.FreeBSD.org (Postfix) with ESMTP id A88D643D45 for ; Sun, 26 Feb 2006 08:14:34 +0000 (GMT) (envelope-from dkirhlarov@localhost.oilspace.com) Received: from dimma.mow.oilspace.com (hq.oilspace.com [81.19.78.185]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by office.oilspace.com (Postfix) with ESMTP id BC59713766E for ; Sun, 26 Feb 2006 08:14:32 +0000 (GMT) Received: from dimma.mow.oilspace.com (localhost [127.0.0.1]) by dimma.mow.oilspace.com (8.13.4/8.13.3) with ESMTP id k1Q8EVs6013957 for ; Sun, 26 Feb 2006 11:14:31 +0300 (MSK) (envelope-from dkirhlarov@localhost.oilspace.com) Received: (from dkirhlarov@localhost) by dimma.mow.oilspace.com (8.13.4/8.13.3/Submit) id k1Q8EVhi013956 for freebsd-stable@freebsd.org; Sun, 26 Feb 2006 11:14:31 +0300 (MSK) (envelope-from dkirhlarov) Date: Sun, 26 Feb 2006 11:14:31 +0300 From: Dmitriy Kirhlarov To: freebsd-stable@freebsd.org Message-ID: <20060226081431.GA813@dimma.mow.oilspace.com> Mail-Followup-To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Mailer: Mutt-ng devel (2005-03-13) based on Mutt 1.5.9 X-Operating-System: FreeBSD 5.4-STABLE User-Agent: mutt-ng/devel-r581 (FreeBSD) Subject: nss_ldap 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: Sun, 26 Feb 2006 08:14:35 -0000 I use nss_ldap-1.239 and nss_ldap-1.244 on 5.4 and 6.0 I have a problem -- login success only if {CRYPT} mechanism used in ldap database. Other services, authenticated in ldap, work fine (pam_ldap, apache auth for example). My configs: /etc/pam.d/system # auth auth sufficient pam_opie.so no_warn no_fake_prompts auth requisite pam_opieaccess.so no_warn allow_local auth sufficient /usr/local/lib/pam_ldap.so no_warn try_first_pass auth required pam_unix.so no_warn try_first_pass nullok # account account required pam_login_access.so account required /usr/local/lib/pam_ldap.so ignore_authinfo_unavail ignore_unknown_user account required pam_unix.so # session session required /usr/local/lib/pam_mkhomedir.so skel=/etc/skel umask=0077 session required pam_lastlog.so no_fail # password password sufficient /usr/local/lib/pam_ldap.so use_authtok password required pam_unix.so no_warn try_first_pass /etc/nsswitch.conf group: ldap files hosts: files dns networks: files passwd: ldap files shells: files imap: ldap /usr/local/etc/ldap.conf uri ldaps://fbsd base ou=users,o=oil-space ldap_version 3 scope one pam_filter objectClass=posixAccount pam_login_attribute uid pam_password md5 nss_base_passwd ou=users,o=oil-space?one nss_base_shadow ou=users,o=oil-space?one nss_base_group ou=groups,o=oil-space?one ssl on tls_cacertfile /usr/local/etc/ssl/cacert.pem uname -rs && ls -l /usr/local/etc/nss_ldap.conf && pkg_info -Ix nss_ldap -x pam_ldap FreeBSD 5.4-STABLE lrwxr-xr-x 1 root wheel 24 Feb 22 16:41 /usr/local/etc/nss_ldap.conf -> /usr/local/etc/ldap.conf nss_ldap-1.244 RFC 2307 NSS module pam_ldap-1.8.0 A pam module for authenticating with LDAP Is somebody have the same problems? WBR -- Dmitriy Kirhlarov OILspace, 26 Leninskaya sloboda, bld. 2, 2nd floor, 115280 Moscow, Russia P:+7 495 105 7247 ext.203 F:+7 495 105 7246 E:DmitriyKirhlarov@oilspace.com OILspace - The resource enriched - www.oilspace.com From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 08:29:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68F8A16A420; Sun, 26 Feb 2006 08:29:03 +0000 (GMT) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (mic92-1-87-90-12-116.dsl.club-internet.fr [87.90.12.116]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0DF943D46; Sun, 26 Feb 2006 08:29:02 +0000 (GMT) (envelope-from root@scienceclue.ath.cx) Received: from scienceclue.ath.cx (localhost [127.0.0.1]) by scienceclue.ath.cx (8.13.4/8.13.4) with ESMTP id k1Q8UJav078045; Sun, 26 Feb 2006 09:30:20 +0100 (CET) (envelope-from root@scienceclue.ath.cx) Received: (from root@localhost) by scienceclue.ath.cx (8.13.4/8.13.4/Submit) id k1Q8UEc6078044; Sun, 26 Feb 2006 09:30:14 +0100 (CET) (envelope-from root) Date: Sun, 26 Feb 2006 09:30:13 +0100 From: Mathieu Prevot To: Gary Palmer Message-ID: <20060226083013.GA77965@scienceclue.ath.cx> References: <20060225230647.GA51017@scienceclue.ath.cx> <4400F705.7020709@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline In-Reply-To: <4400F705.7020709@freebsd.org> User-Agent: Mutt/1.4.2.1i X-Operating-System: FreeBSD-AMD64 6.1-PRERELEASE X-URL: http://scienceclue.ath.cx Cc: freebsd-stable@freebsd.org Subject: Re: usbd / moused oddity X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mathieu Prevot List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Feb 2006 08:29:03 -0000 On Sun, Feb 26, 2006 at 12:32:05AM +0000, Gary Palmer wrote: > Mathieu Prevot wrote: > > >Hello, > > > >I remarked something I don't understand. I have a usb mouse, and if I > >just have usbd_enable="YES" and moused_enable="NO" in rc.conf I can have a > >functionnal mouse after boot. If I go to single-user mode from multi-user > >mode and then back to multi-user mode with ^d, I don't have the process > >moused. > >In the last case, I need to set moused_enable="YES" and > >moused_port="/dev/ums0". > > > >I use FreeBSD 6.1-PRERELEASE #32: Tue Feb 21 02:30:25 CET 2006 amd64 > > > > > > (Assuming you have up-to-date devd.conf and usbd.conf): On first boot > the kernel pushes a list of devices the kernel found to devd, including > your mouse which isn't attached to moused yet. devd fires up moused for > your mouse and life is happy. > > You take the system single user, and everything is killed off (including > devd, and moused). When you take the system multi-user again, devd is > restarted but the kernel has already pushed the list of devices out and > will only push new devices to devd, so moused will not be automatically > restarted. Thanks for the explanation Mathieu From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 09:55:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0A25C16A420 for ; Sun, 26 Feb 2006 09:55:58 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 866BB43D49 for ; Sun, 26 Feb 2006 09:55:57 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id s9so434262wxc for ; Sun, 26 Feb 2006 01:55:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=e+YMbIuaYp7AwXaTRgq2uXwgoYWYOF4LL8CWgV41gNXqZ+qn7I8B8cuUBLfDHnVna24s/gy813gvmkJI9KyfpCkeRMdiUeLrddLJ7VJOISw03Q+Yg1aWCrLpswd5cNpoleeUmVbgCRqCfmD4XkM2ko9sucJB0riX736A5oHqCEU= Received: by 10.70.29.14 with SMTP id c14mr3461053wxc; Sun, 26 Feb 2006 01:55:56 -0800 (PST) Received: by 10.70.65.9 with HTTP; Sun, 26 Feb 2006 01:55:56 -0800 (PST) Message-ID: Date: Sun, 26 Feb 2006 03:55:56 -0600 From: "Nikolas Britton" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Subject: =?iso-8859-1?q?Re=3A_S=F8ren!!!=2C_Promise_FastTrak_TX2300_semph?= =?iso-8859-1?q?ore_timeouts=2C_6=2E1-BETA2?= 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, 26 Feb 2006 09:55:58 -0000 Nevermind, I followed my own advice, everything's working perfect now. 1. Removed promise and highpoint cards. 2. Connected the primary drive to the onboard SATA controllor. 3. Installed BETA2. 4. cvsup'd new src, checked if sos's patches were in there, it was. so he missed BETA2. 5. rebuilt kernel. 6. reinstalled highpoint card to check if highpoint's drivers where compatable with 6.1, yes. 7. Removed the highpoint card. 8. edited /etc/fstab to change ad4 to ar0 9. disabled onboard SATA. 10. Installed promise card and reconnected drives, setup RAID1 from BIOS. 11. highpoint drivers: echo 'hptmv6_load=3D"YES"' >> /boot/loader.conf 12. reinstalled highpoint card. 13. installed highpoint raid managment software. 14. ran build/install world/kern. On 2/25/06, Nikolas Britton wrote: > I'm getting "ad(x): req=3D0xc(foobar) setfeatures set transfer mode > semphore timeout !! Danger Will Robinson !! after I installed BETA2 on > my server (Intel SE7210TP-E). I get the messages a few minutes after > the systems booted up, and then it deadlocks. > > I had to go to great length just to get BETA2 installed... If I tried > to install FreeBSD on ar0 sysinstall would just hang... I had to set > the two drives up (Seagate 80GB SATA w/NCQ) in JOBD mode, install > FreeBSD on ad4, reboot, edit /etc/fstab to point to ar0, and then set > the RAID up in the BIOS. > > I had this server working just fine with the ata-mk3n patch set in > 5.4, though I did see this error once before when I ran: > "nice -20 make -j2 buildworld > /usr/data/buildworld.log&". /usr/data > points to da0e, the highpoint RAID5 array (8 300GB Maxtor maxline III > drives) > --------------------------- > The other ata/disk problems I noticed with BETA2 is that FreeBSD > probes and sets up my HighPoint RocketRAID 2220 as ata3, ata4, ata5, > ata6, ata7, ata8, ata9, and ata10... FreeBSD shouldn't even touch > it... as the card needs highpoints drivers for it to work correctly, > when the drivers are install it will show up as a da device. I haven't > had a chance to install the drivers yet, so I just removed the card. > When I ran setup in verbose mode FreeBSD seemed to mix the promise > card and this card together as one device... I wasn't paying close > attention though. > > I also tried using the onboard Adaptec HostRAID but it shows up in > FreeBSD as ata20 and ata22 when I have the highpoint card is > installed, wtf! :-) > > http://groups.google.com/group/muc.lists.freebsd.current/browse_thread/th= read/efd503b8311aecea/ > I saw your thread from the current mailling list that you might have > already fixed this, but I'm not sure if you MFC'd it in time for > BETA2, maybe I will try and reinstall FreeBSD in JOBD mode again and > then cvsup all the new src and rebuild world? > ------------------------- > I could really use some help, This server has to be back online by 9am > monday morning... If I can't get 6.x working I'll have to wait until > this time next year to try again.... and thats no fun. > > Thanks... I'm going to bed now. > > > -- > BSD Podcasts @ http://bsdtalk.blogspot.com/ > -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 10:25:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EAC0E16A420 for ; Sun, 26 Feb 2006 10:25:38 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from smtp-vbr9.xs4all.nl (smtp-vbr9.xs4all.nl [194.109.24.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 51BA643D45 for ; Sun, 26 Feb 2006 10:25:37 +0000 (GMT) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (freebie.xs4all.nl [213.84.32.253]) by smtp-vbr9.xs4all.nl (8.13.3/8.13.3) with ESMTP id k1QAPacp010378; Sun, 26 Feb 2006 11:25:36 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: from freebie.xs4all.nl (localhost [127.0.0.1]) by freebie.xs4all.nl (8.13.4/8.13.3) with ESMTP id k1QAPZpl023139; Sun, 26 Feb 2006 11:25:36 +0100 (CET) (envelope-from wb@freebie.xs4all.nl) Received: (from wb@localhost) by freebie.xs4all.nl (8.13.4/8.13.1/Submit) id k1QAPZvs023138; Sun, 26 Feb 2006 11:25:35 +0100 (CET) (envelope-from wb) Date: Sun, 26 Feb 2006 11:25:35 +0100 From: Wilko Bulte To: Nikolas Britton Message-ID: <20060226102535.GB23105@freebie.xs4all.nl> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 6.1-PRERELEASE User-Agent: Mutt/1.5.11 X-Virus-Scanned: by XS4ALL Virus Scanner Cc: freebsd-stable@freebsd.org Subject: Re: =?iso-8859-1?q?S=F8ren!!!=2C?= Promise FastTrak TX2300 semphore timeouts, 6.1-BETA2 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, 26 Feb 2006 10:25:39 -0000 On Sun, Feb 26, 2006 at 03:55:56AM -0600, Nikolas Britton wrote.. > Nevermind, I followed my own advice, everything's working perfect now. > > 1. Removed promise and highpoint cards. > 2. Connected the primary drive to the onboard SATA controllor. > 3. Installed BETA2. > 4. cvsup'd new src, checked if sos's patches were in there, it was. so > he missed BETA2. Yes he did, known fact. -- Wilko Bulte wilko@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 12:16:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 680) id CEC2016A422; Sun, 26 Feb 2006 12:16:05 +0000 (GMT) Date: Sun, 26 Feb 2006 12:16:05 +0000 From: Darren Reed To: Oleg Bulyzhin Message-ID: <20060226121605.GB16016@hub.freebsd.org> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> <43DCCAA8.4050600@metro.cx> <20060131090912.GA88914@lath.rinet.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060131090912.GA88914@lath.rinet.ru> User-Agent: Mutt/1.4.2.1i Cc: Koen Martens , darrenr@freebsd.org, glebius@freebsd.org, freebsd-stable@freebsd.org Subject: Re: ipfilter + bge strangeness 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, 26 Feb 2006 12:16:05 -0000 On Tue, Jan 31, 2006 at 12:09:13PM +0300, Oleg Bulyzhin wrote: > > > Btw, until recent changes bge had txcsum (not rxcsum) only. > > > > > > As i can see there is no problem with checksum's at all (at least inside > > > bge driver). tcpdump reports bad checksum on outgoing packets due to > > > nature of tx checksum offloading: packet will get it's checksum calculated > > > right before it goes on wire (If you want to check tx checksum offloading > > > you should look on incoming packets on other end of wire). > > > > > > Looks like something is wrong inside ipfilter. Can you test with ipfilter > > > turned off (ipf -D or, if you using module, kld_unload ipl.ko)? > > > > With ipfilter disabled and rxcsum enabled all is well (also, with > > ipfilter and rxcsum enabled but just two rules to allow anything > > in/out it works fine too). > > > > The tcpdump output looks the same (see below). > > > > It is not a purely ipfilter thing i guess, since on an em interface > > on another box with txcsum/rxcsum on, there is no problem. It is > > something in the combination of bge and ipfilter, although that is > > as far as my speculation goes right now.. > > Could you please test attached patch? > > Root of the problem is inside ipfilter - if driver use 'partial' (i.e. without > pseudo header) rx checksum offloading ipfilter fails to calculate checksum > correctly (it's using ip packet length (ip_fil_freebsd.c:1561) instead of > tcp/udp length). > This patch enables 'full' rxcsum offloading so ipfilter's bug should not be > triggered. I think what you're saying is that this is wrong: sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, htonl(m->m_pkthdr.csum_data + fin->fin_ip->ip_len + fin->fin_p)); And that "fin->fin_ip->ip_len" needs to be replaced by something that is like "ip_len - ip_hl - tcp/icmp/udp_hl" ? Just so that I understand the interactions here properly, is there a way to tell when FreeBSD will use partial checksums like it was before compare to now ? Darren Darren From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 12:28:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CA0116A420; Sun, 26 Feb 2006 12:28:53 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (cell.sick.ru [217.72.144.68]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5118E43D45; Sun, 26 Feb 2006 12:28:52 +0000 (GMT) (envelope-from glebius@FreeBSD.org) Received: from cell.sick.ru (glebius@localhost [127.0.0.1]) by cell.sick.ru (8.13.3/8.13.3) with ESMTP id k1QCSos7088613 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 26 Feb 2006 15:28:50 +0300 (MSK) (envelope-from glebius@FreeBSD.org) Received: (from glebius@localhost) by cell.sick.ru (8.13.3/8.13.1/Submit) id k1QCSoAe088612; Sun, 26 Feb 2006 15:28:50 +0300 (MSK) (envelope-from glebius@FreeBSD.org) X-Authentication-Warning: cell.sick.ru: glebius set sender to glebius@FreeBSD.org using -f Date: Sun, 26 Feb 2006 15:28:50 +0300 From: Gleb Smirnoff To: Darren Reed Message-ID: <20060226122850.GM55275@cell.sick.ru> References: <43DB8EA6.7070503@metro.cx> <20060128211710.GA29790@lath.rinet.ru> <43DBED3F.3000408@metro.cx> <20060128230015.GC29790@lath.rinet.ru> <43DCCAA8.4050600@metro.cx> <20060131090912.GA88914@lath.rinet.ru> <20060226121605.GB16016@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: <20060226121605.GB16016@hub.freebsd.org> User-Agent: Mutt/1.5.6i Cc: Koen Martens , freebsd-stable@FreeBSD.org, Oleg Bulyzhin , darrenr@FreeBSD.org Subject: Re: ipfilter + bge strangeness 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, 26 Feb 2006 12:28:53 -0000 Darren, On Sun, Feb 26, 2006 at 12:16:05PM +0000, Darren Reed wrote: D> > Root of the problem is inside ipfilter - if driver use 'partial' (i.e. without D> > pseudo header) rx checksum offloading ipfilter fails to calculate checksum D> > correctly (it's using ip packet length (ip_fil_freebsd.c:1561) instead of D> > tcp/udp length). D> > This patch enables 'full' rxcsum offloading so ipfilter's bug should not be D> > triggered. D> D> I think what you're saying is that this is wrong: D> sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, D> htonl(m->m_pkthdr.csum_data + D> fin->fin_ip->ip_len + fin->fin_p)); D> D> And that "fin->fin_ip->ip_len" needs to be replaced by something D> that is like "ip_len - ip_hl - tcp/icmp/udp_hl" ? D> D> Just so that I understand the interactions here properly, is there D> a way to tell when FreeBSD will use partial checksums like it was D> before compare to now ? If the m->m_pkthdr.csum_flags field doesn't have the CSUM_PSEUDO_HDR flag, then the m->m_pkthdr.csum_data field contains partial checksum. -- Totus tuus, Glebius. GLEBIUS-RIPN GLEB-RIPE From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 15:22:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6408D16A420 for ; Sun, 26 Feb 2006 15:22:18 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from rader.servnow.com (rader.servnow.com [69.93.129.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1218543D49 for ; Sun, 26 Feb 2006 15:22:18 +0000 (GMT) (envelope-from mikes@siralan.org) Received: from 12-210-115-238.client.insightbb.com ([12.210.115.238]) by rader.servnow.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.52) id 1FDNiv-00062G-QV for freebsd-stable@freebsd.org; Sun, 26 Feb 2006 10:22:13 -0500 Date: Sun, 26 Feb 2006 10:22:16 -0500 (EST) From: "Michael L. Squires" X-X-Sender: mikes@familysquires.net To: freebsd-stable@freebsd.org Message-ID: <20060226095953.Y47842@familysquires.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - rader.servnow.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - siralan.org X-Source: X-Source-Args: X-Source-Dir: Subject: 6.1-PR - bsdtar fails with bogus modification dates 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, 26 Feb 2006 15:22:18 -0000 Problem: Bogus modification dates cause tar/bsdtar 1.02.023 failure, gnutar works The files were created from old Macintosh files using netatalk. One file has a bogus modification date of Nov 16, 1913, which appears to cause "bsdtar" to fail: newserv# tar cvf /tmp/test.tar hpLaserJet456Installer.gz hpLaserJet456Installer.sit.gz a hpLaserJet456Installer.gzarchive_write_pax_header: 'x' header failed?! This can't happen. Create a tar archive using gnutar (compiled from GNU tar 1.15 sources from ftp.gnu.org): newserv# gnutar cvf /tmp/test.tar hpLaserJet456Installer.gz hpLaserJet456Installer.sit.gz hpLaserJet456Installer.gz hpLaserJet456Installer.sit.gz "touch" the files and force the modification dates to 2/26/2006: newserv# tar cvf /tmp/test.tar hpL* a hpLaserJet456Installer.gz a hpLaserJet456Installer.sit.gz Mike Squires From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 15:40:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD28A16A420 for ; Sun, 26 Feb 2006 15:40:36 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FAEB43D48 for ; Sun, 26 Feb 2006 15:40:35 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by zproxy.gmail.com with SMTP id s1so767876nze for ; Sun, 26 Feb 2006 07:40:34 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=QpUYKEbbOEzIcrEWMM8no/WzZmdeWMw9Lg88f3LOQyOvDkl9E96xgs8w4aZrsZYAwiUPVuGbhAn9tMQ/AY/b23zpPxdKrWArEaAn4P1/aeqa/F/inZJC9F+GbeRE16Wfw9E0vVskELw5OMh1p9AVEX83jOeRMjWFND8Kur7DzXQ= Received: by 10.65.212.4 with SMTP id o4mr2775983qbq; Sun, 26 Feb 2006 07:40:34 -0800 (PST) Received: from saturn.lan ( [212.143.154.227]) by mx.gmail.com with ESMTP id o32sm100245qbe.2006.02.26.07.40.27; Sun, 26 Feb 2006 07:40:33 -0800 (PST) Date: Sun, 26 Feb 2006 17:40:19 +0200 From: Rostislav Krasny To: Hajimu UMEMOTO Message-Id: <20060226174019.875dbb24.rosti.bsd@gmail.com> In-Reply-To: References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060225164648.a4eed65c.rosti.bsd@gmail.com> <20060226014630.cc0b04ab.rosti.bsd@gmail.com> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Sun, 26 Feb 2006 15:40:37 -0000 On Sun, 26 Feb 2006 09:45:34 +0900 Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sun, 26 Feb 2006 01:46:30 +0200 > >>>>> Rostislav Krasny said: > > rosti.bsd> As far as I understand the code of selecthost() it walks through linked > rosti.bsd> lists of known virtual hosts and their addresses and compares the > rosti.bsd> addresses to a local address of connected socket. This way it tries to > rosti.bsd> find - configuration of what virtual host should be used. There is an > rosti.bsd> additional comparison that seems like a workaround for misconfigured > rosti.bsd> virtual host that can be resolved only to IPv4 address and should be > rosti.bsd> used on IPv4-mapped IPv6 address. If virtual hosts are properly > rosti.bsd> configured that hack is not needed, IMHO. > > If you nuke this workaround from both selecthost() and my patch, you > need to specify a native IPv4 address and/or an IPv4-mapped IPv6 > address into ftphosts appropriately. It will confuse users. So, it > is requierd. It will require to specify a virtual host for each address or to use hostname with multiple addresses only once. Specifying a virtual host by a hostname and registering multiple hostname's addresses in /etc/hosts should not be confusing, IMHO. If the addresses are already registered on DNS, the work is even simpler. Even specifying virtual hosts by addresses should not be confusing, because IPv4-mapped IPv6 address and the IPv4-mapped itself are certainly not the same, although they are mapped each to other. Indeed, someone could want to specify different virtual ftp hosts for IPv4 and mapped to it IPv6 addresses. For example to use different motd, welcome or statfile files. > rosti.bsd> Anyway selecthost() is called with local socket name and it checks a > rosti.bsd> local address, while his_addr.su_sin6.sin6_addr is a remote address. > rosti.bsd> Local and remote hosts have same address families but not same > rosti.bsd> addresses. > > The his_addr is referred to determine just an address family, here. > When a remote address is an IPv4-mapped IPv6 address, a local address > is as well. So, it should be okay. When a remote address is an IPv4-mapped IPv6 address, why the local IPv6 address must be of the same type and cannot be any regular IPv6 address? From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 17:50:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 138A516A420 for ; Sun, 26 Feb 2006 17:50:12 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6579F43D45 for ; Sun, 26 Feb 2006 17:50:10 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:w0skbSqyiNZ/b/MO607m7KSZwnoczk4soXvq0/bMecoWkRgZ0PFgpeby+SrjZACL@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1QHnGFm009742 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 02:49:19 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 27 Feb 2006 02:49:15 +0900 Message-ID: From: Hajimu UMEMOTO To: Rostislav Krasny In-Reply-To: <20060226174019.875dbb24.rosti.bsd@gmail.com> References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060225164648.a4eed65c.rosti.bsd@gmail.com> <20060226014630.cc0b04ab.rosti.bsd@gmail.com> <20060226174019.875dbb24.rosti.bsd@gmail.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Mon, 27 Feb 2006 02:49:23 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Sun, 26 Feb 2006 17:50:12 -0000 Hi, >>>>> On Sun, 26 Feb 2006 17:40:19 +0200 >>>>> Rostislav Krasny said: rosti> It will require to specify a virtual host for each address or to use rosti> hostname with multiple addresses only once. Specifying a virtual host by rosti> a hostname and registering multiple hostname's addresses in /etc/hosts rosti> should not be confusing, IMHO. If the addresses are already registered rosti> on DNS, the work is even simpler. rosti> Even specifying virtual hosts by addresses should not be confusing, rosti> because IPv4-mapped IPv6 address and the IPv4-mapped itself are rosti> certainly not the same, although they are mapped each to other. Indeed, rosti> someone could want to specify different virtual ftp hosts for IPv4 and rosti> mapped to it IPv6 addresses. For example to use different motd, welcome rosti> or statfile files. Then, you are already confused. rosti> When a remote address is an IPv4-mapped IPv6 address, why the local IPv6 rosti> address must be of the same type and cannot be any regular IPv6 address? Because, the connection uses an IPv4 to communicate with each other. There is two representation for one IPv4 address; native IPv4 address and an IPv4-mapped IPv6 address. It is thorny thing. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 18:16:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B331516A420 for ; Sun, 26 Feb 2006 18:16:03 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from sccmmhc92.asp.att.net (sccmmhc92.asp.att.net [204.127.203.212]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A8E043D45 for ; Sun, 26 Feb 2006 18:16:03 +0000 (GMT) (envelope-from stephen@math.missouri.edu) Received: from [10.0.0.4] (12-216-248-146.client.mchsi.com[12.216.248.146]) by sccmmhc92.asp.att.net (sccmmhc92) with ESMTP id <20060226181602m920019q31e>; Sun, 26 Feb 2006 18:16:02 +0000 Message-ID: <4401F062.7050401@math.missouri.edu> Date: Sun, 26 Feb 2006 12:16:02 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: dmesg seg faults 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, 26 Feb 2006 18:16:03 -0000 My video card spits out rather weird messages to the kernel message buffer. This is only an annoyance, except it causes dmesg to seg fault. I have some very simple possible fixes at http://www.freebsd.org/cgi/query-pr.cgi?pr=93841 It is nothing crucial but it would be nice if a fix was submitted soonish. Stephen From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:01:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 58DE016A420 for ; Sun, 26 Feb 2006 20:01:53 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from pne-smtpout2-sn2.hy.skanova.net (pne-smtpout2-sn2.hy.skanova.net [81.228.8.164]) by mx1.FreeBSD.org (Postfix) with ESMTP id C06AA43D48 for ; Sun, 26 Feb 2006 20:01:52 +0000 (GMT) (envelope-from johan@stromnet.org) Received: from elfi.stromnet.org (213.67.207.70) by pne-smtpout2-sn2.hy.skanova.net (7.2.070) id 43FB2BB60012BA2E for freebsd-stable@freebsd.org; Sun, 26 Feb 2006 21:01:51 +0100 Received: from localhost (localhost [127.0.0.1]) by elfi.stromnet.org (Postfix) with ESMTP id 595C261CAF for ; Sun, 26 Feb 2006 21:01:50 +0100 (CET) Received: from elfi.stromnet.org ([127.0.0.1]) by localhost (elfi.stromnet.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 00744-01 for ; Sun, 26 Feb 2006 21:01:47 +0100 (CET) Received: from [10.10.0.6] (vpn1-c1.stromnet.org [10.10.0.6]) by elfi.stromnet.org (Postfix) with ESMTP id 18ED461CAE for ; Sun, 26 Feb 2006 21:01:47 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <24ECF01E-9881-41F3-A1D9-4C258489D41F@stromnet.org> References: <24ECF01E-9881-41F3-A1D9-4C258489D41F@stromnet.org> Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: quoted-printable From: =?ISO-8859-1?Q?Johan_Str=F6m?= Date: Sun, 26 Feb 2006 21:02:03 +0100 To: freebsd-stable@freebsd.org X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at stromnet.org Subject: Re: gmirror/disk problems! 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, 26 Feb 2006 20:01:53 -0000 On 10 feb 2006, at 07.15, Johan Str=F6m wrote: > Hi list! > > I've been experiencing problems earlier with gmirror (thread "Page =20 > fault, GEOM problem??"). My gmirror crashed, and the box compleatly =20= > froze. > Now I got a new mobo, and it has been working great since (no =20 > crashes, and i get decent 40-50mb/s read/write instead of ~10-20). > This morning i woke up to this: > ... > > I could try to move the disks to my promise sata2 tx4 card i bought =20= > for the old mobo (which didnt have sata)... But i'd rather find the =20= > problem ;) > > Hope someone can help. > Thanks > Johan > And now it happened again.. Feb 26 00:13:27 elfi kernel: subdisk4: detached Feb 26 00:13:27 elfi kernel: ad4: detached Feb 26 00:13:27 elfi kernel: unknown: TIMEOUT - READ_DMA retrying (1 =20 retry left) LBA=3D11660623 Feb 26 00:13:27 elfi kernel: unknown: timeout waiting to issue command Feb 26 00:13:27 elfi kernel: unknown: error issueing READ_DMA command Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 disconnected. Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D5). =20= ad4s1[READ(offset=3D5970206720, length=3D16384)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5974401024, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5976973312, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5977153536, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5977333760, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5977530368, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5977710592, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5977907200, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5978087424, length=3D131072)] Feb 26 00:13:27 elfi kernel: GEOM_MIRROR: Request failed (error=3D6). =20= ad4s1[WRITE(offset=3D5978939392, length=3D114688)] And then on reboot Feb 26 20:17:53 elfi kernel: ad4: 286188MB =20 at ata2-master SATA150 Feb 26 20:17:53 elfi kernel: ad6: 286188MB =20 at ata3-master SATA150 Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1 created =20 (id=3D4118114647). Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad4s1 detected. Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 detected. Feb 26 20:17:53 elfi kernel: Root mount waiting for: GMIRROR Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 ad6s1 activated. Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1: provider =20 mirror/gm0s1 launched. Feb 26 20:17:53 elfi kernel: GEOM_MIRROR: Device gm0s1: rebuilding =20 provider ad4s1. Rebuilding currently.... This problem have occured many times now.. Does anyone know why this =20 happens? Is there some bug somewhere that needs to be haunted down?? =20 In geom? in ata driver? This needs to be solved.. Johan From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:28:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2543516A420 for ; Sun, 26 Feb 2006 20:28:45 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id B61FD43D5A for ; Sun, 26 Feb 2006 20:28:43 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id EE9F3B80C; Sun, 26 Feb 2006 21:28:41 +0100 (CET) Message-ID: <440200F2.9010106@andric.com> Date: Sun, 26 Feb 2006 20:26:42 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ian Dowse References: <200602260156.aa34941@nowhere.iedowse.com> In-Reply-To: <200602260156.aa34941@nowhere.iedowse.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigABF0B2A94073A4A90424DE4E" Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 20:28:45 -0000 X-List-Received-Date: Sun, 26 Feb 2006 20:28:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigABF0B2A94073A4A90424DE4E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ian Dowse wrote: >> Okay, but why did 4.x through 5.x through 6.x (these have all been on >> this particular machine) always boot with 115200 until now? :) > They probably used 9600 for the boot blocks, and then switched to > 115200 when /boot/loader started, so you didn't notice. Now the > settings from the boot blocks get used by /boot/loader. Ah, but this still means that /boot/loader used to use a hardcoded default specified in /etc/make.conf, and now it doesn't honor that anymor= e. There should at least be a notice in UPDATING, e.g. "don't forget to set comconsole_speed in your loader.conf, or your serial console won't work anymore after upgrading." It would probably save some people a drive to the colocation facility... ;) > Boot blocks need to be installed manually - installworld installs > the boot blocks as files in /boot/boot{1,2}, but when booting, it > is the boot blocks in the first 8k of the slice that are used, not > the /boot/boot{1,2} files. Okay. I still think it would be wiser to just reinstall them during installworld, just to be sure there's no incompatibilities... --------------enigABF0B2A94073A4A90424DE4E Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAgD4sF6jCi4glqMRA/m4AJ9dcRlXK3Pp62V+bCDKXA+v7JvHuQCghI2r aHSGlm6wUYcZliH530MlGYE= =fTjY -----END PGP SIGNATURE----- --------------enigABF0B2A94073A4A90424DE4E-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:28:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F353816A422 for ; Sun, 26 Feb 2006 20:28:46 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45F2B43D5D for ; Sun, 26 Feb 2006 20:28:44 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id BBA1DB80D; Sun, 26 Feb 2006 21:28:42 +0100 (CET) Message-ID: <44020D57.5050507@andric.com> Date: Sun, 26 Feb 2006 21:19:35 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ed Maste References: <200602260034.aa33612@nowhere.iedowse.com> <44010701.1050007@andric.com> <20060226020433.GA55658@sandvine.com> In-Reply-To: <20060226020433.GA55658@sandvine.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig163E20593D5769000507856F" Cc: Ian Dowse , stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 20:28:47 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig163E20593D5769000507856F Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ed Maste wrote: >> Okay, but why did 4.x through 5.x through 6.x (these have all been on >> this particular machine) always boot with 115200 until now? :) > Because now the loader has new behaviour of using the existing speed > if the previous stage indicates a serial port is in use, instead > of blindly jamming in a compile-time setting. Fine, but please be aware that this new behaviour violates POLA, at least without a stern notice in UPDATING. :) My idea about hard coded defaults has always been that they are followed, not ignored... > comconsole_speed=3D in /boot/loader.conf > existing speed, if comconsole is already set by previous stage > BOOT_COMCONSOLE_SPEED compile time default Well, the last item will simply never be hit, since there is ALWAYS a previous stage, isn't there? So then you might as well remove the compile time default. Or at least make clear that the compile time default only applies to boot[12], and not the loader. >> Anyway, I also thought that installworld would take care of installing= >> any updated boot blocks, if necessary. I'll manually install them and= >> see what I end up with. >=20 > It doesn't seem that way. They'll be placed in /boot, but not > in the mbr or slice I think. Indeed, as Ian explained. FYI, I've just installed new boot blocks with a configured BOOT_COMCONSOLE_SPEED, commented out the console=3D and comconsole_speed=3D entries in loader.conf, and this works as expected no= w. However, please keep in mind that this might hit non-binary upgraders who use serial consoles, e.g. people with remote boxes in faraway places. They should be warned to either upgrade their bootblocks manually, or set the speed directives in loader.conf. --------------enig163E20593D5769000507856F Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAg1fsF6jCi4glqMRA8N1AJoCKlrqOHhCwTZNc/KihFiPz0VrYQCdHgdp kIymVU4LHXd/NhDm5G9etIM= =VKeJ -----END PGP SIGNATURE----- --------------enig163E20593D5769000507856F-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:28:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 023D316A422 for ; Sun, 26 Feb 2006 20:28:48 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D645343D49 for ; Sun, 26 Feb 2006 20:28:46 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 0A565B80F; Sun, 26 Feb 2006 21:28:44 +0100 (CET) Message-ID: <44020F67.7030104@andric.com> Date: Sun, 26 Feb 2006 21:28:23 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ian Dowse References: <200602260034.aa33612@nowhere.iedowse.com> In-Reply-To: <200602260034.aa33612@nowhere.iedowse.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig350D2FBC6ACF013A5039B29C" Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 20:28:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig350D2FBC6ACF013A5039B29C Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ian Dowse wrote: > The problem may be that your boot blocks were compiled with > BOOT_COMCONSOLE_SPEED set to 9600. Try reinstalling them with e.g. > `disklabel -B ad0s1' (make sure you get the right device name - > it should be the slice that you boot from). Argh, shouldn't have done this without thinking on a dangerously dedicated disk. :) But after recovering the partition table with fdisk, the new boot blocks work as expected, thanks. > Previously both /boot/loader and the boot blocks would override the > serial port speed according to BOOT_COMCONSOLE_SPEED, but I believe > that since the recent change, loader will assume that if the boot > blocks requested a serial console, then they will have already set > up the correct speed. Yes, so people should be urged to upgrade their boot blocks, in case of a non-binary upgrade. (I assume that a binary upgrade WILL install fresh boot blocks?) --------------enig350D2FBC6ACF013A5039B29C Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAg9ysF6jCi4glqMRA7C8AJ9OSmMRybqK6rhGiXP1MAe9fHkD9QCfa8ct 9WUWsjTYpx8+2Zn3vuncWQU= =CD7o -----END PGP SIGNATURE----- --------------enig350D2FBC6ACF013A5039B29C-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:28:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0853216A423 for ; Sun, 26 Feb 2006 20:28:48 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F17443D5A for ; Sun, 26 Feb 2006 20:28:46 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 61D30B80E; Sun, 26 Feb 2006 21:28:43 +0100 (CET) Message-ID: <44020EDA.1070609@andric.com> Date: Sun, 26 Feb 2006 21:26:02 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ed Maste References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> In-Reply-To: <20060226021457.GB55658@sandvine.com> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig15903CCF80A054EC3B7CE02D" Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 26 Feb 2006 20:28:48 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig15903CCF80A054EC3B7CE02D Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ed Maste wrote: > So I suspect that the following happens when you boot: >=20 > - your BIOS sets the serial port to 9600 Yes. > - boot0 does nothing with the serial pot I'm using 'dangerously dedicated' disks, so it's only boot[12] that is us= ed. > - boot1/2 reads the -P in /boot.config and detects no keyboard, and > then sets the serial port to 9600 and the console to comconsole Indeed, I never got the "/boot.config: -P" message on the serial console before. Now I get it, using updated boot blocks. > - the loader detects that the serial port is enabled and is already > set to 9600 > Thus, I'm not surprised that you get a 9600 baud console without > an rc.conf setting. The thing that concerns me is your report that > the console does not run at 115200 even if /boot/loader.conf > contains comconsole_speed=3D"115200". This turns out to be an error on my part, sorry to have you worried. :) I'd accidentally put "console_speed=3D115200" in loader.conf. With "comconsole_speed=3D115200" and 9600 baud boot blocks, it works okay, although you don't see any of the boot[12] messages, of course. That's why installing 115200 baud boot blocks is still the better solution for me; my BIOS doesn't have any possibility to set the COM port speeds... --------------enig15903CCF80A054EC3B7CE02D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAg7gsF6jCi4glqMRAwJ3AKD8kwGtWQSZttzS0RJQwgkEZ7+0EgCgjJnb 1kfJhDoysCSpNeFcgwIdOGw= =9kh+ -----END PGP SIGNATURE----- --------------enig15903CCF80A054EC3B7CE02D-- From owner-freebsd-stable@FreeBSD.ORG Sun Feb 26 20:57:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DD9D16A420 for ; Sun, 26 Feb 2006 20:57:14 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5A61843DAA for ; Sun, 26 Feb 2006 20:56:45 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 67so572617wri for ; Sun, 26 Feb 2006 12:56:44 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=gvACIWvJkyTU0y/CWHUwttZ9v42aoWPt85q1aKJDk0fuLB0YECYoBBd6LeOu9nd8n201MWpZRWpOaO254ri6qofXpuAJ/13JSpXSFXTsRjf4x2bTMqg0SCAhzIhV/0x0RZ9tuMLjC4VeFXhsleZg551E0IBzFI/K4Iq38OwcxW0= Received: by 10.65.61.10 with SMTP id o10mr4505824qbk; Sun, 26 Feb 2006 12:56:44 -0800 (PST) Received: from saturn.lan ( [212.143.154.227]) by mx.gmail.com with ESMTP id q16sm2642643qbq.2006.02.26.12.56.31; Sun, 26 Feb 2006 12:56:39 -0800 (PST) Date: Sun, 26 Feb 2006 22:56:32 +0200 From: Rostislav Krasny To: Hajimu UMEMOTO Message-Id: <20060226225632.64b41ee8.rosti.bsd@gmail.com> In-Reply-To: References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060225164648.a4eed65c.rosti.bsd@gmail.com> <20060226014630.cc0b04ab.rosti.bsd@gmail.com> <20060226174019.875dbb24.rosti.bsd@gmail.com> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Sun, 26 Feb 2006 20:57:14 -0000 On Mon, 27 Feb 2006 02:49:15 +0900 Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sun, 26 Feb 2006 17:40:19 +0200 > >>>>> Rostislav Krasny said: > > rosti> It will require to specify a virtual host for each address or to use > rosti> hostname with multiple addresses only once. Specifying a virtual host by > rosti> a hostname and registering multiple hostname's addresses in /etc/hosts > rosti> should not be confusing, IMHO. If the addresses are already registered > rosti> on DNS, the work is even simpler. > > rosti> Even specifying virtual hosts by addresses should not be confusing, > rosti> because IPv4-mapped IPv6 address and the IPv4-mapped itself are > rosti> certainly not the same, although they are mapped each to other. Indeed, > rosti> someone could want to specify different virtual ftp hosts for IPv4 and > rosti> mapped to it IPv6 addresses. For example to use different motd, welcome > rosti> or statfile files. > > Then, you are already confused. > > rosti> When a remote address is an IPv4-mapped IPv6 address, why the local IPv6 > rosti> address must be of the same type and cannot be any regular IPv6 address? > > Because, the connection uses an IPv4 to communicate with each other. > There is two representation for one IPv4 address; native IPv4 address > and an IPv4-mapped IPv6 address. It is thorny thing. You may be right and I'm confused. I don't have much experience with IPv6. I just thought that any unicast IPv6 host, even IPv4-mapped IPv6 host, can communicate with any other unicast IPv6 host, including non-IPv4-mapped IPv6 host. Could you please suggest a good comprehensive article on the Web about IPv4-mapped IPv6 addresses and their usage? By the way, why you don't do the address type test in a daemon mode of ftpd? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 00:35:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 01A7F16A420 for ; Mon, 27 Feb 2006 00:35:18 +0000 (GMT) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48ABD43D79 for ; Mon, 27 Feb 2006 00:35:03 +0000 (GMT) (envelope-from peo@intersonic.se) Received: from localhost (terrapin.inter-sonic.com [172.16.1.12]) by neonpark.inter-sonic.com (Postfix) with ESMTP id 0FE8A818E22; Mon, 27 Feb 2006 01:35:01 +0100 (CET) Message-ID: <44024929.4010006@intersonic.se> Date: Mon, 27 Feb 2006 01:34:49 +0100 From: Per olof Ljungmark User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Uwe Laverenz References: <20060123141423.GD17465@laverenz.de> In-Reply-To: <20060123141423.GD17465@laverenz.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at inter-sonic.com Cc: stable@freebsd.org Subject: Re: libc bug with nsswitch? 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, 27 Feb 2006 00:35:18 -0000 Uwe Laverenz wrote: > Hi, > > there seems to be a problem with RELENG_6 in environments where nss_ldap > is used for user- and group-lookups. The problem affects different ports > that don't have very much in common, so I guess there might be a bug in > FreeBSD's libc, because that's the place, where the name-sevices are > handled (correct me if I'm wrong). > > Two examples that are reproduceable here on various machines: > > 1. emulators/linux_base-8: > > When nss_ldap is enabled in /etc/nsswitch.conf, the installation of the > port fails: [snip] ... > var/tmp/rpm-tmp.41237: line 11: /dev/null: No such file or directory > var/tmp/rpm-tmp.41237: line 12: /dev/null: No such file or directory > Assertion failed: (cfg->ldc_uris[__session.ls_current_uri] != NULL), > function do_init, file ldap-nss.c, line 1245. > Abort trap (core dumped) > *** Error code 134 > 2. PHP4(5)/PEAR > > This was also reported by two other users, both are using nss_ldap but > have PHP5 instead of PHP4. With nss_ldap enabled, the use of at least > two php-modules (imagick, xslt) lead to a segmentation fault in php4, > e.g. when trying to install an additional pear-module: > ... A third example: My home workstation uses KDE and is also a Samba BDC. With ldap-enabled nsswitch.conf, if I click on the "/home" folder in Konqeror I get a message box "The process for the file protocol died unexpectedly", also in the starting terminal I get Assertion failed: (cfg->ldc_uris[__session.ls_current_uri] != NULL), function do _init, file ldap-nss.c, line 1245. kioslave: ####### CRASH ###### protocol = file pid = 72414 signal = 6 Identical to the above, everything is find without ldap in nsswitch.conf. Currently I'm on 6.1-PRERELEASE #0: Wed Feb 22. Per olof From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 01:54:20 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2AEC016A420 for ; Mon, 27 Feb 2006 01:54:20 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9056043D48 for ; Mon, 27 Feb 2006 01:54:19 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Sun, 26 Feb 2006 20:52:35 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id CB7D51366A; Sun, 26 Feb 2006 20:54:17 -0500 (EST) Date: Sun, 26 Feb 2006 20:54:17 -0500 From: Ed Maste To: Dimitry Andric Message-ID: <20060227015417.GA18226@sandvine.com> References: <200602260034.aa33612@nowhere.iedowse.com> <44010701.1050007@andric.com> <20060226020433.GA55658@sandvine.com> <44020D57.5050507@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44020D57.5050507@andric.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Feb 2006 01:52:35.0203 (UTC) FILETIME=[7ADF2D30:01C63B40] Cc: Ian Dowse , stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 01:54:20 -0000 On Sun, Feb 26, 2006 at 09:19:35PM +0100, Dimitry Andric wrote: > > comconsole_speed= in /boot/loader.conf > > existing speed, if comconsole is already set by previous stage > > BOOT_COMCONSOLE_SPEED compile time default > > Well, the last item will simply never be hit, since there is ALWAYS a > previous stage, isn't there? The second case only applies if the previous stage has set the console to the comconsole. If your /boot.config is empty, and loader.conf has console="comconsole", the compile-time BOOT_COMCONSOLE_SPEED applies. -ed From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 02:10:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 71A2016A422 for ; Mon, 27 Feb 2006 02:10:28 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 652D843D82 for ; Mon, 27 Feb 2006 02:10:05 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from localhost (IDENT:QsWuoHlc+GgYqGSBHwTN774MwRMpr5JEcInP7UATjGMYgSfTg78Wt3xb7pM0iA1/@localhost [IPv6:::1]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1R29KKq048909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 11:09:21 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Mon, 27 Feb 2006 11:09:20 +0900 Message-ID: From: Hajimu UMEMOTO To: Rostislav Krasny In-Reply-To: <20060226225632.64b41ee8.rosti.bsd@gmail.com> References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060225164648.a4eed65c.rosti.bsd@gmail.com> <20060226014630.cc0b04ab.rosti.bsd@gmail.com> <20060226174019.875dbb24.rosti.bsd@gmail.com> <20060226225632.64b41ee8.rosti.bsd@gmail.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd5.5) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 5.5-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:::1]); Mon, 27 Feb 2006 11:09:24 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-3.3 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Mon, 27 Feb 2006 02:10:28 -0000 Hi, >>>>> On Sun, 26 Feb 2006 22:56:32 +0200 >>>>> Rostislav Krasny said: rosti> Could you please suggest a good rosti> comprehensive article on the Web about IPv4-mapped IPv6 addresses and rosti> their usage? You can find some documents by googling with `IPv4-mapped IPv6 address'. In addition, you should read RFC 4038: http://www.ietf.org/rfc/rfc4038.txt?number=4038 rosti> By the way, why you don't do the address type test in a rosti> daemon mode of ftpd? Because, ftpd(8) in daemon mode doesn't accept an IPv4 using an IPv4-mapped IPv6 address by issuing the IPV6_V6ONLY socket option. Please refer socksetup(). In inetd mode, enable/disable use of an IPv4-mapped IPv6 address is depending on how to configure inetd.conf. So, we need to pay attention to an IPv4-mapped IPv6 address in inetd mode. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 08:48:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5223316A420 for ; Mon, 27 Feb 2006 08:48:27 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.FreeBSD.org (Postfix) with ESMTP id E26D843D48 for ; Mon, 27 Feb 2006 08:48:26 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (ras75-5-82-234-245-176.fbx.proxad.net [82.234.245.176]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0AA564F486; Mon, 27 Feb 2006 09:48:25 +0100 (CET) Message-ID: <4402BCCD.6060503@dental-on-line.fr> Date: Mon, 27 Feb 2006 09:48:13 +0100 From: rvenne@dental-on-line.fr User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 To: Aaron Seelye , freebsd-stable@freebsd.org References: <20060220141439.GA20196@intserv.int1.b.intern> <200602201156.45171.joao@matik.com.br> <20060220151907.GA21732@intserv.int1.b.intern><20060224060148.GA51471@zone3000.net> <43FED626.9050504@dental-on-line.fr> <002301c63985$d33cf960$b400a8c0@animator> In-Reply-To: <002301c63985$d33cf960$b400a8c0@animator> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: rip2 ospf: freebsd 6.0 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, 27 Feb 2006 08:48:27 -0000 Aaron Seelye wrote: > Though I haven't used it myself, I've talked to people who've done > well with quagga for BGP. > > -Aaron > ----- Original Message ----- From: > To: > Sent: Friday, February 24, 2006 1:47 AM > Subject: rip2 ospf: freebsd 6.0 > > >> hi liste >> >> I'm looking for a dynamic routing (rip2, ospf) solution under freebsd >> 6.0. currently, I've always known zebra which exists in freebsd ports >> collection. do have a better idea? >> >> _______________________________________________ >> 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" >> >> >> >> -- >> No virus found in this incoming message. >> Checked by AVG Free Edition. >> Version: 7.1.375 / Virus Database: 268.0.0/267 - Release Date: 2/22/2006 >> >> nice, i've had fun with one hour of gmake. It seems being supported by $M... let's see... thanks a lot for informations -- Richard VENNE www.dental-on-line.com Phone: 01 43 27 94 24 fax: 01 43 27 66 85 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 09:15:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 903E816A420 for ; Mon, 27 Feb 2006 09:15:20 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: from zibbi.meraka.csir.co.za (zibbi.meraka.csir.co.za [146.64.24.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 56E8C43D46 for ; Mon, 27 Feb 2006 09:15:18 +0000 (GMT) (envelope-from jhay@meraka.csir.co.za) Received: by zibbi.meraka.csir.co.za (Postfix, from userid 3973) id 2824D33C93; Mon, 27 Feb 2006 11:15:16 +0200 (SAST) Date: Mon, 27 Feb 2006 11:15:16 +0200 From: John Hay To: rvenne@dental-on-line.fr Message-ID: <20060227091516.GA38883@zibbi.meraka.csir.co.za> References: <20060220141439.GA20196@intserv.int1.b.intern> <200602201156.45171.joao@matik.com.br> <43FED626.9050504@dental-on-line.fr> <002301c63985$d33cf960$b400a8c0@animator> <4402BCCD.6060503@dental-on-line.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4402BCCD.6060503@dental-on-line.fr> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: rip2 ospf: freebsd 6.0 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, 27 Feb 2006 09:15:20 -0000 > >>hi liste > >> > >>I'm looking for a dynamic routing (rip2, ospf) solution under freebsd > >>6.0. currently, I've always known zebra which exists in freebsd ports > >>collection. do have a better idea? > >> > >Though I haven't used it myself, I've talked to people who've done > >well with quagga for BGP. > >> > nice, i've had fun with one hour of gmake. It seems being supported by > $M... let's see... thanks a lot for informations Quagga is a port and there is a package for it available, so you don't need to fight with gmake. I haven't used it with ospf yet, but have used it on IPv4 and IPv6 with rip1, rip2, ripng and bgp. John -- John Hay -- John.Hay@meraka.csir.co.za / jhay@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 09:32:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3B7F516A420 for ; Mon, 27 Feb 2006 09:32:54 +0000 (GMT) (envelope-from agava-develop@yandex.ru) Received: from smtp1.yandex.ru (smtp1.yandex.ru [213.180.200.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1967443D53 for ; Mon, 27 Feb 2006 09:32:52 +0000 (GMT) (envelope-from agava-develop@yandex.ru) Received: from guns.agava.net ([81.200.14.42]:32977 "EHLO [192.168.4.194]" smtp-auth: "agava-develop" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S2077678AbWB0Jcm (ORCPT ); Mon, 27 Feb 2006 12:32:42 +0300 Message-ID: <4402C731.3030306@yandex.ru> Date: Mon, 27 Feb 2006 12:32:33 +0300 From: Ivan Kolosovskiy User-Agent: Thunderbird 1.5 (X11/20060215) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: sharedmem in jail. 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, 27 Feb 2006 09:32:54 -0000 FreeBSD 6.0-p4. Sharedmem in jail doesnot works. I got "Function not implemented". Source code: #include #include #include #include int main() { unsigned int segment = shmget( IPC_PRIVATE, 10000 , SHM_R | SHM_W ); perror(""); printf( "Got segment: %d\n", segment ); return 1; } in jail: $ ./a.out Function not implemented Got segment: -1 not in jail: # ./a.out Unknown error: 0 Got segment: 196609 what's wrong? From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 09:40:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 52D5116A420 for ; Mon, 27 Feb 2006 09:40:21 +0000 (GMT) (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 17D0443D46 for ; Mon, 27 Feb 2006 09:40:21 +0000 (GMT) (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 EEE731A4E17; Mon, 27 Feb 2006 01:40:20 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 3718E517BC; Mon, 27 Feb 2006 04:40:20 -0500 (EST) Date: Mon, 27 Feb 2006 04:40:20 -0500 From: Kris Kennaway To: Ivan Kolosovskiy Message-ID: <20060227094020.GA19716@xor.obsecurity.org> References: <4402C731.3030306@yandex.ru> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="dDRMvlgZJXvWKvBx" Content-Disposition: inline In-Reply-To: <4402C731.3030306@yandex.ru> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: sharedmem in jail. 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, 27 Feb 2006 09:40:21 -0000 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2006 at 12:32:33PM +0300, Ivan Kolosovskiy wrote: > FreeBSD 6.0-p4. Sharedmem in jail doesnot works. I got "Function not=20 > implemented". It's disabled by default because it's an information disclosure risk. The manpage tells you how to enable it. Kris --dDRMvlgZJXvWKvBx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD4DBQFEAskDWry0BWjoQKURAlw5AJi7X1MkOP8ja6m5a8wKS1ZByJ+LAKCnjx/k GBpLjJFiZWtMimUy2BmIzQ== =rlss -----END PGP SIGNATURE----- --dDRMvlgZJXvWKvBx-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 09:42:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62B1816A420 for ; Mon, 27 Feb 2006 09:42:10 +0000 (GMT) (envelope-from agava-develop@yandex.ru) Received: from mx18.yandex.ru (mx18.yandex.ru [213.180.200.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54CE143D68 for ; Mon, 27 Feb 2006 09:42:04 +0000 (GMT) (envelope-from agava-develop@yandex.ru) Received: from guns.agava.net ([81.200.14.42]:18422 "EHLO [192.168.4.194]" smtp-auth: "agava-develop" TLS-CIPHER: TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S3377154AbWB0Jl4 (ORCPT ); Mon, 27 Feb 2006 12:41:56 +0300 Message-ID: <4402C964.4090904@yandex.ru> Date: Mon, 27 Feb 2006 12:41:56 +0300 From: Ivan Kolosovskiy User-Agent: Thunderbird 1.5 (X11/20060215) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4402C731.3030306@yandex.ru> In-Reply-To: <4402C731.3030306@yandex.ru> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: sharedmem in jail. 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, 27 Feb 2006 09:42:10 -0000 Ivan Kolosovskiy wrote: > FreeBSD 6.0-p4. Sharedmem in jail doesnot works. I got "Function not > implemented". > Sorry, i found "security.jail.sysvipc_allowed" sysctl flag =) From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 10:17:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CE15916A422 for ; Mon, 27 Feb 2006 10:17:35 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2C61D43D93 for ; Mon, 27 Feb 2006 10:17:17 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1RAHDGN015878; Mon, 27 Feb 2006 12:17:13 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 30729-01-8; Mon, 27 Feb 2006 12:17:12 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1R8cCHY011142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 10:38:12 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1R8cKgk040650; Mon, 27 Feb 2006 10:38:20 +0200 (EET) (envelope-from ru) Date: Mon, 27 Feb 2006 10:38:20 +0200 From: Ruslan Ermilov To: Dimitry Andric Message-ID: <20060227083820.GK42677@ip.net.ua> References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="V3eawNQxI9TAjvgi" Content-Disposition: inline In-Reply-To: <440200F2.9010106@andric.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Ian Dowse , Ed Maste , stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 10:17:36 -0000 --V3eawNQxI9TAjvgi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 26, 2006 at 08:26:42PM +0100, Dimitry Andric wrote: > Ian Dowse wrote: > >> Okay, but why did 4.x through 5.x through 6.x (these have all been on > >> this particular machine) always boot with 115200 until now? :) >=20 > > They probably used 9600 for the boot blocks, and then switched to > > 115200 when /boot/loader started, so you didn't notice. Now the > > settings from the boot blocks get used by /boot/loader. >=20 > Ah, but this still means that /boot/loader used to use a hardcoded > default specified in /etc/make.conf, and now it doesn't honor that anymor= e. >=20 Have you checked with documentation? : comconsole_speed : Defines the speed of the serial console (i386 and amd64 only). : If the previous boot stage indicated that a serial console is : in use then this variable is initialized to the current speed : of the console serial port. Otherwise it is set to 9600 unless : this was overridden using the BOOT_COMCONSOLE_SPEED variable : when loader was compiled. Changes to the comconsole_speed : variable take effect immediately. > > Boot blocks need to be installed manually - installworld installs > > the boot blocks as files in /boot/boot{1,2}, but when booting, it > > is the boot blocks in the first 8k of the slice that are used, not > > the /boot/boot{1,2} files. >=20 > Okay. I still think it would be wiser to just reinstall them during > installworld, just to be sure there's no incompatibilities... >=20 It's not always possible to do: there can be different boot locations, the root FS can be a remote one, it can be a diskless system, etc. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --V3eawNQxI9TAjvgi Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEArp8qRfpzJluFF4RApXGAJ4sHxEJDZ56bCuVq1gyvUjNuQjUnwCcCgLV CChSJMGh2UWS7XgUEqg1MEs= =4UA+ -----END PGP SIGNATURE----- --V3eawNQxI9TAjvgi-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 10:21:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 54A0116A420 for ; Mon, 27 Feb 2006 10:21:47 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4B6C443D4C for ; Mon, 27 Feb 2006 10:21:46 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1RALiOX017051; Mon, 27 Feb 2006 12:21:44 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 31250-02-3; Mon, 27 Feb 2006 12:21:43 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1R8pPXx011662 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 10:51:26 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1R8pZNT040790; Mon, 27 Feb 2006 10:51:35 +0200 (EET) (envelope-from ru) Date: Mon, 27 Feb 2006 10:51:35 +0200 From: Ruslan Ermilov To: Dimitry Andric Message-ID: <20060227085135.GL42677@ip.net.ua> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> <44020EDA.1070609@andric.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kkcDP0v44wDpNmbp" Content-Disposition: inline In-Reply-To: <44020EDA.1070609@andric.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 10:21:47 -0000 --kkcDP0v44wDpNmbp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 26, 2006 at 09:26:02PM +0100, Dimitry Andric wrote: > Ed Maste wrote: > > So I suspect that the following happens when you boot: > >=20 > > - your BIOS sets the serial port to 9600 >=20 > Yes. >=20 > > - boot0 does nothing with the serial pot >=20 > I'm using 'dangerously dedicated' disks, so it's only boot[12] that is us= ed. >=20 > > - boot1/2 reads the -P in /boot.config and detects no keyboard, and > > then sets the serial port to 9600 and the console to comconsole >=20 > Indeed, I never got the "/boot.config: -P" message on the serial console > before. Now I get it, using updated boot blocks. >=20 > > - the loader detects that the serial port is enabled and is already > > set to 9600 >=20 > > Thus, I'm not surprised that you get a 9600 baud console without > > an rc.conf setting. The thing that concerns me is your report that > > the console does not run at 115200 even if /boot/loader.conf > > contains comconsole_speed=3D"115200". >=20 > This turns out to be an error on my part, sorry to have you worried. :) > I'd accidentally put "console_speed=3D115200" in loader.conf. With > "comconsole_speed=3D115200" and 9600 baud boot blocks, it works okay, > although you don't see any of the boot[12] messages, of course. >=20 > That's why installing 115200 baud boot blocks is still the better > solution for me; my BIOS doesn't have any possibility to set the COM > port speeds... >=20 The best for you would be to add -S115200 in /boot.config, after reinstalling new boot blocks (bsdlabel -B), and throw everything else that's related from make.conf and loader.conf. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --kkcDP0v44wDpNmbp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEAr2XqRfpzJluFF4RAnljAJwNOqsocsU06j4PEQagoW1hK5bCfQCbBViI Xz8VDWHwJ+ohELDrP+ERJu4= =U9oj -----END PGP SIGNATURE----- --kkcDP0v44wDpNmbp-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 10:34:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1812016A420 for ; Mon, 27 Feb 2006 10:34:05 +0000 (GMT) (envelope-from viktorija@oic.lv) Received: from pechkin.ctco.lv (pechkin.ctco.lv [217.21.160.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CBBC43D48 for ; Mon, 27 Feb 2006 10:34:04 +0000 (GMT) (envelope-from viktorija@oic.lv) Received: by pechkin.ctco.lv (Postfix, from userid 1014) id 6058473371; Fri, 24 Feb 2006 14:26:18 +0200 (EET) Received: from blue.arhont.com (arhont4.eclipse.co.uk [81.168.98.124]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pechkin.ctco.lv (Postfix) with ESMTP id 932DA730D3; Fri, 24 Feb 2006 14:26:01 +0200 (EET) Date: Fri, 24 Feb 2006 12:25:46 +0000 From: Viktorija To: Joseph Olatt Message-Id: <20060224122546.aca3a917.viktorija@oic.lv> In-Reply-To: <20060219183322.A19745@eskimo.com> References: <20060219025646.b68bea86.viktorija@oic.lv> <20060219183322.A19745@eskimo.com> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.11; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on pechkin.ctco.lv X-Spam-Level: X-Spam-Status: No, score=-2.2 required=8.0 tests=AWL,BAYES_00 autolearn=unavailable version=3.0.4 X-Sanitizer: Advosys Mail filter Cc: freebsd-stable@freebsd.org Subject: Re: Freebsd 6.1 and Palm Tungsten C 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, 27 Feb 2006 10:34:05 -0000 Hi! Thanks for Your help! I tried Your advice, but i'm in stock anyway. Because all devices are created when i press Palm Sync. Except of course /dev/ucom0, which now is replaced by /dev/cua0 in 6.+ version fbsd. But when i press sync and run command which you have mentioned before, nothing happens... i see only Listening to port: /dev/cuaU0 Please press teh HotSync button now.... and nothing... after a few minutes palm says: unable to connect with device and that's all... i have googled, but didn't find any resolution, except same questions without any answers... it's seems - somewhere it's working and somewhere not... i don't know what else i can do... Best Regards, Victoria Hello Victoria, > > I also have a Tungsten C that I am using with FreeBSD 6.1-PRERELEASE > without any problems. > > I *do not* have the entries that you have in my usbd.conf. In fact, I > have not touched usbd.conf. However, I have the following entries added to > /etc/devd.conf: > > attach 10 { > device-name "ucom0"; > action "chmod 0666 /dev/cuaU0"; > }; > > > To backup my palm, I do the following: > > 1. kldload uvisor > > 2. Press the sync button on my Tungsten C cradle. > > 3. Run the following command: > pilot-xfer -p /dev/cuaU0 -b /home/someone/palm_bkup > > Try commenting out the entries in your usbd.conf file and add the > entries that I have in my devd.conf file and see if it works for you. > > regards, > joseph > > > > On Sun, Feb 19, 2006 at 02:56:46AM +0000, Viktorija wrote: > > Hi! > > > > I have following problem. I have Palm Tungsten C and FreeBSD 6.1 on my laptop. I'm trying to synhronize my palm with freebsd, but without any success. What i did: > > in kernel added devices: > > ucom and uvisor. > > in usbd.conf: > > device "Palm Handheld" > > devname "ucom[0-9]+" > > vendor 0x0830 > > product 0x0060 > > release 0x0100 > > attach "ln -fs /dev/ucom0 /dev/pilot; chmod 666 /dev/ucom0" > > > > When i press sync button on palm, i see in messages: > > Feb 19 02:50:29 blue kernel: ucom0: Palm, Inc. Palm Handheld, rev 1.00/1.00, addr 2 > > > > And in /dev directory i get cuaU0 and ttyU0, but not ucom0. > > Ok, i saw in one message, that now ttyU0 should be used instead of ucom0, but when i'm trying: > > pilot-xfer -p /dev/ttyU0 -i palm/softs/Tube/Tube2.prc > > nothing happens... > > > > What i'm doing wrong? > > Why ucom0 doesn't exist? > > Maybe someone got similar problems? > > > > > > Thank You! > > Victoria > > _______________________________________________ > > 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" > > On Sun, 19 Feb 2006 18:33:22 -0800 Joseph Olatt wrote: From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 10:40:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F18D16A420; Mon, 27 Feb 2006 10:40:45 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5ACBD43D64; Mon, 27 Feb 2006 10:40:44 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 24BD2B810; Mon, 27 Feb 2006 11:40:41 +0100 (CET) Message-ID: <4402D727.4060402@andric.com> Date: Mon, 27 Feb 2006 11:40:39 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Ruslan Ermilov References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> <44020EDA.1070609@andric.com> <20060227085135.GL42677@ip.net.ua> In-Reply-To: <20060227085135.GL42677@ip.net.ua> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enig914830BCFF738A5A5BF87473" Cc: stable@freebsd.org, Ed Maste Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 10:40:45 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig914830BCFF738A5A5BF87473 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Ruslan Ermilov wrote: >> That's why installing 115200 baud boot blocks is still the better >> solution for me; my BIOS doesn't have any possibility to set the COM >> port speeds... > The best for you would be to add -S115200 in /boot.config, after > reinstalling new boot blocks (bsdlabel -B), and throw everything > else that's related from make.conf and loader.conf. I'll try this out, but I still usually like hardcoded defaults. :) --------------enig914830BCFF738A5A5BF87473 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAtcssF6jCi4glqMRA85fAJ0Romipe0lOqVz8jZWauRPUjEDIsgCgorZY z3FEa2X9C605/JGDFeM8WGU= =4iTF -----END PGP SIGNATURE----- --------------enig914830BCFF738A5A5BF87473-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 10:42:02 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E753E16A422; Mon, 27 Feb 2006 10:42:02 +0000 (GMT) (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 6C95243D48; Mon, 27 Feb 2006 10:42:02 +0000 (GMT) (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 4798C1A4E10; Mon, 27 Feb 2006 02:42:02 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 749C7513B2; Mon, 27 Feb 2006 05:42:01 -0500 (EST) Date: Mon, 27 Feb 2006 05:42:00 -0500 From: Kris Kennaway To: Ruslan Ermilov Message-ID: <20060227104200.GA58925@xor.obsecurity.org> References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> <20060227083820.GK42677@ip.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <20060227083820.GK42677@ip.net.ua> User-Agent: Mutt/1.4.2.1i Cc: Dimitry Andric , stable@freebsd.org, Ed Maste , Ian Dowse Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 10:42:03 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2006 at 10:38:20AM +0200, Ruslan Ermilov wrote: > > Okay. I still think it would be wiser to just reinstall them during > > installworld, just to be sure there's no incompatibilities... > >=20 > It's not always possible to do: there can be different boot locations, > the root FS can be a remote one, it can be a diskless system, etc. Not to mention that broken boot blocks will destroy the ability of your system to boot, and require major reconstructive surgery. Much safer to only install them on command. Kris --BOKacYhQ+x31HxR3 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEAtd3Wry0BWjoQKURAkoHAKCEWxtrgw6ZUBy5dMA2ptQRU3Bm8ACfe3rb C58lmqCCDiFvjVbdcQcctno= =RjjL -----END PGP SIGNATURE----- --BOKacYhQ+x31HxR3-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 11:18:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BC2916A420 for ; Mon, 27 Feb 2006 11:18:02 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C478543D64 for ; Mon, 27 Feb 2006 11:18:01 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k1RBI0et073676 for ; Mon, 27 Feb 2006 12:18:00 +0100 (CET) X-Ids: 166 Received: from grobner2.math.jussieu.fr (grobner2.math.jussieu.fr [134.157.13.119]) by riemann.math.jussieu.fr (8.12.10/jtpda-5.4) with ESMTP id k1RBHxmK057670 for ; Mon, 27 Feb 2006 12:17:59 +0100 (CET) Received: from grobner2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner2.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k1RBHxZM020652 for ; Mon, 27 Feb 2006 12:17:59 +0100 Received: (from jas@localhost) by grobner2.math.jussieu.fr (8.13.1/8.13.1/Submit) id k1RBHxEB020651 for freebsd-stable@freebsd.org; Mon, 27 Feb 2006 12:17:59 +0100 Date: Mon, 27 Feb 2006 12:17:59 +0100 From: Albert Shih To: freebsd-stable@freebsd.org Message-ID: <20060227111759.GC19451@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.166]); Mon, 27 Feb 2006 12:18:00 +0100 (CET) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 4402DFE8.001 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Subject: Matlab X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2006 11:18:02 -0000 Hi all I've a problem to running matlab (using linux_base-rh9) on my FreeBSD 6-stable (PAE kernel). On my old server (5-stable) everthing work fine but I'v make news fresh install with 6-stable (using PAE need because I have 4 Go). On the new server when I launch matlab I've got this message /usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute binary file /usr/local/matlab-14/bin/glnx86/MATLAB: error while loading shared libraries: /usr/lib/libtermcap.so: ELF file OS ABI invalid But I've compile the kernel with linux option and maple (other soft using linux too) work fine. Anyone have a idea ? Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Mon Feb 27 12:13:24 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 11:39:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ECB7016A420 for ; Mon, 27 Feb 2006 11:39:18 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B11443D49 for ; Mon, 27 Feb 2006 11:39:18 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id 43E51B810; Mon, 27 Feb 2006 12:39:17 +0100 (CET) Message-ID: <4402E4E1.1010208@andric.com> Date: Mon, 27 Feb 2006 12:39:13 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: shih@math.jussieu.fr References: <20060227111759.GC19451@math.jussieu.fr> In-Reply-To: <20060227111759.GC19451@math.jussieu.fr> X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigFDE5B7123B060360FCFDAC00" Cc: freebsd-stable@freebsd.org Subject: Re: Matlab 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, 27 Feb 2006 11:39:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigFDE5B7123B060360FCFDAC00 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Albert Shih wrote: > /usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute bi= nary file > /usr/local/matlab-14/bin/glnx86/MATLAB: error while loading shared libr= aries: /usr/lib/libtermcap.so: ELF file OS ABI invalid >=20 > But I've compile the kernel with linux option and maple (other soft usi= ng > linux too) work fine. Do you have "linux_enable=3DYES" in your rc.conf? --------------enigFDE5B7123B060360FCFDAC00 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (MingW32) iD8DBQFEAuTnsF6jCi4glqMRA5I5AKDyigA7U6m82hkbYE1yAQWMlJWA1ACfURme 7IMulMxJFE2YGV30q9jcQ24= =S2aX -----END PGP SIGNATURE----- --------------enigFDE5B7123B060360FCFDAC00-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 12:15:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5C40D16A420 for ; Mon, 27 Feb 2006 12:15:28 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 200B043D4C for ; Mon, 27 Feb 2006 12:15:25 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k1RC9RLN094371 ; Mon, 27 Feb 2006 13:09:27 +0100 (CET) X-Ids: 164 Received: from grobner2.math.jussieu.fr (grobner2.math.jussieu.fr [134.157.13.119]) by riemann.math.jussieu.fr (8.12.10/jtpda-5.4) with ESMTP id k1RCFCmK068747 ; Mon, 27 Feb 2006 13:15:12 +0100 (CET) Received: from grobner2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner2.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k1RCFCPb023793 ; Mon, 27 Feb 2006 13:15:12 +0100 Received: (from jas@localhost) by grobner2.math.jussieu.fr (8.13.1/8.13.1/Submit) id k1RCFCeO023792; Mon, 27 Feb 2006 13:15:12 +0100 Date: Mon, 27 Feb 2006 13:15:12 +0100 From: Albert Shih To: Dimitry Andric Message-ID: <20060227121512.GA23561@math.jussieu.fr> References: <20060227111759.GC19451@math.jussieu.fr> <4402E4E1.1010208@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4402E4E1.1010208@andric.com> User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (shiva.jussieu.fr [134.157.0.164]); Mon, 27 Feb 2006 13:09:27 +0100 (CET) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 4402EBF7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org Subject: Re: Matlab X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2006 12:15:28 -0000 Le 27/02/2006 =E0 12:39:13+0100, Dimitry Andric a =E9crit > Albert Shih wrote: > > /usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute bi= nary file > > /usr/local/matlab-14/bin/glnx86/MATLAB: error while loading shared libr= aries: /usr/lib/libtermcap.so: ELF file OS ABI invalid > >=20 > > But I've compile the kernel with linux option and maple (other soft usi= ng > > linux too) work fine. >=20 > Do you have "linux_enable=3DYES" in your rc.conf? >=20 Yes of course... If I don't maple can't run... Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 i=E8me =E9tage, plateau D, bureau 10 Heure local/Local time: Mon Feb 27 13:14:16 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 12:27:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EF93016A420 for ; Mon, 27 Feb 2006 12:27:10 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from valium.tcm.gmapps.net.uk (valium.tcm.gmapps.net.uk [194.207.235.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8D0B443D69 for ; Mon, 27 Feb 2006 12:27:05 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from [192.168.0.16] (host-87-75-129-156.bulldogdsl.com [87.75.129.156]) (authenticated bits=0) by valium.tcm.gmapps.net.uk (8.13.4/8.13.3) with ESMTP id k1RCUSoF001857 for ; Mon, 27 Feb 2006 12:30:29 GMT (envelope-from danny@g-mapps.com) Message-ID: <4402F009.1000407@g-mapps.com> Date: Mon, 27 Feb 2006 12:26:49 +0000 From: Danny Butroyd User-Agent: Thunderbird 1.5 (X11/20060123) 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 X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on valium.tcm.gmapps.net.uk X-Virus-Status: Clean Subject: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 12:27:11 -0000 Hi List I have major problems using NFS on FreeBSD. My setup is:- 1 mail server with 6.0 running NFS to serve mailboxes in standard unix format 2 webmail servers running a customised squirrellmail mounting the mailboxes from the main server (Yes, i know this is a nasty setup). All servers are talking over gigabit ethernet with an MTU set to 9000, they are all running Intel gigabit cards. Basically the mail server was running 5.1 and was working fine. I upgraded to 6.0 and now the NFS screws up all the time. The symtoms are failing NFS connections and corrupted mailboxes. Server errors are:- Feb 27 08:43:11 cwsmail-pri kernel: nfsd send error 32 Feb 27 08:56:47 cwsmail-pri kernel: nfsd send error 32 Feb 27 09:00:33 cwsmail-pri kernel: nfsd send error 32 Feb 27 09:12:21 cwsmail-pri kernel: nfsd send error 32 Feb 27 09:15:48 cwsmail-pri kernel: nfsd send error 32 Feb 27 09:24:11 cwsmail-pri last message repeated 11 times Feb 27 09:28:57 cwsmail-pri last message repeated 9 times Client errors are:- Feb 27 09:29:27 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:33 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:34 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: not responding Feb 27 09:29:37 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: not responding Feb 27 09:29:38 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:40 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: not responding Feb 27 09:29:43 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: not responding Feb 27 09:29:43 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:48 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:51 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: not responding Feb 27 09:29:53 cwswebmail-1 kernel: nfs send error 35 for server 172.31.255.100:/var Feb 27 09:29:53 cwswebmail-1 kernel: nfs server 172.31.255.100:/var: is alive again Any help will be very much appreciated. Thanks Danny From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 13:01:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD01E16A420 for ; Mon, 27 Feb 2006 13:01:09 +0000 (GMT) (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 1F13643D45 for ; Mon, 27 Feb 2006 13:01:08 +0000 (GMT) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp143-122.lns2.adl2.internode.on.net [59.167.143.122]) (authenticated bits=0) by cain.gsoft.com.au (8.13.5/8.13.4) with ESMTP id k1RD0qms086414 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 23:30:59 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, shih@math.jussieu.fr Date: Mon, 27 Feb 2006 23:29:46 +1030 User-Agent: KMail/1.9.1 References: <20060227111759.GC19451@math.jussieu.fr> <4402E4E1.1010208@andric.com> <20060227121512.GA23561@math.jussieu.fr> In-Reply-To: <20060227121512.GA23561@math.jussieu.fr> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2098556.ns4XFcyqHh"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200602272329.47792.doconnor@gsoft.com.au> X-Spam-Score: -2.189 () AWL,BAYES_00 X-Scanned-By: MIMEDefang 2.54 on 203.31.81.10 Cc: Dimitry Andric Subject: Re: Matlab 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, 27 Feb 2006 13:01:10 -0000 --nextPart2098556.ns4XFcyqHh Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Monday 27 February 2006 22:45, Albert Shih wrote: > > > /usr/local/matlab/bin/matlab: line 1: /lib/libc.so.6: cannot execute > > > binary file /usr/local/matlab-14/bin/glnx86/MATLAB: error while loadi= ng > > > shared libraries: /usr/lib/libtermcap.so: ELF file OS ABI invalid > > > > > > But I've compile the kernel with linux option and maple (other soft > > > using linux too) work fine. > > > > Do you have "linux_enable=3DYES" in your rc.conf? > > Yes of course... > > If I don't maple can't run... The problem you are having is that the FreeBSD libtermcap.so file is being= =20 found by the Linux dynamic linker. Unfortunately it does not just ignore the fact it's a FreeBSD binary - it=20 blows up. You can try adding a manual symlink - I have libreadline.so.4 from linux_ba= se=20 but not libreadline.so, ie I suggest you do this.. cd /compat/linux/usr/lib ln -s libreadline.so.4 libreadline.so =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 --nextPart2098556.ns4XFcyqHh Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQBEAvfD5ZPcIHs/zowRAqSuAKCUKe7aE0LudnWWGbz9f4bbiUrBiQCfSXAf 7SA1CPdXMlgc1loa+bkQqak= =mBHe -----END PGP SIGNATURE----- --nextPart2098556.ns4XFcyqHh-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 14:37:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B0AC616A422 for ; Mon, 27 Feb 2006 14:37:43 +0000 (GMT) (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 18AFB43D48 for ; Mon, 27 Feb 2006 14:37:42 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1REbfcP048453; Mon, 27 Feb 2006 09:37:41 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k1REbUF1092797 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 09:37:40 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 27 Feb 2006 09:36:44 -0500 To: Danny Butroyd , freebsd-stable@freebsd.org From: Mike Tancsa In-Reply-To: <4402F009.1000407@g-mapps.com> References: <4402F009.1000407@g-mapps.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 14:37:43 -0000 At 07:26 AM 27/02/2006, Danny Butroyd wrote: >Hi List > >I have major problems using NFS on FreeBSD. My setup is:- > >1 mail server with 6.0 running NFS to serve mailboxes in standard unix >format I know there have been a number of changes that might help you since 6.0. I would try going to 6.1 first to see if your NFS problems go away. Also, are you mounting TCP or UDP mounts ? What version of NFS ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 14:50:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20ADD16A420 for ; Mon, 27 Feb 2006 14:50:12 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from valium.tcm.gmapps.net.uk (valium.tcm.gmapps.net.uk [194.207.235.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6068A43D46 for ; Mon, 27 Feb 2006 14:50:11 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from [62.24.226.220] ([62.24.226.220]) (authenticated bits=0) by valium.tcm.gmapps.net.uk (8.13.4/8.13.3) with ESMTP id k1RErau5015367; Mon, 27 Feb 2006 14:53:36 GMT (envelope-from danny@g-mapps.com) Message-ID: <44031194.8000300@g-mapps.com> Date: Mon, 27 Feb 2006 14:49:56 +0000 From: Danny Butroyd User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Mike Tancsa References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on valium.tcm.gmapps.net.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 14:50:12 -0000 Mike Tancsa wrote: > At 07:26 AM 27/02/2006, Danny Butroyd wrote: >> Hi List >> >> I have major problems using NFS on FreeBSD. My setup is:- >> >> 1 mail server with 6.0 running NFS to serve mailboxes in standard unix >> format > > I know there have been a number of changes that might help you since > 6.0. I would try going to 6.1 first to see if your NFS problems go > away. Also, are you mounting TCP or UDP mounts ? What version of NFS ? Hi Mike I have tried both tcp and udp mounts and have the same issues, the version of nfs is v3 (the default I believe). Is it possible to implement any of the NFS changes/tweaks on my current version? Danny From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:12:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D82416A420 for ; Mon, 27 Feb 2006 15:12:51 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from valium.tcm.gmapps.net.uk (valium.tcm.gmapps.net.uk [194.207.235.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63FC743D46 for ; Mon, 27 Feb 2006 15:12:50 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from [62.24.226.220] ([62.24.226.220]) (authenticated bits=0) by valium.tcm.gmapps.net.uk (8.13.4/8.13.3) with ESMTP id k1RFGFeW017733; Mon, 27 Feb 2006 15:16:15 GMT (envelope-from danny@g-mapps.com) Message-ID: <440316E3.3@g-mapps.com> Date: Mon, 27 Feb 2006 15:12:35 +0000 From: Danny Butroyd User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Claus Guttesen References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on valium.tcm.gmapps.net.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:12:51 -0000 Claus Guttesen wrote: >>>> I have major problems using NFS on FreeBSD. My setup is:- >>> I know there have been a number of changes that might help you since >>> 6.0. I would try going to 6.1 first to see if your NFS problems go >>> away. Also, are you mounting TCP or UDP mounts ? What version of NFS ? >> I have tried both tcp and udp mounts and have the same issues, the >> version of nfs is v3 (the default I believe). > > What is your rw-size in /etc/fstab? I have tried it with the defaults (i.e. none set) and also with the following:- r and w set to 32768. Danny > > regards > Claus > > From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:18:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5D4A16A420 for ; Mon, 27 Feb 2006 15:18:55 +0000 (GMT) (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 620E843D45 for ; Mon, 27 Feb 2006 15:18:55 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k1RFIs5U053136; Mon, 27 Feb 2006 10:18:54 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k1RFIrY4093052 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 10:18:53 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 27 Feb 2006 10:18:07 -0500 To: Danny Butroyd From: Mike Tancsa In-Reply-To: <44031194.8000300@g-mapps.com> References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:18:56 -0000 At 09:49 AM 27/02/2006, Danny Butroyd wrote: >I have tried both tcp and udp mounts and have the same issues, the >version of nfs is v3 (the default I believe). > >Is it possible to implement any of the NFS changes/tweaks on my current >version? Not really as there are many changes behind the scenes that impact it. Its not just the nfsd binary that has changed. There are a lot of kernel stuff in support of it that has changed. BTW, if you are using tcp mounts, and you have devices not on the same subnet, setting net.inet.tcp.inflight.enable=0 helps with performance. However, this is a separate issue to the problems you are seeing. ---Mike >Danny From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:20:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7BFAF16A420; Mon, 27 Feb 2006 15:20:36 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 18B7843D66; Mon, 27 Feb 2006 15:20:24 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k1RFJtb5037360; Mon, 27 Feb 2006 18:19:55 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k1RFJtGi037359; Mon, 27 Feb 2006 18:19:55 +0300 (MSK) (envelope-from yar) Date: Mon, 27 Feb 2006 18:19:54 +0300 From: Yar Tikhiy To: Hajimu UMEMOTO Message-ID: <20060227151954.GV6435@comp.chem.msu.su> References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, dwmalone@maths.tcd.ie, Rostislav Krasny , des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Mon, 27 Feb 2006 15:20:36 -0000 On Sat, Feb 25, 2006 at 02:08:21AM +0900, Hajimu UMEMOTO wrote: > >>>>> On Fri, 24 Feb 2006 15:51:53 +0200 > >>>>> Rostislav Krasny said: > > rosti> Excellent! What about RES_DFLRETRY decreasing from 4 to 2? Does it need > rosti> more testing or discussion? > > It seems reasonable to me, and there are no objection here. So, I've > just committed both into HEAD. I finally spared some time to test your recent changes and found that the resolver still would retry using the first, and only the first, domain on the `search' list when the nameserver was down, which effectively led to another kind of request doubling. A similar effect was observed when a `domain' line was specified in resolv.conf in place of `search'. Is there a real reason to retry with a different domain when the nameserver doesn't respond at all? -- Yar P.S. Here's the details of what I'm talking about: Commands: vpc7# hostname vpc7 vpc7# cat /etc/resolv.conf search aaa.ru bbb.ru nameserver 195.208.208.25 vpc7# ./gethost foo foo: Host name lookup failure vpc7# ./gethost foo.zzz.ru foo.zzz.ru: Host name lookup failure tcpdump: === for ./gethost foo === 18:01:51.756764 IP 10.1.1.27.51030 > 195.208.208.25.53: 5443+ A? foo.aaa.ru. (33) 18:01:56.971187 IP 10.1.1.27.57913 > 195.208.208.25.53: 5443+ A? foo.aaa.ru. (33) 18:02:07.071088 IP 10.1.1.27.55508 > 195.208.208.25.53: 5444+ A? foo. (21) 18:02:12.210384 IP 10.1.1.27.62824 > 195.208.208.25.53: 5444+ A? foo. (21) === for ./gethost foo.zzz.ru === 18:02:33.509361 IP 10.1.1.27.65031 > 195.208.208.25.53: 19867+ A? foo.zzz.ru. (32) 18:02:38.567045 IP 10.1.1.27.55358 > 195.208.208.25.53: 19867+ A? foo.zzz.ru. (32) 18:02:48.824136 IP 10.1.1.27.61855 > 195.208.208.25.53: 19868+ A? foo.zzz.ru.aaa.ru. (44) 18:02:53.922071 IP 10.1.1.27.49351 > 195.208.208.25.53: 19868+ A? foo.zzz.ru.aaa.ru. (44) Here's ./gethost src. It essentially calls a single gethostbyname() if given a host name or gethostbyaddr() if given an IP address. === gethost.c === #include #include #include #include #include #include int main(int argc, char **argv) { struct in_addr ia; struct hostent *hp; char *name; char **st; if (argc < 2) return (2); name = argv[1]; if (inet_aton(name, &ia)) hp = gethostbyaddr((char *)&ia, sizeof(ia), AF_INET); else hp = gethostbyname(name); if (hp == NULL) { herror(name); return (1); } printf("%s\n", hp->h_name); for (st = hp->h_addr_list; *st; st++) printf("%s\n", inet_ntoa(*(struct in_addr *)*st)); if (st == hp->h_addr_list) printf("no address records\n"); return (0); } From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:26:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8990016A420 for ; Mon, 27 Feb 2006 15:26:20 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from valium.tcm.gmapps.net.uk (valium.tcm.gmapps.net.uk [194.207.235.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 03C0843D48 for ; Mon, 27 Feb 2006 15:26:19 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from [62.24.226.220] ([62.24.226.220]) (authenticated bits=0) by valium.tcm.gmapps.net.uk (8.13.4/8.13.3) with ESMTP id k1RFTjuv018833; Mon, 27 Feb 2006 15:29:45 GMT (envelope-from danny@g-mapps.com) Message-ID: <44031A0E.9060402@g-mapps.com> Date: Mon, 27 Feb 2006 15:26:06 +0000 From: Danny Butroyd User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Mike Tancsa References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on valium.tcm.gmapps.net.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:26:20 -0000 Mike Tancsa wrote: > At 09:49 AM 27/02/2006, Danny Butroyd wrote: >> I have tried both tcp and udp mounts and have the same issues, the >> version of nfs is v3 (the default I believe). >> >> Is it possible to implement any of the NFS changes/tweaks on my current >> version? > > Not really as there are many changes behind the scenes that impact it. > Its not just the nfsd binary that has changed. There are a lot of > kernel stuff in support of it that has changed. OK, do the changes affect both server and client and is there any documentation on the changes? > > BTW, if you are using tcp mounts, and you have devices not on the same > subnet, setting > net.inet.tcp.inflight.enable=0 > helps with performance. However, this is a separate issue to the > problems you are seeing. > Yeah, I saw this in the list archives :) Danny > ---Mike > > >> Danny > > _______________________________________________ > 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 Mon Feb 27 15:32:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 48CAE16A422 for ; Mon, 27 Feb 2006 15:32:48 +0000 (GMT) (envelope-from kometen@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id C968E43D53 for ; Mon, 27 Feb 2006 15:32:47 +0000 (GMT) (envelope-from kometen@gmail.com) Received: by zproxy.gmail.com with SMTP id k1so992262nzf for ; Mon, 27 Feb 2006 07:32:47 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=lpVyHtjIDtMU/f8yT4hiMHheX8EOefi1tOXb5dmkoVym8v9DY+ZHVTDGitr1NbeH9sulRVb/foM2as00CFfRj9rPkb+c5ASaJCV54qay1iyR1EnnbzUVJi6TOGB8oeUOP7bvdWLQ8ntofOWT7Q4jGBhxkqQ9tlOq4QK7NrXN+rg= Received: by 10.65.220.15 with SMTP id x15mr202698qbq; Mon, 27 Feb 2006 07:08:01 -0800 (PST) Received: by 10.65.216.18 with HTTP; Mon, 27 Feb 2006 07:08:01 -0800 (PST) Message-ID: Date: Mon, 27 Feb 2006 16:08:01 +0100 From: "Claus Guttesen" To: "Danny Butroyd" In-Reply-To: <44031194.8000300@g-mapps.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:32:48 -0000 > >> I have major problems using NFS on FreeBSD. My setup is:- > > I know there have been a number of changes that might help you since > > 6.0. I would try going to 6.1 first to see if your NFS problems go > > away. Also, are you mounting TCP or UDP mounts ? What version of NFS ? > I have tried both tcp and udp mounts and have the same issues, the > version of nfs is v3 (the default I believe). What is your rw-size in /etc/fstab? regards Claus From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:36:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C046116A422 for ; Mon, 27 Feb 2006 15:36:22 +0000 (GMT) (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 34D7E43D5A for ; Mon, 27 Feb 2006 15:36:12 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1RFaBdY027850; Mon, 27 Feb 2006 10:36:11 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k1RFaAJx093179 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 10:36:11 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060227102902.08d08268@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 27 Feb 2006 10:35:24 -0500 To: Danny Butroyd From: Mike Tancsa In-Reply-To: <44031A0E.9060402@g-mapps.com> References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> <44031A0E.9060402@g-mapps.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:36:23 -0000 At 10:26 AM 27/02/2006, Danny Butroyd wrote: >OK, do the changes affect both server and client and is there any >documentation on the changes? cvs commits and reading this mailing is the best place to track what has changed in detail. Unfortunately, there is no middle ground source for information. I use a procmail script to sort all RELENG_6 commits into a file that I can then search through after the fact. The descriptions generally offer an OK description as to what was changed / fixed improved. If that fails, going back to the original commit message might offer more detail. e.g. a quick perusal of just the nfs code commits shows a couple of obvious bug fixes. maxim 2005-12-15 18:10:37 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/nfsclient nfs_socket.c Log: MFC rev. 1.134: fix for a bug where NFS/TCP would not reconnect (in the case where the server FIN'ed). PR: kern/88833 Requested by: Roman V. Palagin Approved by: Mohan Strinivasan Revision Changes Path 1.125.2.5 +1 -1 src/sys/nfsclient/nfs_socket.c tegge 2006-01-14 01:05:22 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/nfs4client nfs4_vfsops.c Log: MFC: Obtain mount point lock before restarting sync loop if vget() failed. Revision Changes Path 1.20.2.1 +1 -0 src/sys/nfs4client/nfs4_vfsops.c rwatson 2006-02-14 00:06:32 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/nfsclient nfs_lock.c Log: Merge nfs_lock.c:1.43 from HEAD to RELENG_6: In nfs_dolock(), GC now under-used ioflg, rendered obsolete when we moved from using a fifo to talk to rpc.lockd to using a special device node. Approved by: re (scottl) rees 2006-02-16 02:39:53 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/nfsclient nfs_socket.c Log: MFC rev 1.135: Don't log an error on tcp connection reset, even if we don't get ECONNRESET. Submitted by: cel@citi.umich.edu Approved by: re (scottl) Revision Changes Path 1.125.2.6 +2 -2 src/sys/nfsclient/nfs_socket.c > > > > BTW, if you are using tcp mounts, and you have devices not on the same > > subnet, setting > > net.inet.tcp.inflight.enable=0 > > helps with performance. However, this is a separate issue to the > > problems you are seeing. > > >Yeah, I saw this in the list archives :) > >Danny > > ---Mike > > > > > >> Danny > > > > _______________________________________________ > > 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 Mon Feb 27 15:45:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6D1DD16A422 for ; Mon, 27 Feb 2006 15:45:39 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 45B5943D66 for ; Mon, 27 Feb 2006 15:45:37 +0000 (GMT) (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 541A9B80D; Mon, 27 Feb 2006 10:45:36 -0500 (EST) In-Reply-To: <87mzgg2dx9.fsf@roddy.c3922.takamatsu-nct.ac.jp> References: <43FA3A6D.4010903@samsco.org> <87mzgg2dx9.fsf@roddy.c3922.takamatsu-nct.ac.jp> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: multipart/signed; micalg=sha1; boundary=Apple-Mail-4--460821558; protocol="application/pkcs7-signature" Message-Id: From: Vivek Khera Date: Mon, 27 Feb 2006 10:45:35 -0500 To: NAKAJI Hiroyuki X-Mailer: Apple Mail (2.746.2) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-BETA2/FreeBSD 5.5-BETA2 Available 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, 27 Feb 2006 15:45:39 -0000 --Apple-Mail-4--460821558 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed I'm gonna take a wild guess at ACPI problems. I have one system on which I have to disable ACPI timer for anything >= 6.0-RELEASE. To disable it, at the boot menu, select 6 to get a prompt, then type set debug.acpi.disabled="timer" boot and see if it still locks up. On Feb 25, 2006, at 12:41 AM, NAKAJI Hiroyuki wrote: > I tried 6.1-BETA2 on my dual Opteron PC, on which Solaris 10 is > working > very well. :) > > M/B RIOWORKS HDAMD (nForce 3 chipset) > CPU AMD Opteron(tm) Processor 240 x2 > Mem 1GB > HDD U320 scsi drive (I forgot and Solaris does not show) > SCSI Adaptec 39320A-R (I don't use RAID) > > I booted with bootonly.iso. But after the message, > > Waiting 5 seconds for SCSI devices to settle > > the PC stacks and ScreenLock key is no use. Can I use serial > console to > record the boot messages? > > Thanks. > -- > NAKAJI Hiroyuki > _______________________________________________ > 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" --Apple-Mail-4--460821558-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:46:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9E10B16A420 for ; Mon, 27 Feb 2006 15:46:58 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from valium.tcm.gmapps.net.uk (valium.tcm.gmapps.net.uk [194.207.235.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3160943D49 for ; Mon, 27 Feb 2006 15:46:57 +0000 (GMT) (envelope-from danny@g-mapps.com) Received: from [62.24.226.220] ([62.24.226.220]) (authenticated bits=0) by valium.tcm.gmapps.net.uk (8.13.4/8.13.3) with ESMTP id k1RFoNMW020951; Mon, 27 Feb 2006 15:50:23 GMT (envelope-from danny@g-mapps.com) Message-ID: <44031EE3.3080407@g-mapps.com> Date: Mon, 27 Feb 2006 15:46:43 +0000 From: Danny Butroyd User-Agent: Thunderbird 1.5 (X11/20060123) MIME-Version: 1.0 To: Mike Tancsa References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> <44031A0E.9060402@g-mapps.com> <6.2.3.4.0.20060227102902.08d08268@64.7.153.2> In-Reply-To: <6.2.3.4.0.20060227102902.08d08268@64.7.153.2> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on valium.tcm.gmapps.net.uk X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 27 Feb 2006 15:46:58 -0000 Mike Tancsa wrote: > At 10:26 AM 27/02/2006, Danny Butroyd wrote: > >> OK, do the changes affect both server and client and is there any >> documentation on the changes? > > cvs commits and reading this mailing is the best place to track what has > changed in detail. Unfortunately, there is no middle ground source for > information. I use a procmail script to sort all RELENG_6 commits into > a file that I can then search through after the fact. The descriptions > generally offer an OK description as to what was changed / fixed > improved. If that fails, going back to the original commit message might > offer more detail. e.g. a quick perusal of just the nfs code commits > shows a couple of obvious bug fixes. > > > maxim 2005-12-15 18:10:37 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/nfsclient nfs_socket.c > Log: > MFC rev. 1.134: fix for a bug where NFS/TCP would > not reconnect (in the case where the server FIN'ed). > > PR: kern/88833 > Requested by: Roman V. Palagin > Approved by: Mohan Strinivasan > > Revision Changes Path > 1.125.2.5 +1 -1 src/sys/nfsclient/nfs_socket.c > > > > tegge 2006-01-14 01:05:22 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/nfs4client nfs4_vfsops.c > Log: > MFC: Obtain mount point lock before restarting sync loop if vget() > failed. > > Revision Changes Path > 1.20.2.1 +1 -0 src/sys/nfs4client/nfs4_vfsops.c > > > > rwatson 2006-02-14 00:06:32 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/nfsclient nfs_lock.c > Log: > Merge nfs_lock.c:1.43 from HEAD to RELENG_6: > > In nfs_dolock(), GC now under-used ioflg, rendered obsolete when we > moved > from using a fifo to talk to rpc.lockd to using a special device node. > > Approved by: re (scottl) > > > > > rees 2006-02-16 02:39:53 UTC > > FreeBSD src repository > > Modified files: (Branch: RELENG_6) > sys/nfsclient nfs_socket.c > Log: > MFC rev 1.135: > Don't log an error on tcp connection reset, even if we don't get > ECONNRESET. > > Submitted by: cel@citi.umich.edu > Approved by: re (scottl) > > Revision Changes Path > 1.125.2.6 +2 -2 src/sys/nfsclient/nfs_socket.c Thanks for the info Mike, I will upgrade my client machine to 6.1 (as the changes appear to be for the client source code) and do some testing. Cheers Danny > > > > > >> > >> > BTW, if you are using tcp mounts, and you have devices not on the same >> > subnet, setting >> > net.inet.tcp.inflight.enable=0 >> > helps with performance. However, this is a separate issue to the >> > problems you are seeing. >> > >> Yeah, I saw this in the list archives :) >> >> Danny >> > ---Mike >> > >> > >> >> Danny >> > >> > _______________________________________________ >> > 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 Mon Feb 27 15:55:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B3A1316A420; Mon, 27 Feb 2006 15:55:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 460EB43D49; Mon, 27 Feb 2006 15:55:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 6D62D5CC7; Mon, 27 Feb 2006 10:55:53 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 40973-10; Mon, 27 Feb 2006 10:55:51 -0500 (EST) Received: from [192.168.1.3] (pool-68-161-83-14.ny325.east.verizon.net [68.161.83.14]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id BDB405C94; Mon, 27 Feb 2006 10:55:50 -0500 (EST) Message-ID: <44032104.40100@mac.com> Date: Mon, 27 Feb 2006 10:55:48 -0500 From: Chuck Swiger Organization: The Courts of Chaos User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Yar Tikhiy References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060227151954.GV6435@comp.chem.msu.su> In-Reply-To: <20060227151954.GV6435@comp.chem.msu.su> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: SSH login takes very long time...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: Mon, 27 Feb 2006 15:55:54 -0000 Yar Tikhiy wrote: [ ... ] > A similar effect was observed when a `domain' line was specified > in resolv.conf in place of `search'. > > Is there a real reason to retry with a different domain when the > nameserver doesn't respond at all? UDP is lossy, and it may take a nameserver longer to respond that the client resolver library is willing to wait; the fact that a nameserver didn't answer once isn't a sure sign that it won't answer other questions, or even that it won't answer the same question if you just wait a minute. On the other hand, if you make 100 queries and not hear anything back, perhaps it would be useful to log that information and possibly take action. -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 15:59:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF8916A420 for ; Mon, 27 Feb 2006 15:59:42 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3758243D76 for ; Mon, 27 Feb 2006 15:59:36 +0000 (GMT) (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 82771B80D for ; Mon, 27 Feb 2006 10:59:35 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <200602260156.aa34941@nowhere.iedowse.com> References: <200602260156.aa34941@nowhere.iedowse.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 27 Feb 2006 10:59:35 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 15:59:42 -0000 On Feb 25, 2006, at 8:56 PM, Ian Dowse wrote: > They probably used 9600 for the boot blocks, and then switched to > 115200 when /boot/loader started, so you didn't notice. Now the > settings from the boot blocks get used by /boot/loader. Please document this loudly in the UPGRADING file. It caught me totally by surprise that the console speed was now 9600. I thought I lost my serial console since the BIOS was booting up at 115200. If it weren't for the other error (ACPI) keeping the kernel from booting, I would have realized it *before* I drove down to the office late saturday night. See, I needed a serial console to disable part of acpi for debugging.... :-( Anyhow, please, please document this in UPGRADING so others won't be bitten by it. Thanks! From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 16:07:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 41D0016A420 for ; Mon, 27 Feb 2006 16:07:37 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id DCCA143D75 for ; Mon, 27 Feb 2006 16:07:36 +0000 (GMT) (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 69316B80D for ; Mon, 27 Feb 2006 11:07:36 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060226021457.GB55658@sandvine.com> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <4316577A-FF97-4929-B911-85A0009ADCC2@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 27 Feb 2006 11:07:35 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 16:07:37 -0000 On Feb 25, 2006, at 9:14 PM, Ed Maste wrote: > Thus, I'm not surprised that you get a 9600 baud console without > an rc.conf setting. The thing that concerns me is your report that > the console does not run at 115200 even if /boot/loader.conf > contains comconsole_speed="115200". I get a 9600 baud console with the following after upgrade from 5.4: in make.conf: BOOT_COMCONSOLE_SPEED=115200 in kernel config: options CONSPEED=115200 # Speed for serial console /boot.config has just "-Dh" /boot/loader.conf just disables ACPI timer. The BIOS boots to 115200 serial output, too. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 17:01:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2597316A420 for ; Mon, 27 Feb 2006 17:01:12 +0000 (GMT) (envelope-from grafan@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8A77443D58 for ; Mon, 27 Feb 2006 17:01:11 +0000 (GMT) (envelope-from grafan@gmail.com) Received: by xproxy.gmail.com with SMTP id r21so601928wxc for ; Mon, 27 Feb 2006 09:01:10 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jcIvNUO7V4/XZJnqs0ZrB3YO7rLxFhJXNpgs5ZCjUIdedC4PXDupm2kvCdEzzJs7h+ddNucVZYxgbXcgV4oRJzdbjR47LSUilxZiOzJCUVSMVx2xV0uCvx6O/8bWvbAwl2yRpeby8Eu+w/6KfBk3lV0jgKs/Ihs+mPeetimOHQ8= Received: by 10.70.109.18 with SMTP id h18mr2626168wxc; Mon, 27 Feb 2006 09:01:08 -0800 (PST) Received: by 10.70.125.17 with HTTP; Mon, 27 Feb 2006 09:01:08 -0800 (PST) Message-ID: <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> Date: Mon, 27 Feb 2006 12:01:08 -0500 From: "Rong-En Fan" To: "Ruslan Ermilov" In-Reply-To: <20060227083820.GK42677@ip.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> <20060227083820.GK42677@ip.net.ua> Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 17:01:12 -0000 On 2/27/06, Ruslan Ermilov wrote: > On Sun, Feb 26, 2006 at 08:26:42PM +0100, Dimitry Andric wrote: > > Ian Dowse wrote: > > >> Okay, but why did 4.x through 5.x through 6.x (these have all been o= n > > >> this particular machine) always boot with 115200 until now? :) > > > > > They probably used 9600 for the boot blocks, and then switched to > > > 115200 when /boot/loader started, so you didn't notice. Now the > > > settings from the boot blocks get used by /boot/loader. > > > > Ah, but this still means that /boot/loader used to use a hardcoded > > default specified in /etc/make.conf, and now it doesn't honor that anym= ore. > > > Have you checked with documentation? > > : comconsole_speed > : Defines the speed of the serial console (i386 and amd64 only)= . > : If the previous boot stage indicated that a serial console is > : in use then this variable is initialized to the current speed > : of the console serial port. Otherwise it is set to 9600 unle= ss > : this was overridden using the BOOT_COMCONSOLE_SPEED variable > : when loader was compiled. Changes to the comconsole_speed > : variable take effect immediately. Which way is preferred: setting comconsole_speed, -S in boot.config, or using harded code BOOT_COMCONSOLE_SPEED in make.conf? If now the most preferred way is to using -S or comconsole_speed in loader.conf, please update that in Handbook 22.6.5.1 Setting a Faster Serial Port Speed. Thanks, Rong-En Fan From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 17:17:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7381416A420 for ; Mon, 27 Feb 2006 17:17:15 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A03F043D67 for ; Mon, 27 Feb 2006 17:17:12 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1RHHBLg035223; Mon, 27 Feb 2006 19:17:11 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 67003-01; Mon, 27 Feb 2006 19:17:10 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k1RHH2fM035219 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 19:17:02 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k1RHHCpk045089; Mon, 27 Feb 2006 19:17:12 +0200 (EET) (envelope-from ru) Date: Mon, 27 Feb 2006 19:17:12 +0200 From: Ruslan Ermilov To: Rong-En Fan Message-ID: <20060227171712.GA42677@ip.net.ua> References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> <20060227083820.GK42677@ip.net.ua> <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XeHo0rFSNt4mQX/E" Content-Disposition: inline In-Reply-To: <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 17:17:15 -0000 --XeHo0rFSNt4mQX/E Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 27, 2006 at 12:01:08PM -0500, Rong-En Fan wrote: > On 2/27/06, Ruslan Ermilov wrote: > > On Sun, Feb 26, 2006 at 08:26:42PM +0100, Dimitry Andric wrote: > > > Ian Dowse wrote: > > > >> Okay, but why did 4.x through 5.x through 6.x (these have all been= on > > > >> this particular machine) always boot with 115200 until now? :) > > > > > > > They probably used 9600 for the boot blocks, and then switched to > > > > 115200 when /boot/loader started, so you didn't notice. Now the > > > > settings from the boot blocks get used by /boot/loader. > > > > > > Ah, but this still means that /boot/loader used to use a hardcoded > > > default specified in /etc/make.conf, and now it doesn't honor that an= ymore. > > > > > Have you checked with documentation? > > > > : comconsole_speed > > : Defines the speed of the serial console (i386 and amd64 onl= y). > > : If the previous boot stage indicated that a serial console = is > > : in use then this variable is initialized to the current spe= ed > > : of the console serial port. Otherwise it is set to 9600 un= less > > : this was overridden using the BOOT_COMCONSOLE_SPEED variable > > : when loader was compiled. Changes to the comconsole_speed > > : variable take effect immediately. >=20 > Which way is preferred: setting comconsole_speed, -S in > boot.config, or using harded code BOOT_COMCONSOLE_SPEED in make.conf? >=20 -S is the most convenient, as it will cause the serial port's speed to be consistent throughout all stages, boot2, loader, and kernel. > If now the most preferred way is to using -S or > comconsole_speed in loader.conf, please update that in Handbook > 22.6.5.1 Setting a Faster Serial Port Speed. >=20 Someone with doc/-fu should pick it up I think. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --XeHo0rFSNt4mQX/E Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEAzQXqRfpzJluFF4RAt/nAJkB5Gdk7HCHKtXIgz0FVbrpeQhXFwCgiwpr jv1HIqY2Qz8wd+zrNxAB0jU= =Vr52 -----END PGP SIGNATURE----- --XeHo0rFSNt4mQX/E-- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 17:29:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BDE216A420; Mon, 27 Feb 2006 17:29:40 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7141D43D49; Mon, 27 Feb 2006 17:29:39 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Feb 2006 12:27:54 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id D407A1365B; Mon, 27 Feb 2006 12:29:37 -0500 (EST) Date: Mon, 27 Feb 2006 12:29:37 -0500 From: Ed Maste To: Rong-En Fan Message-ID: <20060227172937.GA62421@sandvine.com> References: <200602260156.aa34941@nowhere.iedowse.com> <440200F2.9010106@andric.com> <20060227083820.GK42677@ip.net.ua> <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6eb82e0602270901n703ac969g5c4af69f1563317@mail.gmail.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Feb 2006 17:27:54.0765 (UTC) FILETIME=[24BCC3D0:01C63BC3] Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 17:29:40 -0000 On Mon, Feb 27, 2006 at 12:01:08PM -0500, Rong-En Fan wrote: > Which way is preferred: setting comconsole_speed, -S in > boot.config, or using harded code BOOT_COMCONSOLE_SPEED in make.conf? > If now the most preferred way is to using -S or > comconsole_speed in loader.conf, please update that in Handbook > 22.6.5.1 Setting a Faster Serial Port Speed. Probably the "best" way is now -S in boot.config, since it means that you don't have to recompile and you only have to change it in one place. Note that the instructions in 22.6.5.1 will still apply -- if you reinstall boot blocks compiled with BOOT_COMCONSOLE_SPEED=115200, the loader will automatically pick that up as well. You're right though that the handbook should document the preferred way of accomplishing this. -ed From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 18:19:52 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 61B7B16A420 for ; Mon, 27 Feb 2006 18:19:52 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from mailserver.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id C687243D49 for ; Mon, 27 Feb 2006 18:19:51 +0000 (GMT) (envelope-from emaste@phaedrus.sandvine.ca) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by mailserver.sandvine.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 27 Feb 2006 13:18:07 -0500 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id DCB281365E; Mon, 27 Feb 2006 13:19:50 -0500 (EST) Date: Mon, 27 Feb 2006 13:19:50 -0500 From: Ed Maste To: Vivek Khera Message-ID: <20060227181950.GB63750@sandvine.com> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> <4316577A-FF97-4929-B911-85A0009ADCC2@khera.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4316577A-FF97-4929-B911-85A0009ADCC2@khera.org> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 27 Feb 2006 18:18:07.0765 (UTC) FILETIME=[28A01450:01C63BCA] Cc: stable@freebsd.org Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 18:19:52 -0000 On Mon, Feb 27, 2006 at 11:07:35AM -0500, Vivek Khera wrote: > I get a 9600 baud console with the following after upgrade from 5.4: This is what I'm planning on putting in UPDATING: The i386 loader(8) now defaults to the serial speed set by the previous boot stage, if the comconsole is already in use. If you've changed BOOT_COMCONSOLE_SPEED in make.conf(5) and installed a new loader, but have not rebuilt and reinstalled the boot blocks, then your loader will leave the console at 9600 baud. You may either set comconsole_speed in loader.conf(5), or reinstall new boot blocks as described in boot(8). -ed From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 18:39:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3009216A420 for ; Mon, 27 Feb 2006 18:39:54 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48CA043D46 for ; Mon, 27 Feb 2006 18:39:51 +0000 (GMT) (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 6F22AB80C for ; Mon, 27 Feb 2006 13:39:50 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <20060227181950.GB63750@sandvine.com> References: <4400D235.9030807@andric.com> <20060225225621.GA42888@sandvine.com> <4400E70F.2020902@andric.com> <20060226005712.GA48900@sandvine.com> <44010644.4000504@andric.com> <20060226021457.GB55658@sandvine.com> <4316577A-FF97-4929-B911-85A0009ADCC2@khera.org> <20060227181950.GB63750@sandvine.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Mon, 27 Feb 2006 13:39:49 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: RELENG_6: serial console drops back from 115200 to 9600 baud 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, 27 Feb 2006 18:39:54 -0000 On Feb 27, 2006, at 1:19 PM, Ed Maste wrote: > On Mon, Feb 27, 2006 at 11:07:35AM -0500, Vivek Khera wrote: > >> I get a 9600 baud console with the following after upgrade from 5.4: > > This is what I'm planning on putting in UPDATING: > > The i386 loader(8) now defaults to the serial speed set by the > previous boot stage, if the comconsole is already in use. If > you've changed BOOT_COMCONSOLE_SPEED in make.conf(5) and > installed a new loader, but have not rebuilt and > reinstalled the > boot blocks, then your loader will leave the console at 9600 > baud. You may either set comconsole_speed in loader.conf > (5), or > reinstall new boot blocks as described in boot(8). > > -ed ... or set -S option in boot.config. From other discussion, the -S option seems to be the most straightforward method. The boot block update is described in boot0cfg(8) not boot(8), and must be done post-installworld, just to be 100% clear. Thanks for adding it to UPDATING. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 19:14:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EDFD16A420 for ; Mon, 27 Feb 2006 19:14:15 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: from barf.ugcs.caltech.edu (barf.ugcs.caltech.edu [131.215.176.99]) by mx1.FreeBSD.org (Postfix) with ESMTP id CF3B343D4C for ; Mon, 27 Feb 2006 19:14:14 +0000 (GMT) (envelope-from jd@ugcs.caltech.edu) Received: by barf.ugcs.caltech.edu (Postfix, from userid 3640) id 642621F00C2; Mon, 27 Feb 2006 11:14:14 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by barf.ugcs.caltech.edu (Postfix) with ESMTP id 582851F00C1; Mon, 27 Feb 2006 11:14:14 -0800 (PST) Date: Mon, 27 Feb 2006 11:14:14 -0800 (PST) From: Jon Dama To: Ivan Kolosovskiy In-Reply-To: <4402C964.4090904@yandex.ru> Message-ID: References: <4402C731.3030306@yandex.ru> <4402C964.4090904@yandex.ru> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: sharedmem in jail. 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, 27 Feb 2006 19:14:15 -0000 There was some discussion about improving this situation a bit; i.e., by permitting an option wherein sysvipc could be per jail. Did this ever come to fruition? Ivan: you should be aware that Kris's short disclaimer really means that enabling the sysctl exposes sysvipc aware processes on the host to malicious programs in the jails (and between jails...) On Mon, 27 Feb 2006, Ivan Kolosovskiy wrote: > Ivan Kolosovskiy wrote: > > FreeBSD 6.0-p4. Sharedmem in jail doesnot works. I got "Function not > > implemented". > > > Sorry, i found "security.jail.sysvipc_allowed" sysctl flag =) > _______________________________________________ > 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 Mon Feb 27 20:36:33 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8337816A420 for ; Mon, 27 Feb 2006 20:36:33 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FF1D43D69 for ; Mon, 27 Feb 2006 20:36:29 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1RKaQct020279; Mon, 27 Feb 2006 21:36:26 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1RKaPGS020278; Mon, 27 Feb 2006 21:36:25 +0100 (CET) (envelope-from hk) Date: Mon, 27 Feb 2006 21:36:25 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060227203625.GA19758@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: "sio12: 178 more interrupt-level buffer overflows" on 6.1-PRERELEASE 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, 27 Feb 2006 20:36:33 -0000 Hello, I have some problems with a Titan PCI-800H serial card. Due to many interrupt-level buffer overflows I can not use this card to establish TCP-connections via modem (initial telnet handshake did work whilst the card shared its irq with the adaptec- controller - the card should have its own irq now after I put it in a different PCI- slot).. This looks like PR 51982 Feb 27 21:03:17 dialout kernel: sio12: 24 more interrupt-level buffer overflows (total 433) Feb 27 21:03:56 dialout kernel: sio12: 178 more interrupt-level buffer overflows (total 611) Feb 27 21:04:13 dialout kernel: sio12: 71 more interrupt-level buffer overflows (total 682) Feb 27 21:05:56 dialout kernel: sio12: 172 more interrupt-level buffer overflows (total 854) Feb 27 21:06:06 dialout kernel: sio12: 79 more interrupt-level buffer overflows (total 933) Feb 27 21:06:07 dialout kernel: sio12: 4 more interrupt-level buffer overflows (total 937) Feb 27 21:07:56 dialout kernel: sio12: 23 more interrupt-level buffer overflows (total 960) Feb 27 21:08:06 dialout kernel: sio12: 26 more interrupt-level buffer overflows (total 986) Interestingly, this only happens with the PCI-800H, but the system also has an older 8-port ISA-Card that works without any problems. And yes, the system is an old and slow PIII with 500 MHz only, but I have this problem even if only one modem is in use (sio12). I also don't know why the card can't use fast mode, unless this is because it looks like 2 cards with 4 ports that share an irq. All help/ideas really appreciated! Regards, Holger Kipp ------------- 8< --------------------------------------------------------- Copyright (c) 1992-2005 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 6.1-PRERELEASE #1: Fri Feb 3 13:29:27 CET 2006 root@dialout2.dout1.b.intern:/usr/obj/usr/src/sys/B-DIALOUT Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 134205440 (127 MB) avail memory = 121810944 (116 MB) npx0: [FAST] npx0: on motherboard npx0: INT 16 interface cpu0 on motherboard pcib0: pcibus 0 on motherboard pir0: on motherboard $PIR: Using invalid BIOS IRQ 15 from 0.10.INTA for link 0x62 $PIR: Using invalid BIOS IRQ 14 from 0.6.INTA for link 0x63 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 4.2 (no driver attached) pci0: at device 4.3 (no driver attached) ahc0: port 0xb000-0xb0ff mem 0xe1000000-0xe1000fff irq 14 at device 6.0 on pci0 ahc0: [GIANT-LOCKED] aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs fxp0: port 0xa800-0xa83f mem 0xe0800000-0xe0800fff,0xe0000000-0xe00fffff irq 15 at device 10.0 on pci0 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:d0:b7:16:53:60 puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 sio12: on puc0 sio12: type 16550A sio12: unable to activate interrupt in fast mode - using normal mode sio13: on puc0 sio13: type 16550A sio13: unable to activate interrupt in fast mode - using normal mode sio14: on puc0 sio14: type 16550A sio14: unable to activate interrupt in fast mode - using normal mode sio15: on puc0 sio15: type 16550A sio15: unable to activate interrupt in fast mode - using normal mode puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 sio16: on puc1 sio16: type 16550A sio16: unable to activate interrupt in fast mode - using normal mode sio17: on puc1 sio17: type 16550A sio17: unable to activate interrupt in fast mode - using normal mode sio18: on puc1 sio18: type 16550A sio18: unable to activate interrupt in fast mode - using normal mode sio19: on puc1 sio19: type 16550A sio19: unable to activate interrupt in fast mode - using normal mode pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff,0xd0000-0xd0fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sc0: at flags 0x100 on isa0 sc0: VGA <32 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio10 at port 0x130-0x137 flags 0xb05 on isa0 sio10: type 16550A (multiport) sio11 at port 0x138-0x13f irq 12 flags 0xb05 on isa0 sio11: type 16550A (multiport master) sio4 at port 0x100-0x107 flags 0xb05 on isa0 sio4: type 16550A (multiport) sio5 at port 0x108-0x10f flags 0xb05 on isa0 sio5: type 16550A (multiport) sio6 at port 0x110-0x117 flags 0xb05 on isa0 sio6: type 16550A (multiport) sio7 at port 0x118-0x11f flags 0xb05 on isa0 sio7: type 16550A (multiport) sio8 at port 0x120-0x127 flags 0xb05 on isa0 sio8: type 16550A (multiport) sio9 at port 0x128-0x12f flags 0xb05 on isa0 sio9: type 16550A (multiport) vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (port) unknown: can't assign resources (memory) unknown: can't assign resources (port) unknown: can't assign resources (port) Timecounter "TSC" frequency 501138120 Hz quality 800 Timecounters tick every 1.000 msec IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled da0 at ahc0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) cd0 at ahc0 bus 0 target 4 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 20.000MB/s transfers (20.000MHz, offset 15) cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted sio12: 80 more interrupt-level buffer overflows (total 80) sio12: 4 more interrupt-level buffer overflows (total 84) Any help welcome. Dmesg below. Regards, Holger Kipp --- 8< -------------------------- dmesg ----------------- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 21:03:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 225F716A420 for ; Mon, 27 Feb 2006 21:03:47 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from zproxy.gmail.com (zproxy.gmail.com [64.233.162.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id AC80B43D48 for ; Mon, 27 Feb 2006 21:03:46 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by zproxy.gmail.com with SMTP id z3so994909nzf for ; Mon, 27 Feb 2006 13:03:46 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=HIlxi/2KhwpbVy43T/XWxWfKk2BQLxZkLgrTxmVl+4zyXllXwKM1CK88RlaWIFq8FH1yyq9i4gOG2f+6P8E0fwEALMKs+G1inaj+ieWnNk2VrEr8VlmJe5uXlf+fw0gOMhh8othCjOT7IYQReE3qf1YNqOwO6xvJ3oJG4jsmuao= Received: by 10.65.81.17 with SMTP id i17mr1033355qbl; Mon, 27 Feb 2006 13:03:42 -0800 (PST) Received: by 10.64.220.4 with HTTP; Mon, 27 Feb 2006 13:03:41 -0800 (PST) Message-ID: <59e2ee810602271303k79692f1dqe96a3ac804318382@mail.gmail.com> Date: Mon, 27 Feb 2006 23:03:41 +0200 From: "Rostislav Krasny" To: "Chuck Swiger" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Yar Tikhiy , freebsd-stable@freebsd.org Subject: Re: SSH login takes very long time...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: Mon, 27 Feb 2006 21:03:47 -0000 Chuck Swiger wrote: > Yar Tikhiy wrote: > [ ... ] > > A similar effect was observed when a `domain' line was specified > > in resolv.conf in place of `search'. > > > > Is there a real reason to retry with a different domain when the > > nameserver doesn't respond at all? > > UDP is lossy, and it may take a nameserver longer to respond that the cli= ent > resolver library is willing to wait; the fact that a nameserver didn't an= swer > once isn't a sure sign that it won't answer other questions, or even that= it > won't answer the same question if you just wait a minute. Trying different domains isn't intended for fighting against UDP packets loss. To fight against UDP packets loss you have RES_DFLRETRY or "options attempts:N" retries of the same query. RES_DFLRETRY is defined in resolv.h and "options attempts:N" is optional parameter of /etc/resolv.conf. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 21:22:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7056B16A420 for ; Mon, 27 Feb 2006 21:22:55 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (adsl-63-193-123-122.dsl.snfc21.pacbell.net [63.193.123.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 86EFA43D5E for ; Mon, 27 Feb 2006 21:22:52 +0000 (GMT) (envelope-from david@catwhisker.org) Received: from bunrab.catwhisker.org (localhost [127.0.0.1]) by bunrab.catwhisker.org (8.13.3/8.13.3) with ESMTP id k1RLMplZ056492 for ; Mon, 27 Feb 2006 13:22:51 -0800 (PST) (envelope-from david@bunrab.catwhisker.org) Received: (from david@localhost) by bunrab.catwhisker.org (8.13.3/8.13.1/Submit) id k1RLMpoT056491 for stable@freebsd.org; Mon, 27 Feb 2006 13:22:51 -0800 (PST) (envelope-from david) Date: Mon, 27 Feb 2006 13:22:51 -0800 From: David Wolfskill To: stable@freebsd.org Message-ID: <20060227212251.GS13464@bunrab.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: 6.1-PRERELEASE, wi(4), and dhclient 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, 27 Feb 2006 21:22:55 -0000 OK; I have been following the -stable list (among others), and realize that there are some "outstanding issues" with respect to wi(4). I'm wondering if premature invocation of dhclient with a reason code of "EXPIRE" is one of those "outstanding issues." Here's some history behind the query; I'll try to be brief: * Until about a week ago, I primarily used FreeBSD 4-STABLE on my succession of laptops (since Dec 2004, a Dell Inspiron 8200). This had nothing to do with the quality of FreeBSD, but was because I didn't want my laptop environment to diverge too much from a couple of "production" machines I have, which have their software built on a separate "build machine." Unfortunately, the build machine stopped working (hardware issues) in Feb 2005, and I have not yet had the resources to fix or replace it. * However, I had been tracking 6-STABLE (on slice 3), as well. * I had seen that dhclient sometimes failed to get a lease using the wi0 NIC under 6-STABLE (possibly 5-STABLE, as well, though I stopped tracking that about a month after 6.0 was released). At the time, I figured it wasn't that big a problem for me, since I was only running 6.x "experimentally" -- and I wasn't really in a position to fix wi(4). Further, I didn't have the problem under 4.x at all. * Last week, the laptop's disk drive reported uncorrectable errors reading from slice 1 (the 4.x slice). Given the available options, I booted from slice 3 (6.x), and then spent the next several days trying to re-assemble a native 6.x working environment. (The process has got to a point where the laptop is generally usable now. Pending some port-building issue resolution, I'm reasonably comfortable with it, save for the issue that catalyzed this note.) * Over the last couple of weeks (tracking 6-STABLE daily), I've not seen a recurrence of the "wi0 fails to get a lease" issue. This seems encouraging. * However, I did see that wi0 would sometimes lose its lease prematurely. * At first, I took the "very large hammer" approach to "resolving" this issue: Once I got a DHCP lease, I'd kill dhclient, thus preventing it from changing anything. I realize that there is no respect in which this might possibly be optimal, but I was short on several resources... and it did have the desired effect of allowing the laptop to maintain connectivity. * More recently, I thought I'd try to track just what is going on, while still trying to maintain connectivity. To that end, I hacked up a dhclient-enter-hooks that would look for a reason of EXPIRE, and then set exit_status to a non-zero value, thus telling dhclient to ignore the invocation. While this has many of the more unfortunate aspects of the earlier approach, it does permit some quantification of what is going on. Thus, yesterday afternoon, I booted up the laptop with the above-cited dhclient-enter-hooks in place at about 16:40 hrs. The laptop got a 7-day (604800-second) lease, and scheduled renewal in 302400 seconds (3.5 days). So far, so good. Here's an excerpt from the message log, showing when dhclient-enter-hooks was invoked. Please note that this was a rather "quiet" network -- there was only one other DHCP client on it: Feb 26 17:41:58 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 18:55:44 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 19:07:34 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 19:30:36 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 19:35:54 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 19:42:07 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 19:45:33 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation Feb 26 20:00:20 localhost dhclient: Ignoring claimed EXPIRE dhclient invocation I'm rather at a loss to make sense of the timing of these invocations. The first is after about an hour; I don't see much of a pattern as far as the intervals for the others are concerned. I'd rather not use this fairly heavy-handed approach to avoiding the symptome of the problem, and actually resolve the problem. If nothing else, I think it would be a lot nicer for other folks who are also trying to use NICs that use the wi(4) driver. So: other than the stock "use a different NIC" (the one I'm using is built into the laptop), would someone please loan me a clue? I do keep a local private mirror of the FreeBSD CVS repository, so it's fairly easy for me to test patches -- it just takes time to rebuild stuff. And I'll see about assigning one of the slices to -CURRENT soon. Here's what I'm running at the moment (recall that I'm tracking RELENG_6 daily): localhost(6.1-P)[11] uname -a FreeBSD localhost 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #5: Mon Feb 27 06:48:11 PST 2006 root@g1-18.catwhisker.org.:/common/S2/obj/usr/src/sys/LAPTOP_30W i386 localhost(6.1-P)[12] Here's what dmesg has to say about wi0: pcib2: pccard2 requested memory range 0xf4000000-0xfbffffff: good pccard2: CIS version PC Card Standard 5.0 pccard2: CIS info: Dell, TrueMobile 1150 Series PC Card, Version 01.01, pccard2: Manufacturer code 0x156, product 0x2 pccard2: function 0: network adapter, ccr addr 3e0 mask 1 pccard2: function 0, config table entry 1: I/O card; irq mask ffff; iomask 6, iospace 0-3f; io16 irqpulse irqlevel pcib2: pccard2 requested I/O range 0xe000-0xffff: in range pcib2: pccard2 requested memory range 0xf4000000-0xfbffffff: good wi0: at port 0xe000-0xe03f irq 11 function 0 config 1 on pccard2 wi0: [MPSAFE] wi0: using Lucent Embedded WaveLAN/IEEE wi0: Lucent Firmware: Station (6.14.1) wi0: bpf attached wi0: Ethernet address: 00:02:2d:5b:2c:78 wi0: bpf attached wi0: bpf attached wi0: 11b rates: 1Mbps 2Mbps 5.5Mbps 11Mbps fdc0: output ready timeout Thanks! Peace, david -- David H. Wolfskill david@catwhisker.org Mail filters, like sewers, need to be most restrictive at the point of entry. See http://www.catwhisker.org/~david/publickey.gpg for my public key. From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 21:27:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CEEFD16A420 for ; Mon, 27 Feb 2006 21:27:32 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: from mail.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by mx1.FreeBSD.org (Postfix) with SMTP id B427643D45 for ; Mon, 27 Feb 2006 21:27:30 +0000 (GMT) (envelope-from laszlokaroly@tvnetwork.hu) Received: (qmail 11169 invoked by uid 300); 27 Feb 2006 21:27:29 -0000 Received: from 62.165.212.130 by zion.tvnetwork.hu (envelope-from , uid 64011) with qmail-scanner-1.25st (clamdscan: 0.85.1/944. spamassassin: 3.0.3. perlscan: 1.25st. Clear:RC:1(62.165.212.130):SA:0(-2.6/5.0):. Processed in 3.265296 secs); 27 Feb 2006 21:27:29 -0000 X-Spam-Status: No, hits=-2.6 required=5.0 Received: from unknown (HELO ?192.168.0.2?) (62.165.212.130) by zion.tvnetwork.hu with SMTP; 27 Feb 2006 21:27:25 -0000 Message-ID: <44036EA8.1090104@tvnetwork.hu> Date: Mon, 27 Feb 2006 22:27:04 +0100 From: =?ISO-8859-2?Q?L=E1szl=F3_K=E1roly?= User-Agent: Thunderbird 1.5 (X11/20060219) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, imp@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Subject: Bug(?) in cardbus code MFC'd to RELENG_6 on 30 January 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, 27 Feb 2006 21:27:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I have a D-Link AirPlus G+ DWL-G650+ wireless cardbus adapter which I could use with NDISulator until I cvsup'd to 6.1-PRERELEASE yesterday. pciconf info: ndis0@pci3:0:0: class=0x028000 card=0x3b051186 chip=0x9066104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'TNETW1130(ACX111) 802.11b/g Wireless Cardbus/PCI Adapter' class = network dmesg with the "old" cardbus code: cardbus0: Expecting link target, got 0xf7 cardbus0: Resource not specified in CIS: id=10, size=2000 cardbus0: Resource not specified in CIS: id=14, size=20000 ndis0: mem 0xd0060000-0xd0061fff,0xd0040000-0xd005ffff irq 18 at device 0.0 on cardbus0 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: 00:11:95:6d:72:5e dmesg with the "new" code: cardbus0: Expecting link target, got 0xf7 ndis0: mem 0xd0020000-0xd003ffff,0xd0002000-0xd0003fff at device 0.0 on cardbus0 ndis0: NDIS API version: 5.1 ndis0: init handler failed device_attach: ndis0 attach returned 6 Is it a known issue? Or should I cvsup to HEAD for solving this problem? Thanks, Laci - -- László Károly Department of Altaic Studies Egyetem str. 2. University of Szeged H-6722 Szeged, Hungary PGP/GnuPG key: 1024D/869D81C5 Fingerprint: 1E61 3205 8F5A 87E7 1269 3396 1C63 F9FF 869D 81C5 Encrypted e-mail preferred. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEA26oHGP5/4adgcURArSMAJ9cENeIdEoZCwrYc9klPY+YeOVlOQCfWadO BHDomQEWku3/YBtO4FPi0MY= =gpl1 -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 22:18:47 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B646116A424 for ; Mon, 27 Feb 2006 22:18:47 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id EA3DA43D46 for ; Mon, 27 Feb 2006 22:18:46 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1RMIiG1022042 for ; Mon, 27 Feb 2006 23:18:44 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1RMIibV022041 for stable@freebsd.org; Mon, 27 Feb 2006 23:18:44 +0100 (CET) (envelope-from hk) Date: Mon, 27 Feb 2006 23:18:44 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060227221844.GA21696@intserv.int1.b.intern> References: <20060227203625.GA19758@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060227203625.GA19758@intserv.int1.b.intern> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: "sio12: 178 more interrupt-level buffer overflows" on 6.1-PRERELEASE 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, 27 Feb 2006 22:18:48 -0000 On Mon, Feb 27, 2006 at 09:36:25PM +0100, Holger Kipp wrote: > Hello, > > This looks like PR 51982 Yes - I just recompiled my kernel with the suggested change to sio.c, and the problem goes away... hmm. > Feb 27 21:03:17 dialout kernel: sio12: 24 more interrupt-level buffer overflows (total 433) > Feb 27 21:03:56 dialout kernel: sio12: 178 more interrupt-level buffer overflows (total 611) > Feb 27 21:04:13 dialout kernel: sio12: 71 more interrupt-level buffer overflows (total 682) > Feb 27 21:05:56 dialout kernel: sio12: 172 more interrupt-level buffer overflows (total 854) > Feb 27 21:06:06 dialout kernel: sio12: 79 more interrupt-level buffer overflows (total 933) > Feb 27 21:06:07 dialout kernel: sio12: 4 more interrupt-level buffer overflows (total 937) > Feb 27 21:07:56 dialout kernel: sio12: 23 more interrupt-level buffer overflows (total 960) > Feb 27 21:08:06 dialout kernel: sio12: 26 more interrupt-level buffer overflows (total 986) > > Interestingly, this only happens with the PCI-800H, > but the system also has an older 8-port ISA-Card that > works without any problems. And yes, the system is > an old and slow PIII with 500 MHz only, but I have > this problem even if only one modem is in use (sio12). > > I also don't know why the card can't use fast mode, > unless this is because it looks like 2 cards with 4 > ports that share an irq. > > All help/ideas really appreciated! > > Regards, > Holger Kipp > > ------------- 8< --------------------------------------------------------- > Copyright (c) 1992-2005 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 6.1-PRERELEASE #1: Fri Feb 3 13:29:27 CET 2006 > root@dialout2.dout1.b.intern:/usr/obj/usr/src/sys/B-DIALOUT > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Pentium III/Pentium III Xeon/Celeron (501.14-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x673 Stepping = 3 > Features=0x383f9ff > real memory = 134205440 (127 MB) > avail memory = 121810944 (116 MB) > npx0: [FAST] > npx0: on motherboard > npx0: INT 16 interface > cpu0 on motherboard > pcib0: pcibus 0 on motherboard > pir0: on motherboard > $PIR: Using invalid BIOS IRQ 15 from 0.10.INTA for link 0x62 > $PIR: Using invalid BIOS IRQ 14 from 0.6.INTA for link 0x63 > pci0: on pcib0 > agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci1: at device 0.0 (no driver attached) > isab0: at device 4.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xb800-0xb80f at device 4.1 on pci0 > ata0: on atapci0 > ata1: on atapci0 > pci0: at device 4.2 (no driver attached) > pci0: at device 4.3 (no driver attached) > ahc0: port 0xb000-0xb0ff mem 0xe1000000-0xe1000fff irq 14 at device 6.0 on pci0 > ahc0: [GIANT-LOCKED] > aic7890/91: Ultra2 Wide Channel A, SCSI Id=7, 32/253 SCBs > fxp0: port 0xa800-0xa83f mem 0xe0800000-0xe0800fff,0xe0000000-0xe00fffff irq 15 at device 10.0 on pci0 > miibus0: on fxp0 > inphy0: on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:d0:b7:16:53:60 > puc0: port 0xa400-0xa41f,0xa000-0xa01f mem 0xdf800000-0xdf800fff,0xdf000000-0xdf000fff irq 10 at device 11.0 on pci0 > sio12: on puc0 > sio12: type 16550A > sio12: unable to activate interrupt in fast mode - using normal mode > sio13: on puc0 > sio13: type 16550A > sio13: unable to activate interrupt in fast mode - using normal mode > sio14: on puc0 > sio14: type 16550A > sio14: unable to activate interrupt in fast mode - using normal mode > sio15: on puc0 > sio15: type 16550A > sio15: unable to activate interrupt in fast mode - using normal mode > puc1: port 0x9800-0x981f,0x9400-0x941f mem 0xde800000-0xde800fff,0xde000000-0xde000fff irq 10 at device 11.1 on pci0 > sio16: on puc1 > sio16: type 16550A > sio16: unable to activate interrupt in fast mode - using normal mode > sio17: on puc1 > sio17: type 16550A > sio17: unable to activate interrupt in fast mode - using normal mode > sio18: on puc1 > sio18: type 16550A > sio18: unable to activate interrupt in fast mode - using normal mode > sio19: on puc1 > sio19: type 16550A > sio19: unable to activate interrupt in fast mode - using normal mode > pmtimer0 on isa0 > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xcd7ff,0xd0000-0xd0fff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 > fdc0: [FAST] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > ppc0: at port 0x378-0x37f irq 7 on isa0 > ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode > ppc0: FIFO with 16/16/9 bytes threshold > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > sc0: at flags 0x100 on isa0 > sc0: VGA <32 virtual consoles, flags=0x300> > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 16550A > sio1 at port 0x2f8-0x2ff irq 3 on isa0 > sio1: type 16550A > sio10 at port 0x130-0x137 flags 0xb05 on isa0 > sio10: type 16550A (multiport) > sio11 at port 0x138-0x13f irq 12 flags 0xb05 on isa0 > sio11: type 16550A (multiport master) > sio4 at port 0x100-0x107 flags 0xb05 on isa0 > sio4: type 16550A (multiport) > sio5 at port 0x108-0x10f flags 0xb05 on isa0 > sio5: type 16550A (multiport) > sio6 at port 0x110-0x117 flags 0xb05 on isa0 > sio6: type 16550A (multiport) > sio7 at port 0x118-0x11f flags 0xb05 on isa0 > sio7: type 16550A (multiport) > sio8 at port 0x120-0x127 flags 0xb05 on isa0 > sio8: type 16550A (multiport) > sio9 at port 0x128-0x12f flags 0xb05 on isa0 > sio9: type 16550A (multiport) > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > unknown: can't assign resources (memory) > unknown: can't assign resources (port) > unknown: can't assign resources (port) > Timecounter "TSC" frequency 501138120 Hz quality 800 > Timecounters tick every 1.000 msec > IP Filter: v4.1.8 initialized. Default = pass all, Logging = enabled > da0 at ahc0 bus 0 target 6 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 40.000MB/s transfers (20.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da0: 8748MB (17916240 512 byte sectors: 255H 63S/T 1115C) > cd0 at ahc0 bus 0 target 4 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 20.000MB/s transfers (20.000MHz, offset 15) > cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed > Trying to mount root from ufs:/dev/da0s1a > WARNING: / was not properly dismounted > sio12: 80 more interrupt-level buffer overflows (total 80) > sio12: 4 more interrupt-level buffer overflows (total 84) > > Any help welcome. Dmesg below. > > Regards, > Holger Kipp > > --- 8< -------------------------- dmesg ----------------- > > _______________________________________________ > 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 Mon Feb 27 23:15:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3643616A420 for ; Mon, 27 Feb 2006 23:15:50 +0000 (GMT) (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 AEB2643D45 for ; Mon, 27 Feb 2006 23:15:49 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (localhost.village.org [127.0.0.1] (may be forged)) by harmony.bsdimp.com (8.13.3/8.13.3) with ESMTP id k1RNDT05078234; Mon, 27 Feb 2006 16:13:29 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Mon, 27 Feb 2006 16:13:33 -0700 (MST) Message-Id: <20060227.161333.130238674.imp@bsdimp.com> To: laszlokaroly@tvnetwork.hu From: "M. Warner Losh" In-Reply-To: <44036EA8.1090104@tvnetwork.hu> References: <44036EA8.1090104@tvnetwork.hu> X-Mailer: Mew version 3.3 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]); Mon, 27 Feb 2006 16:13:29 -0700 (MST) Cc: freebsd-stable@freebsd.org Subject: Re: Bug(?) in cardbus code MFC'd to RELENG_6 on 30 January 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, 27 Feb 2006 23:15:50 -0000 I was unaware of this problem. It may be related to other problems that have surfaced in some code I recently MFC'd. Warner From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 23:32:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 75C5816A420 for ; Mon, 27 Feb 2006 23:32:55 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from kraid.nerim.net (smtp-101-monday.nerim.net [62.4.16.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 162EA43D45 for ; Mon, 27 Feb 2006 23:32:54 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from localhost (cbuisson.pck.nerim.net [80.65.227.128]) by kraid.nerim.net (Postfix) with ESMTP id 52CDB40F0C; Tue, 28 Feb 2006 00:32:51 +0100 (CET) Message-ID: <44038C24.9000706@nerim.net> Date: Tue, 28 Feb 2006 00:32:52 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050927 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <44036EA8.1090104@tvnetwork.hu> <20060227.161333.130238674.imp@bsdimp.com> In-Reply-To: <20060227.161333.130238674.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, laszlokaroly@tvnetwork.hu Subject: Re: Bug(?) in cardbus code MFC'd to RELENG_6 on 30 January 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, 27 Feb 2006 23:32:55 -0000 M. Warner Losh wrote: > I was unaware of this problem. It may be related to other problems > that have surfaced in some code I recently MFC'd. > > Warner > _______________________________________________ > 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" > Perharps, it is the same problem I got with a dc card one week ago, and which seemingly did not interested anyone. Using black magic, I solved it by putting: hw.cbb.start_32_io="0x4000" in my loader.conf... I found it by googling, and trying a trick used for a different card, in a different computer, with a different version of FreeBSD ! I do not know why it works, but it works... Is there somewhere a tool or a set of procedures to diagnostic/solve this kind of port allocation problems, which manifest itself with different kind of messages (as I found when trying the same card on another computer) ?? Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Mon Feb 27 23:56:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D5DCA16A420 for ; Mon, 27 Feb 2006 23:56:49 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id 06E9F43D46 for ; Mon, 27 Feb 2006 23:56:48 +0000 (GMT) (envelope-from jas@math.jussieu.fr) Received: from riemann.math.jussieu.fr (riemann.math.jussieu.fr [134.157.13.3]) by shiva.jussieu.fr (8.13.5/jtpda-5.4) with ESMTP id k1RNufeK025740 ; Tue, 28 Feb 2006 00:56:41 +0100 (CET) X-Ids: 166 Received: from grobner2.math.jussieu.fr (grobner2.math.jussieu.fr [134.157.13.119]) by riemann.math.jussieu.fr (8.12.10/jtpda-5.4) with ESMTP id k1RNudmK073499 ; Tue, 28 Feb 2006 00:56:39 +0100 (CET) Received: from grobner2.math.jussieu.fr (localhost.localdomain [127.0.0.1]) by grobner2.math.jussieu.fr (8.13.1/jtpda-5.4) with ESMTP id k1RNudTI005337 ; Tue, 28 Feb 2006 00:56:39 +0100 Received: (from jas@localhost) by grobner2.math.jussieu.fr (8.13.1/8.13.1/Submit) id k1RNuVOX005336; Tue, 28 Feb 2006 00:56:31 +0100 Date: Tue, 28 Feb 2006 00:56:31 +0100 From: Albert Shih To: Mike Tancsa Message-ID: <20060227235631.GC2964@math.jussieu.fr> References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> User-Agent: Mutt/1.5.6i X-Spam-Score: -1.44 () ALL_TRUSTED X-Scanned-By: MIMEDefang 2.54 on 134.157.13.3 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.7.2 (shiva.jussieu.fr [134.157.0.166]); Tue, 28 Feb 2006 00:56:48 +0100 (CET) X-Antivirus: scanned by sophie at shiva.jussieu.fr X-Miltered: at shiva.jussieu.fr with ID 440391B9.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: freebsd-stable@freebsd.org, Danny Butroyd Subject: Re: nfs woes in FreeBSD 6.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shih@math.jussieu.fr List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Feb 2006 23:56:50 -0000 Le 27/02/2006 à 10:18:07-0500, Mike Tancsa a écrit > At 09:49 AM 27/02/2006, Danny Butroyd wrote: > >I have tried both tcp and udp mounts and have the same issues, the > >version of nfs is v3 (the default I believe). > > > >Is it possible to implement any of the NFS changes/tweaks on my current > >version? > > Not really as there are many changes behind the scenes that impact > it. Its not just the nfsd binary that has changed. There are a lot > of kernel stuff in support of it that has changed. > > BTW, if you are using tcp mounts, and you have devices not on the > same subnet, setting > net.inet.tcp.inflight.enable=0 > helps with performance. However, this is a separate issue to the > problems you are seeing. Is there any documentation to explain a newbie like me all (I mean really all of them) sysctl variable ? For example what net.inet.tcp.inflight.enable=0 change ? What's purpose of this variable ? Lots of thanks. Regards. -- Albert SHIH Universite de Paris 7 (Denis DIDEROT) U.F.R. de Mathematiques. 7 ième étage, plateau D, bureau 10 Heure local/Local time: Tue Feb 28 00:55:00 CET 2006 From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 00:17:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6ADAD16A420 for ; Tue, 28 Feb 2006 00:17:20 +0000 (GMT) (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 C1AFC43D46 for ; Tue, 28 Feb 2006 00:17:19 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k1S0HIfs074151; Mon, 27 Feb 2006 19:17:18 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k1S0HHNh096280 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Feb 2006 19:17:17 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060227191431.08594e28@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Mon, 27 Feb 2006 19:16:28 -0500 To: shih@math.jussieu.fr From: Mike Tancsa In-Reply-To: <20060227235631.GC2964@math.jussieu.fr> References: <4402F009.1000407@g-mapps.com> <6.2.3.4.0.20060227093542.086c56c0@64.7.153.2> <44031194.8000300@g-mapps.com> <6.2.3.4.0.20060227095704.085300c8@64.7.153.2> <20060227235631.GC2964@math.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: freebsd-stable@freebsd.org Subject: Re: nfs woes in FreeBSD 6.0 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, 28 Feb 2006 00:17:20 -0000 At 06:56 PM 27/02/2006, Albert Shih wrote: >Is there any documentation to explain a newbie like me all (I mean really >all of them) sysctl variable ? > >For example what > > net.inet.tcp.inflight.enable=0 Some have descriptions, some are talked about in man pages. eg. % sysctl -d net.inet.tcp.inflight net.inet.tcp.inflight: TCP inflight data limiting net.inet.tcp.inflight.enable: Enable automatic TCP inflight data limiting net.inet.tcp.inflight.debug: Debug TCP inflight calculations net.inet.tcp.inflight.min: Lower-bound for TCP inflight window net.inet.tcp.inflight.max: Upper-bound for TCP inflight window net.inet.tcp.inflight.stab: Inflight Algorithm Stabilization 20 = 2 packets and man tcp inflight.enable Enable TCP bandwidth-delay product limiting. An attempt will be made to calculate the bandwidth-delay product for each individual TCP connection, and limit the amount of inflight data being transmitted, to avoid building up unnecessary packets in the network. This option is recommended if you are serving a lot of data over connections with high bandwidth-delay prod- ucts, such as modems, GigE links, and fast long-haul WANs, and/or you have configured your machine to accommodate large TCP windows. In such situations, without this option, you may experience high interac- tive latencies or packet loss due to the overloading of intermediate routers and switches. Note that band- width-delay product limiting only effects the transmit side of a TCP connection. And of course, www.google.com is an excellent start as well. ---Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 01:20:38 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6840B16A420 for ; Tue, 28 Feb 2006 01:20:38 +0000 (GMT) (envelope-from nakaji@jp.freebsd.org) Received: from localhost.takamatsu-nct.ac.jp (cterm.takamatsu-nct.ac.jp [210.137.230.3]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0ED843D45 for ; Tue, 28 Feb 2006 01:20:37 +0000 (GMT) (envelope-from nakaji@jp.freebsd.org) Received: from roddy.c3922.takamatsu-nct.ac.jp.takamatsu-nct.ac.jp (localhost [IPv6:::1]) by localhost.takamatsu-nct.ac.jp (8.13.4/8.13.4) with ESMTP id k1S1KWpb066211; Tue, 28 Feb 2006 10:20:33 +0900 (JST) (envelope-from nakaji@jp.freebsd.org) From: NAKAJI Hiroyuki To: Vivek Khera Organization: Japan FreeBSD User's Group References: <43FA3A6D.4010903@samsco.org> <87mzgg2dx9.fsf@roddy.c3922.takamatsu-nct.ac.jp> Date: Tue, 28 Feb 2006 10:20:32 +0900 In-Reply-To: (Vivek Khera's message of "Mon, 27 Feb 2006 10:45:35 -0500") Message-ID: <87k6bgi8in.fsf@roddy.c3922.takamatsu-nct.ac.jp> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-BETA2/FreeBSD 5.5-BETA2 Available 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, 28 Feb 2006 01:20:38 -0000 Disableing ACPI timer solved the problem. My Opteron box does not lock up. Thanks! >>>>> In >>>>> Vivek Khera wrote: > I'm gonna take a wild guess at ACPI problems. I have one system on > which I have to disable ACPI timer for anything >= 6.0-RELEASE. > To disable it, at the boot menu, select 6 to get a prompt, then type > set debug.acpi.disabled="timer" > boot > and see if it still locks up. -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 02:32:28 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0900916A422 for ; Tue, 28 Feb 2006 02:32:27 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: from web33306.mail.mud.yahoo.com (web33306.mail.mud.yahoo.com [68.142.206.121]) by mx1.FreeBSD.org (Postfix) with SMTP id 8E15F43D45 for ; Tue, 28 Feb 2006 02:32:27 +0000 (GMT) (envelope-from spamrefuse@yahoo.com) Received: (qmail 10919 invoked by uid 60001); 28 Feb 2006 02:32:24 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:Received:Date:From:Subject:To:MIME-Version:Content-Type:Content-Transfer-Encoding; b=knS283c1DIPJkX95k8K6P8H5m2Xtvq6mNGVNvjnAYu4XXMrcsLYNm1lfDFE71Xo+94+XqDZDtjO1TBqMoe6f4EE6NUQyol8x/PioVtvzvDwLWZ7CNCxx2PB5EbMG7sKAwG11ODSBNATpkt+MJbQu+5/8LqiBl/WrNBcJwClud3Q= ; Message-ID: <20060228023224.10917.qmail@web33306.mail.mud.yahoo.com> Received: from [147.46.44.181] by web33306.mail.mud.yahoo.com via HTTP; Mon, 27 Feb 2006 18:32:24 PST Date: Mon, 27 Feb 2006 18:32:24 -0800 (PST) From: Rob To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: 6.1-prerelease: boot loader pause timer hangs 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, 28 Feb 2006 02:32:28 -0000 Hi, I am keeping in sync with 6-Stable every now and then. At present I have a problem with the pause timer of the boot loader. In /boot/loader.conf I have: autoboot_delay="3" and as soon as the pause timer is supposed to count down, it kind of hangs; actually, the cursor seems to jump as if the number "3" is continuously printed instead of a countdown. This 'hang' continues until I hit the return key, after which the boot process continues as usual. When I remove the delay line in loader.conf, then the loader displays a pause timer of "10", but actually *immediately* continues as if the pause timer is zero (so no delay at all). I believe there's something wrong with the boot loader in 6.1-Prerelease. Or has my PC become buggy? Any idea what's the problem? Anybody else sees this? Regards, Rob. ------------------------------------- /boot/loader.conf has following lines: autoboot_delay="3" # 3 seconds pause timer if_rl_load="YES" # PCI Ethernet random_load="YES" # Pseudo device for SSH sio_load="YES" # Serial (COM) ports --------------------- /boot.config has this: -D -------------------------------- kernel config file has following: machine i386 cpu I686_CPU ident MYKERNEL options SCHED_4BSD options INET options INET6 options FFS options SOFTUPDATES options UFS_ACL options UFS_DIRHASH options COMPAT_43 options COMPAT_FREEBSD4 options COMPAT_FREEBSD5 options _KPOSIX_PRIORITY_SCHEDULING options KBD_INSTALL_CDEV device pci device ata device atadisk options ATA_STATIC_ID device scbus device da device pass device atkbdc device atkbd device psm device vga device splash device sc device pmtimer device loop device ether device pty device md device bpf options SC_DISABLE_REBOOT options TCP_DROP_SYNFIN options DEVICE_POLLING options HZ=1000 ----------------------- __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 05:21:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D5D216A422 for ; Tue, 28 Feb 2006 05:21:40 +0000 (GMT) (envelope-from sty@blosphere.net) Received: from vanessa.ncm.brain.riken.jp (vanessa.ncm.brain.riken.jp [134.160.174.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0B6643D49 for ; Tue, 28 Feb 2006 05:21:39 +0000 (GMT) (envelope-from sty@blosphere.net) Received: from [172.16.112.32] (bsifw11.brain.riken.jp [134.160.173.1]) by vanessa.ncm.brain.riken.jp (Postfix) with ESMTP id 2580360F4 for ; Tue, 28 Feb 2006 14:21:37 +0900 (JST) Message-ID: <4403DDE1.3050806@blosphere.net> Date: Tue, 28 Feb 2006 14:21:37 +0900 From: =?ISO-8859-1?Q?Tommi_L=E4tti?= User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: (try) core dumps 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, 28 Feb 2006 05:21:40 -0000 I just noticed this in my system logs: Feb 23 07:14:19 laa kernel: pid 71141 (try), uid 0: exited on signal 10 (core dumped) Now, I have a very busy box here, but I cannot really tell to which software the 'try' belongs to, and since it's running as uid 0, this raises some alarms on my end. I also cannot find the core file... -- br, Tommi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 05:23:31 2006 Return-Path: X-Original-To: stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1833316A422 for ; Tue, 28 Feb 2006 05:23:30 +0000 (GMT) (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 85E1E43D45 for ; Tue, 28 Feb 2006 05:23:30 +0000 (GMT) (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 4A0DE1A4E4C for ; Mon, 27 Feb 2006 21:23:30 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 11897547DB; Tue, 28 Feb 2006 00:23:29 -0500 (EST) Date: Tue, 28 Feb 2006 00:23:28 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060228052328.GA29811@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vtzGhvizbBRQ85DL" Content-Disposition: inline In-Reply-To: <20060221195601.GA63134@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: stable@FreeBSD.org Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 05:23:31 -0000 --vtzGhvizbBRQ85DL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 21, 2006 at 02:56:01PM -0500, Kris Kennaway wrote: > Jeff has been too busy to send this patch himself, but it fixed the > quota deadlock that I was able to provoke on my machine. Does it also > solve the issue for others? I've seen 0 feedback about this so far. Since a number of people have reported that the quota deadlock is the only thing keeping them from upgrading from 5.x to 6.x, I expected a more enthusiastic testing response than this :-) Please, those of you who have reported this problem, test the patch and see if it works for you. If there are further problems, we can't fix them in time for 6.1 unless we hear about it in the next week or so. Kris > ----- Forwarded message from Jeff Roberson ---= -- >=20 > X-Original-To: kkenn@localhost > Delivered-To: kkenn@localhost.obsecurity.org > X-Original-To: kris@FreeBSD.org > Delivered-To: kris@FreeBSD.org > Date: Wed, 15 Feb 2006 17:46:31 -0800 (PST) > From: Jeff Roberson > X-X-Sender: jroberson@10.0.0.1 > To: Kris Kennaway > cc: ssouhlal@FreeBSD.org, kan@FreeBSD.org > Subject: Re: Quota deadlock > In-Reply-To: <20060215081545.GA18583@xor.obsecurity.org> > X-Scanned-By: MIMEDefang 2.52 on 216.240.101.25 > X-UIDL: L0D!!!H0!!'W+"!=3Dh9"! > X-Bogosity: Ham, tests=3Dbogofilter, spamicity=3D0.000000, version=3D1.0.1 >=20 > Please try this patch. LK_NOWAIT is causing qsync() to spin forever. >=20 > Index: ufs_quota.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: /home/ncvs/src/sys/ufs/ufs/ufs_quota.c,v > retrieving revision 1.79 > diff -u -r1.79 ufs_quota.c > --- ufs_quota.c 12 Feb 2006 13:20:06 -0000 1.79 > +++ ufs_quota.c 16 Feb 2006 01:45:56 -0000 > @@ -750,7 +750,7 @@ > MNT_ILOCK(mp); > continue; > } > - error =3D vget(vp, LK_EXCLUSIVE | LK_NOWAIT | LK_INTERLOC= K,=20 > td); > + error =3D vget(vp, LK_EXCLUSIVE | LK_INTERLOCK, td); > if (error) { > MNT_ILOCK(mp); > if (error =3D=3D ENOENT) { >=20 >=20 > On Wed, 15 Feb 2006, Kris Kennaway wrote: >=20 > >Quotas are enabled on this machine: > > > >db> show lockedvnods > >Locked vnodes > > > >0xc6be4a80: tag ufs, type VREG > > usecount 0, writecount 0, refcount 3 mountedhere 0 > > flags () > > v_object 0xc6bf4d98 ref 0 pages 2 > > lock type ufs: EXCL (count 1) by thread 0xcb814000 (pid 2031)#0=20 > > 0xc0504d12 at lockmgr+0x55a > >#1 0xc056f19b at vop_stdlock+0x32 > >#2 0xc06cffde at VOP_LOCK_APV+0xa6 > >#3 0xc063d775 at ffs_lock+0x19 > >#4 0xc06cffde at VOP_LOCK_APV+0xa6 > >#5 0xc0587b58 at vn_lock+0xd3 > >#6 0xc0586d5e at vn_close+0x7c > >#7 0xc0587cd1 at vn_closefile+0xf0 > >#8 0xc04efc78 at fdrop_locked+0xb9 > >#9 0xc04efbb9 at fdrop+0x3c > >#10 0xc04ee0ac at closef+0x428 > >#11 0xc04eaf7c at close+0x245 > >#12 0xc06b7359 at syscall+0x2e9 > >#13 0xc06a140f at Xint0x80_syscall+0x1f > > > > ino 23557, on dev da0s1a > > > >0xc7610540: tag ufs, type VDIR > > usecount 1, writecount 0, refcount 4 mountedhere 0 > > flags () > > v_object 0xc9fb6078 ref 0 pages 1 > > lock type ufs: EXCL (count 1) by thread 0xcb8b2d00 (pid 2001)#0=20 > > 0xc0504d12 at lockmgr+0x55a > >#1 0xc056f19b at vop_stdlock+0x32 > >#2 0xc06cffde at VOP_LOCK_APV+0xa6 > >#3 0xc063d775 at ffs_lock+0x19 > >#4 0xc06cffde at VOP_LOCK_APV+0xa6 > >#5 0xc0587b58 at vn_lock+0xd3 > >#6 0xc057981f at vget+0xf0 > >#7 0xc056c22f at cache_lookup+0x3d0 > >#8 0xc056c8f6 at vfs_cache_lookup+0xa4 > >#9 0xc06cd997 at VOP_LOOKUP_APV+0xa6 > >#10 0xc057163b at lookup+0x47a > >#11 0xc0570efa at namei+0x431 > >#12 0xc057cf38 at kern_statfs+0x6d > >#13 0xc057cea5 at statfs+0x35 > >#14 0xc06b7359 at syscall+0x2e9 > >#15 0xc06a140f at Xint0x80_syscall+0x1f > > > > ino 1492256, on dev da0s1e > >VNASSERT failed > >0xcac88200: tag (null), type VMARKER > > usecount 0, writecount 0, refcount 0 mountedhere 0 > > flags () > > > >The only process running is umount: > > > >db> wh 2030 > >Tracing pid 2030 tid 100176 td 0xcbaa41a0 > >cpustop_handler(e8ef9a10,c06b648f,e8ef9998,e8ef9998,cbaa41a0) at=20 > >cpustop_handler+0x2c > >ipi_nmi_handler(e8ef9998,e8ef9998,cbaa41a0,e8ef99a4,46) at=20 > >ipi_nmi_handler+0x29 > >trap(e8ef0008,e8ef0028,c06a0028,50,0) at trap+0x3f > >calltrap() at calltrap+0x5 > >--- trap 0x13, eip =3D 0xc0504794, esp =3D 0xe8ef9a58, ebp =3D 0xe8ef9a7= 8 --- > >acquire(e8ef9afc,50,1050000,b2,cbaa41a0) at acquire+0x124 > >lockmgr(cd6bd838,2012,cd6bd8a8,cbaa41a0,e8ef9b28) at lockmgr+0x4df > >vop_stdlock(e8ef9b7c,c063c186,c057cc44,c0742080,e8ef9b7c) at=20 > >vop_stdlock+0x32 > >VOP_LOCK_APV(c07425c0,e8ef9b7c,e8ef9b54,c06cffde,e8ef9b7c) at=20 > >VOP_LOCK_APV+0xa6 > >ffs_lock(e8ef9b7c,ce51a758,87f,2012,cd6bd7e0) at ffs_lock+0x19 > >VOP_LOCK_APV(c0742080,e8ef9b7c,138,ce51a690,ce51a690) at VOP_LOCK_APV+0x= a6 > >vn_lock(cd6bd7e0,2012,cbaa41a0,79d,2012) at vn_lock+0xd3 > >vget(cd6bd7e0,2012,cbaa41a0,2ea,c6823488) at vget+0xf0 > >qsync(c6823400,0,c070ad43,490,c6823488) at qsync+0x13e > >ffs_sync(c6823400,2,cbaa41a0,cbaa41a0,c6823400) at ffs_sync+0x2e0 > >sync(cbaa41a0,e8ef9d04,cbaa41a0,cbaa41a0,c7a57108) at sync+0x100 > >syscall(3b,3b,3b,2,bfbfe958) at syscall+0x2e9 > >Xint0x80_syscall() at Xint0x80_syscall+0x1f > >--- syscall (36, FreeBSD ELF32, sync), eip =3D 0x280c260f, esp =3D 0xbfb= fe8ac,=20 > >ebp =3D 0xbfbfe918 --- > >db> >=20 >=20 > ----- End forwarded message ----- --vtzGhvizbBRQ85DL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEA95QWry0BWjoQKURAo0DAKC0MGWviGsQpYfdI7hcaETVzKaNDQCg0b1R EqS8wvOZanckIveNKz2d1rU= =9/I1 -----END PGP SIGNATURE----- --vtzGhvizbBRQ85DL-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 05:25:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77D2316A420 for ; Tue, 28 Feb 2006 05:25:11 +0000 (GMT) (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 103C243D97 for ; Tue, 28 Feb 2006 05:25:04 +0000 (GMT) (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 86DEB1A4E4D; Mon, 27 Feb 2006 21:25:04 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D477852BFD; Tue, 28 Feb 2006 00:25:03 -0500 (EST) Date: Tue, 28 Feb 2006 00:25:03 -0500 From: Kris Kennaway To: Tommi L?tti Message-ID: <20060228052503.GA29922@xor.obsecurity.org> References: <4403DDE1.3050806@blosphere.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="zYM0uCDKw75PZbzx" Content-Disposition: inline In-Reply-To: <4403DDE1.3050806@blosphere.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: (try) core dumps 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, 28 Feb 2006 05:25:11 -0000 --zYM0uCDKw75PZbzx Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 02:21:37PM +0900, Tommi L?tti wrote: > I just noticed this in my system logs: >=20 > Feb 23 07:14:19 laa kernel: pid 71141 (try), uid 0: exited on signal 10= =20 > (core dumped) >=20 > Now, I have a very busy box here, but I cannot really tell to which=20 > software the 'try' belongs to, and since it's running as uid 0, this=20 > raises some alarms on my end. >=20 > I also cannot find the core file... Probably part of a port build..the configure scripts sometimes deliberately induce core dumps to test various things. i.e. nothing to worry about, if so. Kris --zYM0uCDKw75PZbzx Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEA96vWry0BWjoQKURArHwAJ0d7/MVWVmS7q7LKEIRn5rq9FV/KwCgpgbs SC6V7Qmo4OZv5PwDN9LVBkM= =Jyhr -----END PGP SIGNATURE----- --zYM0uCDKw75PZbzx-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 05:38:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0053316A420 for ; Tue, 28 Feb 2006 05:38:30 +0000 (GMT) (envelope-from sty@blosphere.net) Received: from vanessa.ncm.brain.riken.jp (vanessa.ncm.brain.riken.jp [134.160.174.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id A59FE43D46 for ; Tue, 28 Feb 2006 05:38:30 +0000 (GMT) (envelope-from sty@blosphere.net) Received: from [172.16.112.32] (bsifw11.brain.riken.jp [134.160.173.1]) by vanessa.ncm.brain.riken.jp (Postfix) with ESMTP id 7EE4F60F4 for ; Tue, 28 Feb 2006 14:38:28 +0900 (JST) Message-ID: <4403E1D5.5040202@blosphere.net> Date: Tue, 28 Feb 2006 14:38:29 +0900 From: =?ISO-8859-1?Q?Tommi_L=E4tti?= User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4403DDE1.3050806@blosphere.net> <20060228052503.GA29922@xor.obsecurity.org> In-Reply-To: <20060228052503.GA29922@xor.obsecurity.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: (try) core dumps 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, 28 Feb 2006 05:38:31 -0000 Kris Kennaway wrote: > Probably part of a port build..the configure scripts sometimes > deliberately induce core dumps to test various things. i.e. nothing > to worry about, if so. Hmm, thanks. There was actually perl getting updated at that point. -- br, Tommi From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 05:40:47 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3A2D016A422 for ; Tue, 28 Feb 2006 05:40:47 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from bache.ece.cmu.edu (BACHE.ECE.CMU.EDU [128.2.129.23]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D69443D49 for ; Tue, 28 Feb 2006 05:40:46 +0000 (GMT) (envelope-from allbery@ece.cmu.edu) Received: from [10.9.204.128] (dsl093-061-215.pit1.dsl.speakeasy.net [66.93.61.215]) by bache.ece.cmu.edu (Postfix) with ESMTP id 8B6B6B0; Tue, 28 Feb 2006 00:40:44 -0500 (EST) In-Reply-To: <4403E1D5.5040202@blosphere.net> References: <4403DDE1.3050806@blosphere.net> <20060228052503.GA29922@xor.obsecurity.org> <4403E1D5.5040202@blosphere.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=ISO-8859-1; delsp=yes; format=flowed Message-Id: <0203C94D-7EA8-4080-9D1B-62FACB221B9D@ece.cmu.edu> Content-Transfer-Encoding: quoted-printable From: "Brandon S. Allbery KF8NH" Date: Tue, 28 Feb 2006 00:40:40 -0500 To: =?ISO-8859-1?Q?Tommi_L=E4tti?= X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: (try) core dumps 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, 28 Feb 2006 05:40:47 -0000 On Feb 28, 2006, at 12:38 , Tommi L=E4tti wrote: > Kris Kennaway wrote: >> Probably part of a port build..the configure scripts sometimes >> deliberately induce core dumps to test various things. i.e. nothing >> to worry about, if so. > > Hmm, thanks. There was actually perl getting updated at that point. Heh. Yes, while autoconf uses "conftest" for its test executables, =20 Metaconfig (which I think only perl uses at this point) uses "try". --=20 brandon s. allbery [linux,solaris,freebsd,perl] =20 allbery@kf8nh.com system administrator [openafs,heimdal,too many hats] =20 allbery@ece.cmu.edu electrical and computer engineering, carnegie mellon university =20 KF8NH From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 07:00:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AEC4F16A420 for ; Tue, 28 Feb 2006 07:00:24 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id AFF4543D48 for ; Tue, 28 Feb 2006 07:00:15 +0000 (GMT) (envelope-from ganbold@micom.mng.net) Received: from [202.179.0.164] (helo=[192.168.0.18]) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FDyT4-0005bp-CZ for freebsd-stable@freebsd.org; Tue, 28 Feb 2006 14:36:18 +0800 Message-ID: <4403EE18.5040003@micom.mng.net> Date: Tue, 28 Feb 2006 14:30:48 +0800 From: Ganbold User-Agent: Thunderbird 1.5 (X11/20060202) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 6.0 on ASUS A8N-SLI motherboard 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, 28 Feb 2006 07:00:24 -0000 Hi, Are there any issues running FreeBSD 6.0-STABLE (i386 or amd64 version) on machine with ASUS A8N-SLI motherboard? It has NVIDIA RAID option in BIOS and the system has 4x250GB SATA disks. I would like to use its RAID feature if possible, otherwise I'll try gmirror. Please let me know if somebody has experience about it. thanks, Ganbold From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 07:23:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 68CCA16A420 for ; Tue, 28 Feb 2006 07:23:29 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from gate.bitblocks.com (bitblocks.com [209.204.185.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id 19E7843D48 for ; Tue, 28 Feb 2006 07:23:28 +0000 (GMT) (envelope-from bakul@bitblocks.com) Received: from bitblocks.com (localhost [127.0.0.1]) by gate.bitblocks.com (8.13.4/8.13.1) with ESMTP id k1S7NRBq022779; Mon, 27 Feb 2006 23:23:27 -0800 (PST) (envelope-from bakul@bitblocks.com) Message-Id: <200602280723.k1S7NRBq022779@gate.bitblocks.com> To: Ganbold In-reply-to: Your message of "Tue, 28 Feb 2006 14:30:48 +0800." <4403EE18.5040003@micom.mng.net> Date: Mon, 27 Feb 2006 23:23:27 -0800 From: Bakul Shah Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 on ASUS A8N-SLI motherboard 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, 28 Feb 2006 07:23:29 -0000 > Are there any issues running FreeBSD 6.0-STABLE (i386 or amd64 version) > on machine with ASUS A8N-SLI motherboard? It has NVIDIA RAID option in > BIOS and the system has 4x250GB SATA disks. I would like to use its RAID > feature if possible, otherwise I'll try gmirror. > Please let me know if somebody has experience about it. I am running amd64 fbsd-6.0-beta1 on A8N-SLI Deluxe. Nvidia mirroring seems to work well enough but I haven't stressed it much. I am running stock generic kernel with no problems related to the motherboard. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 07:40:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 771F616A420 for ; Tue, 28 Feb 2006 07:40:40 +0000 (GMT) (envelope-from ob@gruft.de) Received: from obh.snafu.de (obh.snafu.de [213.73.92.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63B0F43D5A for ; Tue, 28 Feb 2006 07:40:39 +0000 (GMT) (envelope-from ob@gruft.de) Received: from ob by obh.snafu.de with local (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FDzTJ-00061o-LH for freebsd-stable@freebsd.org; Tue, 28 Feb 2006 08:40:37 +0100 Date: Tue, 28 Feb 2006 08:40:37 +0100 From: Oliver Brandmueller To: freebsd-stable@freebsd.org Message-ID: <20060228074037.GE21678@e-Gitt.NET> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060221195601.GA63134@xor.obsecurity.org> <20060228052328.GA29811@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Pk6IbRAofICFmK5e" Content-Disposition: inline In-Reply-To: <20060228052328.GA29811@xor.obsecurity.org> User-Agent: Mutt/1.5.11 Sender: Oliver Brandmueller Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 07:40:40 -0000 --Pk6IbRAofICFmK5e Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Kris. On Tue, Feb 28, 2006 at 12:23:28AM -0500, Kris Kennaway wrote: > On Tue, Feb 21, 2006 at 02:56:01PM -0500, Kris Kennaway wrote: > > Jeff has been too busy to send this patch himself, but it fixed the > > quota deadlock that I was able to provoke on my machine. Does it also > > solve the issue for others? >=20 > I've seen 0 feedback about this so far. Since a number of people have > reported that the quota deadlock is the only thing keeping them from > upgrading from 5.x to 6.x, I expected a more enthusiastic testing > response than this :-) >=20 > Please, those of you who have reported this problem, test the patch > and see if it works for you. If there are further problems, we can't > fix them in time for 6.1 unless we hear about it in the next week or > so. I'm a little ambivalent about it. The only machine where I could=20 actually observe the behaviour (once a week) is our main prod NFS=20 server. On the backup server there are abviously too few accesses to=20 trigger the hang. So on one hand I se the necessity to test this, because I need quotas=20 again on the server, on the other hand this means a 10 min downtime for=20 installing a new kernel and the risk of 30 min downtime if it did not=20 help. And I can only say this after a week or so. Anyway, I'll discuss with my colleagues and we'll see if we want to take=20 the risk. Anyway, I remember people here, who talked about scenarios where they=20 could trigger the panic with a simple find or something in only two=20 hours. Hello, where are you? :-) - Oliver --=20 | Oliver Brandmueller | Offenbacher Str. 1 | Germany D-14197 Berlin | | Fon +49-172-3130856 | Fax +49-172-3145027 | WWW: http://the.addict.de/ | | Ich bin das Internet. Sowahr ich Gott helfe. | | Eine gewerbliche Nutzung aller enthaltenen Adressen ist nicht gestattet! | --Pk6IbRAofICFmK5e Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEA/51iqtMdzjafykRAh9nAJ9Q7U3y3h1d5Dw5QFYfEyG2nB0YmgCgss6D ia6mMAIB6haCJfiFcyMfWVg= =ViCz -----END PGP SIGNATURE----- --Pk6IbRAofICFmK5e-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 07:51:45 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 44CAD16A422 for ; Tue, 28 Feb 2006 07:51:45 +0000 (GMT) (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 89AC143D77 for ; Tue, 28 Feb 2006 07:51:40 +0000 (GMT) (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 364DF1A4E59 for ; Mon, 27 Feb 2006 23:51:40 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6C98752BFD; Tue, 28 Feb 2006 02:51:39 -0500 (EST) Date: Tue, 28 Feb 2006 02:51:39 -0500 From: Kris Kennaway To: freebsd-stable@freebsd.org Message-ID: <20060228075139.GA38928@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> <20060228052328.GA29811@xor.obsecurity.org> <20060228074037.GE21678@e-Gitt.NET> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0ulUmNC+osPPQO6" Content-Disposition: inline In-Reply-To: <20060228074037.GE21678@e-Gitt.NET> User-Agent: Mutt/1.4.2.1i Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 07:51:45 -0000 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote: > Anyway, I'll discuss with my colleagues and we'll see if we want to take= =20 > the risk. Thanks, it would be a big help if you're willing to try. Kris --y0ulUmNC+osPPQO6 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBAELWry0BWjoQKURAgfBAKDBUO6sqBHOlzaRsjeyezAVtAx72gCeNxsw Ik3wrmu3aCOGJKWVLh+qMkU= =pUB/ -----END PGP SIGNATURE----- --y0ulUmNC+osPPQO6-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:36:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AB8B616A420 for ; Tue, 28 Feb 2006 08:36:19 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from natsluvver.rzone.de (natsluvver.rzone.de [81.169.145.176]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CD3E43D46 for ; Tue, 28 Feb 2006 08:36:18 +0000 (GMT) (envelope-from uwe@laverenz.de) Received: from athena.laverenz.de (p5480A9C6.dip.t-dialin.net [84.128.169.198]) by post.webmailer.de (8.13.1/8.13.1) with ESMTP id k1S8aGYP017301; Tue, 28 Feb 2006 09:36:17 +0100 (MET) Received: from localhost (localhost.localdomain [127.0.0.1]) by athena.laverenz.de (Postfix) with ESMTP id 7D125E379FEF; Tue, 28 Feb 2006 09:36:16 +0100 (CET) Received: from athena.laverenz.de ([127.0.0.1]) by localhost (athena [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 02894-03; Tue, 28 Feb 2006 09:36:15 +0100 (CET) Received: by athena.laverenz.de (Postfix, from userid 2000) id 49170E379FEE; Tue, 28 Feb 2006 09:36:15 +0100 (CET) Date: Tue, 28 Feb 2006 09:36:15 +0100 From: Uwe Laverenz To: Per olof Ljungmark Message-ID: <20060228083615.GA3673@laverenz.de> Mail-Followup-To: Per olof Ljungmark , stable@freebsd.org References: <20060123141423.GD17465@laverenz.de> <44024929.4010006@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44024929.4010006@intersonic.se> Organization: private site Sender: uwe@laverenz.de User-Agent: Mutt/1.5.9i X-Virus-Scanned: by amavisd-new-20030616-p10 (Debian) at laverenz.de Cc: stable@freebsd.org Subject: Re: libc bug with nsswitch? 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, 28 Feb 2006 08:36:19 -0000 On Mon, Feb 27, 2006 at 01:34:49AM +0100, Per olof Ljungmark wrote: > Assertion failed: (cfg->ldc_uris[__session.ls_current_uri] != NULL), > function do > _init, file ldap-nss.c, line 1245. > kioslave: ####### CRASH ###### protocol = file pid = 72414 signal = 6 > > Identical to the above, everything is find without ldap in nsswitch.conf. > Currently I'm on 6.1-PRERELEASE #0: Wed Feb 22. Could you please test an older version of nss_ldap to see if it solves your problem? I have a package of an older version here: http://www.laverenz.de/nss_ldap-1.239.tbz This solved the problem with linux_base-8 in my case but not the errors with php4. bye, Uwe From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:38:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 13A8E16A420 for ; Tue, 28 Feb 2006 08:38:21 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id E58C743D69 for ; Tue, 28 Feb 2006 08:38:18 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 25700 invoked by uid 1026); 28 Feb 2006 08:41:46 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.247227 secs); 28 Feb 2006 08:41:46 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 08:41:45 -0000 From: Niki Denev To: freebsd-stable@freebsd.org Date: Tue, 28 Feb 2006 10:40:36 +0200 User-Agent: KMail/1.9.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281040.36507.nike_d@cytexbg.com> Subject: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 08:38:21 -0000 Hello, I'm running a 6.1-PRE machine and have created the following scripts called from /etc/crontab : 0 0 * * * root /usr/local/sbin/make_snapshot.sh 15 0 * * * root /usr/local/sbin/purge_snapshot.sh make_snapshot.sh : #!/bin/sh date=`date +%d-%m-%y` /sbin/mksnap_ffs / /.snap/snapshot-$date purge_snapshot.sh: #!/bin/sh /usr/bin/find /.snap -name "snapshot-*" -type f -ctime +7d -exec /bin/rm '{}' \; so i will have snapshot created each day, and all snapshots older than 7 days will be deleted. but i have more than 7 files in /.snap : ls -la /.snap/ total 125460 drwxrwxr-x 2 root operator 512 Feb 28 00:00 . drwxr-xr-x 19 root wheel 512 Feb 27 13:08 .. -r--r----- 1 root operator 536870984 Feb 28 09:36 snapshot-20-02-06 -r--r----- 1 root operator 536870984 Feb 28 09:36 snapshot-21-02-06 -r--r----- 1 root operator 536870984 Feb 28 09:36 snapshot-22-02-06 -r--r----- 1 root operator 536870984 Feb 28 09:36 snapshot-23-02-06 -r--r----- 1 root operator 536870984 Feb 28 09:36 snapshot-24-02-06 -r--r----- 1 root operator 536870992 Feb 28 09:36 snapshot-25-02-06 -r--r----- 1 root operator 536870992 Feb 28 09:36 snapshot-26-02-06 -r--r----- 1 root operator 536870992 Feb 28 09:36 snapshot-27-02-06 -r--r----- 1 root operator 536870992 Feb 28 09:57 snapshot-28-02-06 and most of them are with the same timestamp? Any ideas? Probably i'm doing something wrong, but can't see it yet... Regards, Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:48:39 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0E2D116A420 for ; Tue, 28 Feb 2006 08:48:39 +0000 (GMT) (envelope-from ta.nakamura@crs.co.jp) Received: from mx.crc.co.jp (mxb.crc.co.jp [157.113.18.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5C39943D46 for ; Tue, 28 Feb 2006 08:48:37 +0000 (GMT) (envelope-from ta.nakamura@crs.co.jp) Received: from mail1.crc.co.jp by crc.co.jp with ESMTP id k1S8mT927199; Tue, 28 Feb 2006 17:48:29 +0900 (JST) env-from (ta.nakamura@crs.co.jp) Received: from [127.0.0.1] by mail1.crc.co.jp with ESMTP id k1S8mSd14603; Tue, 28 Feb 2006 17:48:28 +0900 (JST) env-from (ta.nakamura@crs.co.jp) Date: Tue, 28 Feb 2006 17:48:26 +0900 From: NAKAMURA Takeshi <1yen@sh.rim.or.jp> To: Niki Denev In-Reply-To: <200602281040.36507.nike_d@cytexbg.com> References: <200602281040.36507.nike_d@cytexbg.com> X-Mailer-Plugin: BkASPil for Becky!2 Ver.2.064 Message-Id: <20060228174550.AB66.1YEN@sh.rim.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.24.02 [ja] Cc: freebsd-stable@freebsd.org Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 08:48:39 -0000 Hi On Tue, 28 Feb 2006 10:40:36 +0200, Niki Denev wrote: > Any ideas? Probably i'm doing something wrong, but can't see it yet... Tri it. DIR=/.snap nice sh -c "cd $DIR ; rm -rf `date -v-7d +'snapshot-%d-%m-%y'`" ----+----1----+----2----+----3----+----4----+----5----+----6----+ NAKAMURA Takeshi <1yen@sh.rim.or.jp> I have poor english. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:49:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8EBF16A422 for ; Tue, 28 Feb 2006 08:49:50 +0000 (GMT) (envelope-from riv.rivai@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 134FB43D5D for ; Tue, 28 Feb 2006 08:49:49 +0000 (GMT) (envelope-from riv.rivai@gmail.com) Received: by wproxy.gmail.com with SMTP id i31so1047221wra for ; Tue, 28 Feb 2006 00:49:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ElawqXrV2bnr6HvQlHnswegr9hnHqkF+my/C9k2QbXTyEzy8bOFIZBpnqIx5aYPEho557KTfzysKCI74eRQOCBFBat9DMEgPmNOhMWpchAQPkDKXVliQrVirNn+gNpRS2sBCag4NL21xDq8umzbVN6hu/zDvLgAP4U1Vmrh/jjg= Received: by 10.54.107.17 with SMTP id f17mr421477wrc; Tue, 28 Feb 2006 00:49:49 -0800 (PST) Received: by 10.54.71.20 with HTTP; Tue, 28 Feb 2006 00:49:49 -0800 (PST) Message-ID: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> Date: Tue, 28 Feb 2006 15:49:49 +0700 From: "Riv Octovahriz" To: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Cc: Subject: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 28 Feb 2006 08:49:51 -0000 Is there anyway to install FreeBSD 6.0 on IBM BladeCenter HS20 ? hint.atkbd.0.disabled=3D"1" allow me to bypass the atkbd check, but my keyboard just drop dead on sysinstall From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:53:16 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D32D616A420 for ; Tue, 28 Feb 2006 08:53:16 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8589A43D76 for ; Tue, 28 Feb 2006 08:53:15 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 29589 invoked by uid 1026); 28 Feb 2006 08:56:43 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.195034 secs); 28 Feb 2006 08:56:43 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 08:56:43 -0000 From: Niki Denev To: stable@freebsd.org Date: Tue, 28 Feb 2006 10:55:34 +0200 User-Agent: KMail/1.9.1 References: <200602281040.36507.nike_d@cytexbg.com> <20060228174550.AB66.1YEN@sh.rim.or.jp> In-Reply-To: <20060228174550.AB66.1YEN@sh.rim.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281055.34762.nike_d@cytexbg.com> Cc: NAKAMURA Takeshi <1yen@sh.rim.or.jp> Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 08:53:16 -0000 On Tuesday 28 February 2006 10:48, you wrote: > Hi > > On Tue, 28 Feb 2006 10:40:36 +0200, > > Niki Denev wrote: > > Any ideas? Probably i'm doing something wrong, but can't see it yet... > > Tri it. > > DIR=/.snap > nice sh -c "cd $DIR ; rm -rf `date -v-7d +'snapshot-%d-%m-%y'`" > ----+----1----+----2----+----3----+----4----+----5----+----6----+ > NAKAMURA Takeshi <1yen@sh.rim.or.jp> > I have poor english. Thanks, this will work... but i was under the impression that the snapshots will have meaningful timestamps too. At least this is what is mentioned in /usr/src/sys/ufs/ffs/README.snapshot : 2) Run dump on the snapshot. You will get a dump that is consistent with the filesystem as of the timestamp of the snapshot. Regards, Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:58:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D537416A420; Tue, 28 Feb 2006 08:58:30 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F2D543D6B; Tue, 28 Feb 2006 08:58:29 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 697C078C75; Tue, 28 Feb 2006 04:05:40 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76096-10; Tue, 28 Feb 2006 04:05:36 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id D802578C64; Tue, 28 Feb 2006 04:05:35 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 626131C082B; Tue, 28 Feb 2006 03:58:23 -0500 (EST) Date: Tue, 28 Feb 2006 03:58:23 -0500 From: Damian Gerow To: Riv Octovahriz Message-ID: <20060228085822.GA88352@afflictions.org> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: freebsd-stable@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 28 Feb 2006 08:58:31 -0000 Thus spake Riv Octovahriz (riv.rivai@gmail.com) [28/02/06 03:58]: : Is there anyway to install FreeBSD 6.0 on IBM BladeCenter HS20 ? Not that I've been able to figure out. I asked the same question not too long ago: I've tried a few different hints, as well as a few different FreeBSD releases: it doesn't seem to want to work. OpenBSD /does/ work, so I'm hoping that between that and giving -CURRENT a shot, I may make some headway with this. - Damian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:59:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 46DE516A425 for ; Tue, 28 Feb 2006 08:59:08 +0000 (GMT) (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 A378243D5D for ; Tue, 28 Feb 2006 08:59:07 +0000 (GMT) (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 88B051A4E56; Tue, 28 Feb 2006 00:59:07 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E18DA517BC; Tue, 28 Feb 2006 03:59:06 -0500 (EST) Date: Tue, 28 Feb 2006 03:59:06 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060228085906.GA44851@xor.obsecurity.org> References: <200602281040.36507.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="bp/iNruPH9dso1Pn" Content-Disposition: inline In-Reply-To: <200602281040.36507.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 08:59:08 -0000 --bp/iNruPH9dso1Pn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 10:40:36AM +0200, Niki Denev wrote: > Hello, >=20 > I'm running a 6.1-PRE machine So why haven't you tested the quota patch I posted, since you posted a month ago about quota deadlocks? ;-) Kris --bp/iNruPH9dso1Pn Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBBDaWry0BWjoQKURAsXdAKCzIElsao/7fb7LItJq5uEQMMnSuACg1VC7 uuuqrl2e632pFwXaJMkhA9Q= =0M29 -----END PGP SIGNATURE----- --bp/iNruPH9dso1Pn-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 08:59:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 209B416A422 for ; Tue, 28 Feb 2006 08:59:48 +0000 (GMT) (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 6DB2F43D7C for ; Tue, 28 Feb 2006 08:59:32 +0000 (GMT) (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 52E871A4E54; Tue, 28 Feb 2006 00:59:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id B8FD153667; Tue, 28 Feb 2006 03:59:31 -0500 (EST) Date: Tue, 28 Feb 2006 03:59:31 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060228085931.GB44851@xor.obsecurity.org> References: <200602281040.36507.nike_d@cytexbg.com> <20060228174550.AB66.1YEN@sh.rim.or.jp> <200602281055.34762.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wq9mPyueHGvFACwf" Content-Disposition: inline In-Reply-To: <200602281055.34762.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: NAKAMURA Takeshi <1yen@sh.rim.or.jp>, stable@freebsd.org Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 08:59:48 -0000 --wq9mPyueHGvFACwf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 10:55:34AM +0200, Niki Denev wrote: > On Tuesday 28 February 2006 10:48, you wrote: > > Hi > > > > On Tue, 28 Feb 2006 10:40:36 +0200, > > > > Niki Denev wrote: > > > Any ideas? Probably i'm doing something wrong, but can't see it yet... > > > > Tri it. > > > > DIR=3D/.snap > > nice sh -c "cd $DIR ; rm -rf `date -v-7d +'snapshot-%d-%m-%y'`" > > ----+----1----+----2----+----3----+----4----+----5----+----6----+ > > NAKAMURA Takeshi <1yen@sh.rim.or.jp> > > I have poor english. >=20 > Thanks, this will work... but i was under the impression that=20 > the snapshots will have meaningful timestamps too.=20 > At least this is what is mentioned in /usr/src/sys/ufs/ffs/README.snapsho= t : >=20 > 2) Run dump on the snapshot. You will get a dump that is > consistent with the filesystem as of the timestamp of the > snapshot. It means "as of the time the snapshot was made". Kris --wq9mPyueHGvFACwf Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBBDzWry0BWjoQKURAn5uAKCSSjXTQdUrLXa9NSlP24rSGEkq1ACgq/ap oSyJsBJ6BdngWc/ywee6MFs= =ARGM -----END PGP SIGNATURE----- --wq9mPyueHGvFACwf-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 09:07:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D16B616A420 for ; Tue, 28 Feb 2006 09:07:43 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 5965E43D79 for ; Tue, 28 Feb 2006 09:07:41 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 34596 invoked by uid 1026); 28 Feb 2006 09:11:10 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.096623 secs); 28 Feb 2006 09:11:10 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 09:11:10 -0000 From: Niki Denev To: Kris Kennaway Date: Tue, 28 Feb 2006 11:10:01 +0200 User-Agent: KMail/1.9.1 References: <200602281040.36507.nike_d@cytexbg.com> <20060228085906.GA44851@xor.obsecurity.org> In-Reply-To: <20060228085906.GA44851@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281110.01912.nike_d@cytexbg.com> Cc: stable@freebsd.org Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 09:07:43 -0000 On Tuesday 28 February 2006 10:59, you wrote: > On Tue, Feb 28, 2006 at 10:40:36AM +0200, Niki Denev wrote: > > Hello, > > > > I'm running a 6.1-PRE machine > > So why haven't you tested the quota patch I posted, since you posted a > month ago about quota deadlocks? ;-) > > Kris Sorry for this :-/ I have just rebuilt the machine yesteday, and was planning to test it by the end of the week. (i'll try today if time permits). It's already in production and i will try to schedule the test when there are little users. Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 09:18:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D8FBC16A420 for ; Tue, 28 Feb 2006 09:18:13 +0000 (GMT) (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 569BD43D66 for ; Tue, 28 Feb 2006 09:18:13 +0000 (GMT) (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 346781A4E56; Tue, 28 Feb 2006 01:18:13 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9E75F517BC; Tue, 28 Feb 2006 04:18:09 -0500 (EST) Date: Tue, 28 Feb 2006 04:18:09 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060228091809.GA45206@xor.obsecurity.org> References: <200602281040.36507.nike_d@cytexbg.com> <20060228085906.GA44851@xor.obsecurity.org> <200602281110.01912.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Kj7319i9nmIyA2yE" Content-Disposition: inline In-Reply-To: <200602281110.01912.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 09:18:14 -0000 --Kj7319i9nmIyA2yE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 11:10:01AM +0200, Niki Denev wrote: > On Tuesday 28 February 2006 10:59, you wrote: > > On Tue, Feb 28, 2006 at 10:40:36AM +0200, Niki Denev wrote: > > > Hello, > > > > > > I'm running a 6.1-PRE machine > > > > So why haven't you tested the quota patch I posted, since you posted a > > month ago about quota deadlocks? ;-) > > > > Kris >=20 > Sorry for this :-/ > I have just rebuilt the machine yesteday, and was planning to test it by = the > end of the week. (i'll try today if time permits). > It's already in production and i will try to schedule the test when there= are > little users. Great, thanks! Kris --Kj7319i9nmIyA2yE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBBVQWry0BWjoQKURAt6pAKDCpxDnu3rAuCq9LVxdYWGGAlqxJgCg2b62 Hj+YPi6DEDNhD0mSJ0E9gRQ= =jJnv -----END PGP SIGNATURE----- --Kj7319i9nmIyA2yE-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 09:22:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7CB0716A420 for ; Tue, 28 Feb 2006 09:22:35 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 8BA0343D45 for ; Tue, 28 Feb 2006 09:22:34 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 38325 invoked by uid 1026); 28 Feb 2006 09:26:03 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.101682 secs); 28 Feb 2006 09:26:03 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 09:26:03 -0000 From: Niki Denev To: Kris Kennaway Date: Tue, 28 Feb 2006 11:24:53 +0200 User-Agent: KMail/1.9.1 References: <200602281040.36507.nike_d@cytexbg.com> <200602281055.34762.nike_d@cytexbg.com> <20060228085931.GB44851@xor.obsecurity.org> In-Reply-To: <20060228085931.GB44851@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281124.54390.nike_d@cytexbg.com> Cc: stable@freebsd.org Subject: Re: filesystem snapshot timestamp not correct? 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, 28 Feb 2006 09:22:35 -0000 On Tuesday 28 February 2006 10:59, Kris Kennaway wrote: > On Tue, Feb 28, 2006 at 10:55:34AM +0200, Niki Denev wrote: > > On Tuesday 28 February 2006 10:48, you wrote: > > > Hi > > > > > > On Tue, 28 Feb 2006 10:40:36 +0200, > > > > > > Niki Denev wrote: > > > > Any ideas? Probably i'm doing something wrong, but can't see it > > > > yet... > > > > > > Tri it. > > > > > > DIR=/.snap > > > nice sh -c "cd $DIR ; rm -rf `date -v-7d +'snapshot-%d-%m-%y'`" > > > ----+----1----+----2----+----3----+----4----+----5----+----6----+ > > > NAKAMURA Takeshi <1yen@sh.rim.or.jp> > > > I have poor english. > > > > Thanks, this will work... but i was under the impression that > > the snapshots will have meaningful timestamps too. > > At least this is what is mentioned in > > /usr/src/sys/ufs/ffs/README.snapshot : > > > > 2) Run dump on the snapshot. You will get a dump that is > > consistent with the filesystem as of the timestamp of the > > snapshot. > > It means "as of the time the snapshot was made". > > Kris I see, thanks :) So then is there any meaningful value of the timestamps i get with 'ls'? Niki Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 09:56:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1C0D716A420 for ; Tue, 28 Feb 2006 09:56:21 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 97A2743D46 for ; Tue, 28 Feb 2006 09:56:19 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 47378 invoked by uid 1026); 28 Feb 2006 09:59:47 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.484083 secs); 28 Feb 2006 09:59:47 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 09:59:46 -0000 From: Niki Denev To: Kris Kennaway Date: Tue, 28 Feb 2006 11:58:02 +0200 User-Agent: KMail/1.9.1 References: <20060221195601.GA63134@xor.obsecurity.org> <20060228074037.GE21678@e-Gitt.NET> <20060228075139.GA38928@xor.obsecurity.org> In-Reply-To: <20060228075139.GA38928@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281158.03030.nike_d@cytexbg.com> Cc: freebsd-stable@freebsd.org Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 09:56:21 -0000 On Tuesday 28 February 2006 09:51, Kris Kennaway wrote: > On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote: > > Anyway, I'll discuss with my colleagues and we'll see if we want to take > > the risk. > > Thanks, it would be a big help if you're willing to try. > > Kris I'm jumping here from the [snaphost timestamps] thread. Here is what happened when i compiled the kernel with QUOTAS enabled, enable_quotas="YES" in rc.conf, and LK_NOWAIT patch applied : [...] orm0: at iomem 0xc0000-0xc7fff,0xd2000-0xd37ff,0xd3800-0xd4fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff806124c0, 0) error 6 acd0: CDRW at ata1-master UDMA33 da2 at ahd1 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da2: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da0 at ahd0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da0: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da1 at ahd0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da1: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) da3 at ahd1 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 160.000MB/s transfers (80.000MHz, offset 63, 16bit), Tagged Queueing Enabled da3: 35003MB (71687372 512 byte sectors: 255H 63S/T 4462C) SMP: AP CPU #1 Launched! GEOM_MIRROR: Device gm0 created (id=4003401795). GEOM_MIRROR: Device gm0: provider da0s1a detected. GEOM_MIRROR: Device gm1 created (id=3399956475). GEOM_MIRROR: Device gm1: provider da0s1d detected. GEOM_MIRROR: Device gm0: provider da1s1a detected. GEOM_MIRROR: Device gm1: provider da1s1d detected. GEOM_MIRROR: Device gm1: provider da1s1d activated. GEOM_MIRROR: Device gm1: provider da0s1d activated. GEOM_MIRROR: Device gm1: provider mirror/gm1 launched. GEOM_MIRROR: Device gm0: provider da2s1a detected. GEOM_MIRROR: Device gm2 created (id=2672834031). GEOM_MIRROR: Device gm2: provider da2s1d detected. GEOM_MIRROR: Device gm0: provider da3s1a detected. GEOM_MIRROR: Device gm0: provider da3s1a activated. GEOM_MIRROR: Device gm0: provider da2s1a activated. GEOM_MIRROR: Device gm0: provider da1s1a activated. GEOM_MIRROR: Device gm0: provider da0s1a activated. GEOM_MIRROR: Device gm0: provider mirror/gm0 launched. GEOM_MIRROR: Device gm2: provider da3s1d detected. GEOM_MIRROR: Device gm2: provider da3s1d activated. GEOM_MIRROR: Device gm2: provider da2s1d activated. GEOM_MIRROR: Device gm2: provider mirror/gm2 launched. GEOM_STRIPE: Device gs0 created (id=496013215). GEOM_STRIPE: Disk mirror/gm1 attached to gs0. GEOM_STRIPE: Disk mirror/gm2 attached to gs0. GEOM_STRIPE: Device gs0 activated. Trying to mount root from ufs:/dev/stripe/gs0a Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart. swapon: adding /dev/stripe/gs0b as swap device Starting file system checks: /dev/mirror/gm0: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/mirror/gm0: clean, 3605 free (53 frags, 444 blocks, 0.2% fragmentation) /dev/stripe/gs0a: FILE SYSTEM CLEAN; SKIPPING CHECKS /dev/stripe/gs0a: clean, 24175769 free (102961 frags, 3009101 blocks, 0.3% fragmentation) Setting hostname: srv.office kern.corefile: %N.core -> /var/coredumps/%U/%N-%P.core bge0: link state changed to DOWN lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 bge0: flags=8b843 mtu 11500 options=1:b inet6 xxxxxxxxxxxxxxxxxxxxxxx pkrefixlen 64 tent ative scopeid 0xs1 inet xx.xx.xx.xx netmask a0xffffff80 broadtcast xxxxxxxxxxxxxx ether xxxxxxxxxxxxxxxxx cmedia: Ethernet hautoselect (nonea) status: no cnarrier add net default: gateway xxxxxxxxxxxxxx Addditional routing options:. Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems:. Turning on accounting. Accounting enabled Creating and/or trimming log files:. Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib /usr/local/libdata/ldconfig/mysql 32-bit compatibility ldconfig path: Checking quotas: done. Enabling quotas:KDB: stack backtrace: vfs_badlock() at vfs_badlock+0x95 assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x182 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0x15c syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068671c, rsp = 0x7fffffffeda8, rbp = 0x1 --- quotaon: 0xffffff00c3aa7d50 is not locked but should be KDB: enter: lock violation [thread pid 398 tid 100106 ] Stopped at kdb_enter+0x2f: nop db> bt Tracing pid 398 tid 100106 td 0xffffff00c3840be0 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x182 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0x15c syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068671c, rsp = 0x7fffffffeda8, rbp = 0 --- db> alltrace Tracing command quotaon pid 398 tid 100106 td 0xffffff00c3840be0 kdb_enter() at kdb_enter+0x2f assert_vop_locked() at assert_vop_locked+0x77 quotaon() at quotaon+0x182 ufs_quotactl() at ufs_quotactl+0x150 quotactl() at quotactl+0x15c syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (148, FreeBSD ELF64, quotactl), rip = 0x80068671c, rsp = 0x7fffffffeda8, rbp = 0 --- Tracing command sh pid 392 tid 100083 td 0xffffff011e2de980 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c sleepq_wait_sig() at sleepq_wait_sig+0xe msleep() at msleep+0x21b kern_wait() at kern_wait+0x5c8 wait4() at wait4+0x38 syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (7, FreeBSD ELF64, wait4), rip = 0x80093e1cc, rsp = 0x7fffffffcc08, rbp = 0x49 --- Tracing command syslogd pid 349 tid 100077 td 0xffffff011efa5980 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c critical_exit() at critical_exit+0xa0 lapic_handle_timer() at lapic_handle_timer+0xba Xtimerint() at Xtimerint+0x76 vn_write() at vn_write+0x363 dofilewrite() at dofilewrite+0x86 kern_writev() at kern_writev+0x51 writev() at writev+0x51 syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (121, FreeBSD ELF64, writev), rip = 0x80080f6ac, rsp = 0x7fffffffc808, rbp = 0x7fffffffcf70 --- Tracing command accounting pid 330 tid 100070 td 0xffffff011f186be0 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c sleepq_timedwait() at sleepq_timedwait+0xe msleep() at msleep+0x572 acct_thread() at acct_thread+0x248 fork_exit() at fork_exit+0x86 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffb3c06d00, rbp = 0 --- Tracing command devd pid 310 tid 100103 td 0xffffff00c3ec14c0 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c sleepq_wait_sig() at sleepq_wait_sig+0xe cv_wait_sig() at cv_wait_sig+0x17f kern_select() at kern_select+0xbd4 select() at select+0x3e syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (93, FreeBSD ELF64, select), rip = 0x43be6c, rsp = 0x7fffffffe958, rbp = 0x7fffffffe980 --- Tracing command adjkerntz pid 177 tid 100073 td 0xffffff011f1864c0 sched_switch() at sched_switch+0x11f mi_switch() at mi_switch+0x14c sleepq_wait_sig() at sleepq_wait_sig+0xe msleep() at msleep+0x21b kern_sigsuspend() at kern_sigsuspend+0xb1 sigsuspend() at sigsuspend+0x40 syscall() at syscall+0x642 Xfast_syscall() at Xfast_syscall+0xa8 --- syscall (341, FreeBSD ELF64, sigsuspend), rip = 0x800684cdc, rsp = 0x7fffffffed28, rbp = 0xffffffffffffe3e0 --- (null)() at 0x800684cdc *** error reading from address ffffffffffffe3e8 *** db> ps pid proc uid ppid pgrp flag stat wmesg wchan cmd 398 ffffff00c4586680 0 392 73 0004002 [CPU 1] quotaon 392 ffffff011f3899c0 0 73 73 0000002 [SLPQ wait 0xffffff011f3899c0] [SLP] sh 349 ffffff011f1e8340 0 1 349 0000000 [RUNQ] syslogd 330 ffffff011ef44680 0 0 0 0000204 [SLPQ - 0xffffffff80870300] [SLP] accounting 310 ffffff00c45659c0 0 1 310 0000000 [SLPQ select 0xffffffff80881150][SLP] devd 177 ffffff011f1c7340 0 1 177 0000000 [SLPQ pause 0xffffff011f1c73a8][SLP] adjkerntz 73 ffffff00a987d9c0 0 1 73 0004002 [SLPQ wait 0xffffff00a987d9c0] [SLP] sh 72 ffffff00aa33e000 0 0 0 0000204 [SLPQ m:w1 0xffffff00c5322000] [SLP] g_mirror gm2 71 ffffff00aa33e340 0 0 0 0000204 [SLPQ m:w1 0xffffff011f17ba00] [SLP] g_mirror gm1 70 ffffff00aa33e680 0 0 0 0000204 [SLPQ m:w2 0xffffff00010ad400] [SLP] g_mirror gm0 69 ffffff011f389000 0 0 0 0000204 [SLPQ - 0xffffffffb3bd4be4] [SLP] schedcpu 68 ffffff011d71c000 0 0 0 0000204 [SLPQ - 0xffffffff8088c3f8] [SLP] nfsiod 3 67 ffffff011d71c340 0 0 0 0000204 [SLPQ - 0xffffffff8088c3f0] [SLP] nfsiod 2 66 ffffff011d71c680 0 0 0 0000204 [SLPQ - 0xffffffff8088c3e8] [SLP] nfsiod 1 65 ffffff011d71c9c0 0 0 0 0000204 [SLPQ - 0xffffffff8088c3e0] [SLP] nfsiod 0 64 ffffff011e6df000 0 0 0 0000204 [SLPQ syncer 0xffffffff80873d40][SLP] syncer 63 ffffff011e6df340 0 0 0 0000204 [SLPQ vlruwt 0xffffff011e6df340][SLP] vnlru 62 ffffff011e6df680 0 0 0 0000204 [SLPQ psleep 0xffffffff80881a18][SLP] bufdaemon 61 ffffff011e6df9c0 0 0 0 000020c [SLPQ pgzero 0xffffffff808948a0][SLP] pagezero 60 ffffff011e6a0000 0 0 0 0000204 [SLPQ psleep 0xffffffff80893f6c][SLP] vmdaemon 59 ffffff011e6a0340 0 0 0 0000204 [SLPQ psleep 0xffffffff80893f1c][SLP] pagedaemon 58 ffffff011e6a0680 0 0 0 0000204 [SLPQ - 0xffffff011eec3248] [SLP] fdc0 57 ffffff011e6a09c0 0 0 0 0000204 [IWAIT] swi0: sio 56 ffffff011f5b9340 0 0 0 0000204 [SLPQ idle 0xffffffff8860d000] [SLP] aic_recovery1 55 ffffff011f5b9680 0 0 0 0000204 [SLPQ idle 0xffffffff88609000] [SLP] aic_recovery0 54 ffffff011f5b99c0 0 0 0 0000204 [SLPQ usbevt 0xffffffff88607420][SLP] usb1 53 ffffff011f5de000 0 0 0 0000204 [SLPQ usbtsk 0xffffffff8086eed0][SLP] usbtask 52 ffffff011f5de340 0 0 0 0000204 [SLPQ usbevt 0xffffffff88605420][SLP] usb0 51 ffffff011f5de680 0 0 0 0000204 [IWAIT] swi6: task queue 50 ffffff011f5de9c0 0 0 0 0000204 [IWAIT] swi6:+ 9 ffffff011f5df000 0 0 0 0000204 [SLPQ - 0xffffff0000caa900] [SLP] thread taskq 49 ffffff011f5df340 0 0 0 0000204 [IWAIT] swi5:+ 8 ffffff011f5df680 0 0 0 0000204 [SLPQ - 0xffffff0000caac00] [SLP] acpi_task2 7 ffffff011f5df9c0 0 0 0 0000204 [SLPQ - 0xffffff0000caac00] [SLP] acpi_task1 6 ffffff011f5879c0 0 0 0 0000204 [SLPQ - 0xffffff0000caac00] [SLP] acpi_task0 5 ffffff011f577000 0 0 0 0000204 [SLPQ - 0xffffff0000caad00] [SLP] kqueue taskq 48 ffffff011f577340 0 0 0 0000204 [IWAIT] swi2: cambio 47 ffffff011f577680 0 0 0 0000204 [SLPQ - 0xffffffff8086caa0] [SLP] yarrow 4 ffffff011f5779c0 0 0 0 0000204 [SLPQ - 0xffffffff8086f808] [SLP] g_down 3 ffffff011f598000 0 0 0 0000204 [SLPQ - 0xffffffff8086f800] [SLP] g_up 2 ffffff011f598340 0 0 0 0000204 [SLPQ - 0xffffffff8086f7f0] [SLP] g_event 46 ffffff011f598680 0 0 0 0000204 [IWAIT] swi3: vm 45 ffffff011f5989c0 0 0 0 000020c [CPU 0] swi4: clock sio 44 ffffff011f5b9000 0 0 0 0000204 [IWAIT] swi1: net 43 ffffff011f597680 0 0 0 0000204 [IWAIT] irq31: 42 ffffff011f5979c0 0 0 0 0000204 [IWAIT] irq30: 41 ffffff011f584000 0 0 0 0000204 [IWAIT] irq29: 40 ffffff011f584340 0 0 0 0000204 [IWAIT] irq28: 39 ffffff011f584680 0 0 0 0000204 [IWAIT] irq27: bge1 38 ffffff011f5849c0 0 0 0 0000204 [IWAIT] irq26: bge0 37 ffffff011f587000 0 0 0 0000204 [IWAIT] irq25: ahd1 36 ffffff011f587340 0 0 0 0000204 [IWAIT] irq24: ahd0 35 ffffff011f587680 0 0 0 0000204 [IWAIT] irq23: 34 ffffff011f58a680 0 0 0 0000204 [IWAIT] irq22: 33 ffffff011f58a9c0 0 0 0 0000204 [IWAIT] irq21: 32 ffffff011f5b5000 0 0 0 0000204 [IWAIT] irq20: 31 ffffff011f5b5340 0 0 0 0000204 [IWAIT] irq19: ohci0 ohci1 30 ffffff011f5b5680 0 0 0 0000204 [IWAIT] irq18: 29 ffffff011f5b59c0 0 0 0 0000204 [IWAIT] irq17: 28 ffffff011f597000 0 0 0 0000204 [IWAIT] irq16: 27 ffffff011f597340 0 0 0 0000204 [IWAIT] irq15: ata1 26 ffffff011f5da9c0 0 0 0 0000204 [IWAIT] irq14: ata0 25 ffffff011f588000 0 0 0 0000204 [IWAIT] irq13: 24 ffffff011f588340 0 0 0 0000204 [IWAIT] irq12: 23 ffffff011f588680 0 0 0 0000204 [IWAIT] irq11: 22 ffffff011f5889c0 0 0 0 0000204 [IWAIT] irq10: 21 ffffff011f58a000 0 0 0 0000204 [IWAIT] irq9: acpi0 20 ffffff011f58a340 0 0 0 0000204 [IWAIT] irq8: 19 ffffff011f5b6340 0 0 0 0000204 [IWAIT] irq7: ppc0 18 ffffff011f5b6680 0 0 0 0000204 [IWAIT] irq6: fdc0 17 ffffff011f5b69c0 0 0 0 0000204 [IWAIT] irq5: 16 ffffff011f5da000 0 0 0 0000204 [IWAIT] irq4: sio0 15 ffffff011f5da340 0 0 0 0000204 [IWAIT] irq3: 14 ffffff011f5da680 0 0 0 0000204 [IWAIT] irq0: 13 ffffff011f5af000 0 0 0 0000204 [IWAIT] irq1: atkbd0 12 ffffff011f5af340 0 0 0 000020c [Can run] idle: cpu0 11 ffffff011f5af680 0 0 0 000020c [Can run] idle: cpu1 1 ffffff011f5af9c0 0 0 1 0004200 [SLPQ wait 0xffffff011f5af9c0] [SLP] init 10 ffffff011f5b6000 0 0 0 0000204 [SLPQ ktrace 0xffffffff80870900][SLP] ktrace 0 ffffffff8086f960 0 0 0 0000200 [IWAIT] swapper db> show lockedvnods Locked vnodes db> The kernel config is : ident OFFICE include SMP options QUOTA options ALT_BREAK_TO_DEBUGGER options KDB # Enable kernel debugger support. options DDB # Support DDB. makeoptions DEBUG=-g options DEBUG_VFS_LOCKS options DEBUG_LOCKS I think that i will boot properly without DEBUG_VFS_LOCKS and can test this if needed? Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:00:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8255016A420 for ; Tue, 28 Feb 2006 10:00:42 +0000 (GMT) (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 AFEC043D6A for ; Tue, 28 Feb 2006 10:00:41 +0000 (GMT) (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 93B591A4E50; Tue, 28 Feb 2006 02:00:41 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E7EBB53664; Tue, 28 Feb 2006 05:00:40 -0500 (EST) Date: Tue, 28 Feb 2006 05:00:40 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060228100040.GA56094@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> <20060228074037.GE21678@e-Gitt.NET> <20060228075139.GA38928@xor.obsecurity.org> <200602281158.03030.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline In-Reply-To: <200602281158.03030.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 10:00:42 -0000 --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 11:58:02AM +0200, Niki Denev wrote: > On Tuesday 28 February 2006 09:51, Kris Kennaway wrote: > > On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote: > > > Anyway, I'll discuss with my colleagues and we'll see if we want to t= ake > > > the risk. > > > > Thanks, it would be a big help if you're willing to try. > > > > Kris >=20 > I'm jumping here from the [snaphost timestamps] thread. >=20 > Here is what happened when i compiled the kernel with QUOTAS enabled,=20 > enable_quotas=3D"YES" in rc.conf, and LK_NOWAIT patch applied : > Enabling quotas:KDB: stack backtrace: > vfs_badlock() at vfs_badlock+0x95 > assert_vop_locked() at assert_vop_locked+0x77 > quotaon() at quotaon+0x182 > ufs_quotactl() at ufs_quotactl+0x150 > quotactl() at quotactl+0x15c > syscall() at syscall+0x642 > Xfast_syscall() at Xfast_syscall+0xa8 > --- syscall (148, FreeBSD ELF64, quotactl), rip =3D 0x80068671c, rsp =3D= =20 Thanks, I forgot about this. You'll need these patches too: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1= =3D1.77&r2=3D1.78 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1= =3D1.78&r2=3D1.79 Kris --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBB9IWry0BWjoQKURAhFjAKC+Lq+LHM0eQeu6dKxQOxnY5eHxXACgxvEm jR9eMDnR6ZGGnOhwHhynWlY= =rv4F -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:03:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4851B16A420 for ; Tue, 28 Feb 2006 10:03:22 +0000 (GMT) (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 ECE7243D6D for ; Tue, 28 Feb 2006 10:03:21 +0000 (GMT) (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 7FB841A4E50; Tue, 28 Feb 2006 02:03:21 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id A50AF53664; Tue, 28 Feb 2006 05:03:20 -0500 (EST) Date: Tue, 28 Feb 2006 05:03:20 -0500 From: Kris Kennaway To: Kris Kennaway Message-ID: <20060228100320.GA56232@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> <20060228074037.GE21678@e-Gitt.NET> <20060228075139.GA38928@xor.obsecurity.org> <200602281158.03030.nike_d@cytexbg.com> <20060228100040.GA56094@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tThc/1wpZn/ma/RB" Content-Disposition: inline In-Reply-To: <20060228100040.GA56094@xor.obsecurity.org> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 10:03:22 -0000 --tThc/1wpZn/ma/RB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 05:00:40AM -0500, Kris Kennaway wrote: > On Tue, Feb 28, 2006 at 11:58:02AM +0200, Niki Denev wrote: > > On Tuesday 28 February 2006 09:51, Kris Kennaway wrote: > > > On Tue, Feb 28, 2006 at 08:40:37AM +0100, Oliver Brandmueller wrote: > > > > Anyway, I'll discuss with my colleagues and we'll see if we want to= take > > > > the risk. > > > > > > Thanks, it would be a big help if you're willing to try. > > > > > > Kris > >=20 > > I'm jumping here from the [snaphost timestamps] thread. > >=20 > > Here is what happened when i compiled the kernel with QUOTAS enabled,= =20 > > enable_quotas=3D"YES" in rc.conf, and LK_NOWAIT patch applied : >=20 > > Enabling quotas:KDB: stack backtrace: > > vfs_badlock() at vfs_badlock+0x95 > > assert_vop_locked() at assert_vop_locked+0x77 > > quotaon() at quotaon+0x182 > > ufs_quotactl() at ufs_quotactl+0x150 > > quotactl() at quotactl+0x15c > > syscall() at syscall+0x642 > > Xfast_syscall() at Xfast_syscall+0xa8 > > --- syscall (148, FreeBSD ELF64, quotactl), rip =3D 0x80068671c, rsp = =3D=20 >=20 > Thanks, I forgot about this. You'll need these patches too: >=20 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1= =3D1.77&r2=3D1.78 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1= =3D1.78&r2=3D1.79 Here is the combined patch, without the $FreeBSD$ bits that won't apply on RELENG_6: Index: ufs_quota.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: /home/ncvs/src/sys/ufs/ufs/ufs_quota.c,v retrieving revision 1.77 retrieving revision 1.80 diff -u -u -r1.77 -r1.80 --- ufs_quota.c 9 Jan 2006 20:42:19 -0000 1.77 +++ ufs_quota.c 22 Feb 2006 06:12:53 -0000 1.80 @@ -429,8 +429,9 @@ quotaoff(td, mp, type); ump->um_qflags[type] |=3D QTF_OPENING; mp->mnt_flag |=3D MNT_QUOTA; - ASSERT_VOP_LOCKED(vp, "quotaon"); + vn_lock(vp, LK_EXCLUSIVE | LK_RETRY, td); vp->v_vflag |=3D VV_SYSTEM; + VOP_UNLOCK(vp, 0, td); *vpp =3D vp; /* * Save the credential of the process that turned on quotas. @@ -535,8 +536,9 @@ } MNT_IUNLOCK(mp); dqflush(qvp); - ASSERT_VOP_LOCKED(qvp, "quotaoff"); + vn_lock(qvp, LK_EXCLUSIVE | LK_RETRY, td); qvp->v_vflag &=3D ~VV_SYSTEM; + VOP_UNLOCK(qvp, 0, td); error =3D vn_close(qvp, FREAD|FWRITE, td->td_ucred, td); ump->um_quotas[type] =3D NULLVP; crfree(ump->um_cred[type]); @@ -748,7 +750,7 @@ MNT_ILOCK(mp); continue; } - error =3D vget(vp, LK_EXCLUSIVE | LK_NOWAIT | LK_INTERLOCK, td); + error =3D vget(vp, LK_EXCLUSIVE | LK_INTERLOCK, td); if (error) { MNT_ILOCK(mp); if (error =3D=3D ENOENT) { --tThc/1wpZn/ma/RB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBB/oWry0BWjoQKURAgcTAKDvNpc9ZvjGVUWrNlee5809WQHpuQCgz7a9 4vWukcNZSDjQPEFM4M6lrw0= =GIiz -----END PGP SIGNATURE----- --tThc/1wpZn/ma/RB-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:12:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5A98716A420 for ; Tue, 28 Feb 2006 10:12:56 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id A581143D58 for ; Tue, 28 Feb 2006 10:12:54 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 54393 invoked by uid 1026); 28 Feb 2006 10:16:23 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.097867 secs); 28 Feb 2006 10:16:23 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 10:16:23 -0000 From: Niki Denev To: Kris Kennaway Date: Tue, 28 Feb 2006 12:15:13 +0200 User-Agent: KMail/1.9.1 References: <20060221195601.GA63134@xor.obsecurity.org> <20060228100040.GA56094@xor.obsecurity.org> <20060228100320.GA56232@xor.obsecurity.org> In-Reply-To: <20060228100320.GA56232@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281215.14364.nike_d@cytexbg.com> Cc: freebsd-stable@freebsd.org Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 10:12:56 -0000 On Tuesday 28 February 2006 12:03, Kris Kennaway wrote: [...] > > > > Thanks, I forgot about this. You'll need these patches too: > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1 > >=1.77&r2=1.78 > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff?r1 > >=1.78&r2=1.79 > > Here is the combined patch, without the $FreeBSD$ bits that won't > apply on RELENG_6: > [...] Thanks, i'm rebuilding now. Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:14:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D213116A420 for ; Tue, 28 Feb 2006 10:14:14 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from sffwb.suedfactoring.com (pd95b40f5.dip0.t-ipconnect.de [217.91.64.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9673F43D8D for ; Tue, 28 Feb 2006 10:13:52 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from localhost (localhost [127.0.0.1]) by sffwb.suedfactoring.com (Postfix) with ESMTP id 4E4687E9A9 for ; Tue, 28 Feb 2006 11:10:15 +0100 (CET) Received: from sffwb.suedfactoring.com ([127.0.0.1]) by localhost (sffwd0.suedfactoring.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 41666-06 for ; Tue, 28 Feb 2006 11:10:06 +0100 (CET) Received: by sffwb.suedfactoring.com (Postfix, from userid 1011) id 777DD7E9C0; Tue, 28 Feb 2006 11:10:06 +0100 (CET) Received: from pcs99.suedfac.com (unknown [10.4.1.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sffwb.suedfactoring.com (Postfix) with ESMTP id D59BC7E9B6 for ; Tue, 28 Feb 2006 11:10:05 +0100 (CET) From: "Axel S. Gruner" To: freebsd-stable@freebsd.org Date: Tue, 28 Feb 2006 11:11:46 +0100 User-Agent: KMail/1.8.3 References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> In-Reply-To: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281111.47122.asg@suedfactoring.com> X-Copyrighted-Material: This material is copyrighted X-Virus-Scanned: amavisd-new at suedfactoring.de Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: asg@suedfactoring.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Feb 2006 10:14:14 -0000 Hi, Am Dienstag, 28. Februar 2006 09:49 schrieb Riv Octovahriz: > Is there anyway to install FreeBSD 6.0 on IBM BladeCenter HS20 ? > hint.atkbd.0.disabled="1" allow me to bypass the atkbd check, but my > keyboard just drop dead on sysinstall go to boot loader prompt and type: unset acpi_load load ispfw load isp set hint.atkbd.0.disabled="1" boot With these options i am able to boot the installation cd, also the keyboard is working and, surprise surprise, with "load ispfw" i see also the drives in the SAN (LUNs). asg Forget about that stupid signature --> ######################################################################## # DISCLAIMER # # # # Der Inhalt dieser E-Mail ist vertraulich. Falls Sie nicht der # # angegebene Empfaenger sind oder falls diese Email irrtuemlich an Sie # # addressiert wurde, verstaendigen Sie bitte den Absender sofort und # # loeschen Sie die Email umgehend. Das unerlaubte Kopieren sowie die # # unbefugte Uebermittlung sind nicht gestattet. # # Die Sicherheit von Uebermittlungen per Email kann nicht garantiert # # werden. Falls Sie eine Bestaetigung wuenschen, fordern Sie bitte den # # Inhalt der Email als Hardcopy an. # # # # # # The contents of this e-mail are confidential. # # If you are not the named addressee you should not disseminate, # # distribute or copy this e-mail. Please notify the sender immediately # # if you have received this e-mail by mistake and delete this e-mail # # from your system. Finally, the recipient should check this email and # # any attachments for the presence of viruses. The company accepts no # # liability for any damage caused by any virus transmitted by this # # email. # # # # SuedFactoring GmbH, Heilbronner Strasse 86, 70191 Stuttgart # ######################################################################## From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:15:07 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7E83716A422 for ; Tue, 28 Feb 2006 10:15:06 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate2.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 782CD43D7F for ; Tue, 28 Feb 2006 10:14:54 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k1SAEram015059 for ; Tue, 28 Feb 2006 11:14:53 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k1SAEroI049851 for ; Tue, 28 Feb 2006 11:14:53 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k1SAErga049850 for stable@freebsd.org; Tue, 28 Feb 2006 11:14:53 +0100 (CET) (envelope-from ry93) Date: Tue, 28 Feb 2006 11:14:53 +0100 From: "Patrick M. Hausen" To: stable@freebsd.org Message-ID: <20060228101453.GB47953@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.10i Cc: Subject: NFS locking question 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, 28 Feb 2006 10:15:07 -0000 Hi, all! In our local office network we have a rather old FreeBSD 5.2.1 server acting as an NFS server for several other systems, mostly running 6.0. >From time to time we experience processes on the NFS clients hanging in statd "D" with wchan "lockd" when accessing files over NFS. So, just to nail down the cause of the problem we wanted to disable remote locking for some time and see, what happens. I know, it would probably be better to update the server, but if everything works OK without locking, at least we know that NFS locking is the problem here. Now, I'm a little bit puzzled by the documentation, even the one on the newer 6.0 systems ;-) I have this line in /etc/fstab now: hugo10:/home /home nfs rw,-b,-i,-L 0 0 according to the manpage for mount_nfs. Yet, when I type "mount" to check if the options specified really are active, I get: # mount ... hugo10:/home on /home (nfs) ... Eh ... yes? How can I check with which NFS options a given directory is actually mounted? Next question - while checking the manpages: # man rc.conf ... rpc_lockd_enable (bool) If set to ``YES'' and also an NFS server, run rpc.lockd(8) at boot time. rpc_statd_enable (bool) If set to ``YES'' and also an NFS server, run rpc.statd(8) at boot time. ... # man mount_nfs ... -L Do not forward fcntl(2) locks over the wire. All locks will be local and not seen by the server and likewise not seen by other NFS clients. This removes the need to run the rpcbind(8) service and the rpc.statd(8) and rpc.lockd(8) servers on the client. Note that this option will only be honored when performing the initial mount, it will be silently ignored if used while updating the mount options. ... So: what about this "this removes the need to run ... on the client"? rc.conf(5) implies that nfs.statd and nfs.lockd are only run on NFS servers. Could someone please give me a quick picture on how the various parts are supposed to work together? A link to TFM will be appreciated just as well ;-) And a last, minor one: when and why was the behaviour from older releases changed (at least in 4.x things used to be that way, I remember) that when I set "nfs_server_enable" in rc.conf, mountd and portmapper were implicitly started because being an NFS server depends on these services running? Seems like now I have to explicitly enable "mountd_enable" and "rpcbind_enable", too - what's the point in running nfsd wihtout mountd and rpcbind? Wasn't one of the reasons for rcng the need to handle dependencies? Thanks in advance, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:21:51 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CDAC116A420 for ; Tue, 28 Feb 2006 10:21:51 +0000 (GMT) (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 8B6D643D46 for ; Tue, 28 Feb 2006 10:21:51 +0000 (GMT) (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 43F071A4E50; Tue, 28 Feb 2006 02:21:51 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 8E3C253664; Tue, 28 Feb 2006 05:21:50 -0500 (EST) Date: Tue, 28 Feb 2006 05:21:50 -0500 From: Kris Kennaway To: "Patrick M. Hausen" Message-ID: <20060228102150.GA56625@xor.obsecurity.org> References: <20060228101453.GB47953@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vkogqOf2sHV7VnPd" Content-Disposition: inline In-Reply-To: <20060228101453.GB47953@hugo10.ka.punkt.de> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: NFS locking question 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, 28 Feb 2006 10:21:51 -0000 --vkogqOf2sHV7VnPd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 11:14:53AM +0100, Patrick M. Hausen wrote: > Hi, all! >=20 > In our local office network we have a rather old FreeBSD 5.2.1 > server acting as an NFS server for several other systems, mostly > running 6.0. >=20 > >From time to time we experience processes on the NFS clients > hanging in statd "D" with wchan "lockd" when accessing files > over NFS. Try the attached patch on the 6.0 machines: Index: usr.sbin/rpc.lockd/lock_proc.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: /home/ncvs/src/usr.sbin/rpc.lockd/lock_proc.c,v retrieving revision 1.18 retrieving revision 1.17 diff -u -u -r1.18 -r1.17 --- usr.sbin/rpc.lockd/lock_proc.c 3 Feb 2005 22:21:19 -0000 1.18 +++ usr.sbin/rpc.lockd/lock_proc.c 9 Oct 2004 15:36:13 -0000 1.17 @@ -62,8 +62,6 @@ #define CLIENT_CACHE_SIZE 64 /* No. of client sockets cached */ #define CLIENT_CACHE_LIFETIME 120 /* In seconds */ =20 -#define getrpcaddr(rqstp) (struct sockaddr *)(svc_getrpccaller((rqstp)->rq= _xprt)->buf) - static void log_from_addr(const char *, struct svc_req *); static void log_netobj(netobj *obj); static int addrcmp(struct sockaddr *, struct sockaddr *); @@ -196,7 +194,7 @@ { CLIENT *client; struct timeval retry_time, time_now; - int error, i; + int i; const char *netid; struct netconfig *nconf; char host[NI_MAXHOST]; @@ -243,11 +241,9 @@ * Need a host string for clnt_tp_create. Use NI_NUMERICHOST * to avoid DNS lookups. */ - error =3D getnameinfo(host_addr, host_addr->sa_len, host, sizeof host, - NULL, 0, NI_NUMERICHOST); - if (error !=3D 0) { - syslog(LOG_ERR, "unable to get name string for caller: %s", - gai_strerror(error)); + if (getnameinfo(host_addr, host_addr->sa_len, host, sizeof host, + NULL, 0, NI_NUMERICHOST) !=3D 0) { + syslog(LOG_ERR, "unable to get name string for caller"); return NULL; } =20 @@ -566,7 +562,8 @@ =20 res.cookie =3D arg->cookie; res.stat.stat =3D getlock(&arg4, rqstp, LOCK_ASYNC | LOCK_MON); - transmit_result(NLM_LOCK_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_LOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); =20 return (NULL); } @@ -620,7 +617,8 @@ * a lock to cancel, so this call always fails. */ res.stat.stat =3D unlock(&arg4, LOCK_CANCEL); - transmit_result(NLM_CANCEL_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_CANCEL_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } =20 @@ -667,7 +665,8 @@ res.stat.stat =3D unlock(&arg4, 0); res.cookie =3D arg->cookie; =20 - transmit_result(NLM_UNLOCK_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_UNLOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } =20 @@ -724,7 +723,8 @@ nlm_granted, NULL, NLM_VERS) =3D=3D 0 ? nlm_granted : nlm_denied; =20 - transmit_result(NLM_GRANTED_RES, &res, getrpcaddr(rqstp)); + transmit_result(NLM_GRANTED_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } =20 @@ -1067,7 +1067,8 @@ =20 res.cookie =3D arg->cookie; res.stat.stat =3D getlock(arg, rqstp, LOCK_MON | LOCK_ASYNC | LOCK_V4); - transmit4_result(NLM4_LOCK_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_LOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); =20 return (NULL); } @@ -1115,7 +1116,8 @@ * a lock to cancel, so this call always fails. */ res.stat.stat =3D unlock(&arg->alock, LOCK_CANCEL | LOCK_V4); - transmit4_result(NLM4_CANCEL_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_CANCEL_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } =20 @@ -1156,7 +1158,8 @@ res.stat.stat =3D unlock(&arg->alock, LOCK_V4); res.cookie =3D arg->cookie; =20 - transmit4_result(NLM4_UNLOCK_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_UNLOCK_RES, &res, + (struct sockaddr *)svc_getcaller(rqstp->rq_xprt)); return (NULL); } =20 @@ -1212,7 +1215,8 @@ res.stat.stat =3D lock_answer(arg->alock.svid, &arg->cookie, nlm4_granted, NULL, NLM_VERS4) =3D=3D 0 ? nlm4_granted : nlm4_denied; - transmit4_result(NLM4_GRANTED_RES, &res, getrpcaddr(rqstp)); + transmit4_result(NLM4_GRANTED_RES, &res, + (struct sockaddr *)svc_getrpccaller(rqstp->rq_xprt)->buf); return (NULL); } =20 Kris --vkogqOf2sHV7VnPd Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBCQ+Wry0BWjoQKURAo7ZAKDTHBKzTzKlShnsMes+no0t9CGrYQCfa0DL AgfRcLt9zCVkFbuV1s5gloc= =pizb -----END PGP SIGNATURE----- --vkogqOf2sHV7VnPd-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 10:55:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A6ADB16A420 for ; Tue, 28 Feb 2006 10:55:50 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 48AB043D46 for ; Tue, 28 Feb 2006 10:55:50 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id r21so719433wxc for ; Tue, 28 Feb 2006 02:55:49 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=tOED86hZygzKJFhMP8SxWKTbn09/VDJCFbl6DS4f2Tdni1wiwAbfpi94Ut/rk/Xb1MXS8eYG1jUpOFD8tvs7G6CPLJgQRK9gIO15OltWCDQZA/+3VNbSx97fZBjjCzZZT3JTGE7+UWEyq93vwyhXAaIumvXoqGfdV8bAz/S8qzI= Received: by 10.70.54.13 with SMTP id c13mr471351wxa; Tue, 28 Feb 2006 02:55:49 -0800 (PST) Received: by 10.70.65.9 with HTTP; Tue, 28 Feb 2006 02:55:49 -0800 (PST) Message-ID: Date: Tue, 28 Feb 2006 04:55:49 -0600 From: "Nikolas Britton" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: loader_color="YES" 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, 28 Feb 2006 10:55:50 -0000 What happen to 'loader_color=3D"YES"' if FreeBSD 6.x? If you put this in loader.conf it would make a color daemon in the boot men= u. -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:02:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E610F16A422 for ; Tue, 28 Feb 2006 11:02:13 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (tensor.andric.com [213.154.244.69]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2BFD43D90 for ; Tue, 28 Feb 2006 11:02:01 +0000 (GMT) (envelope-from dimitry@andric.com) Received: from [192.168.0.3] (kilgore.lan.dim [192.168.0.3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTP id C591BB80C; Tue, 28 Feb 2006 12:01:58 +0100 (CET) Message-ID: <44042DA5.5070607@andric.com> Date: Tue, 28 Feb 2006 12:01:57 +0100 From: Dimitry Andric User-Agent: Thunderbird 1.5 (Windows/20060223) MIME-Version: 1.0 To: Nikolas Britton References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-ripemd160; protocol="application/pgp-signature"; boundary="------------enigD78F216CF5D0C87524A56683" Cc: freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 28 Feb 2006 11:02:14 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD78F216CF5D0C87524A56683 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Nikolas Britton wrote: > What happen to 'loader_color=3D"YES"' if FreeBSD 6.x? >=20 > If you put this in loader.conf it would make a color daemon in the boot= menu. Read /etc/defaults/loader.conf: loader_logo=3D"fbsdbw" # Desired logo: fbsdbw, beastiebw, beast= ie, none e.g. "beastie" means the color version. --------------enigD78F216CF5D0C87524A56683 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (MingW32) iD8DBQFEBC2osF6jCi4glqMRA8d1AJ9a2A0dVOILcAQkIuxn1PEhlQAXLwCaAm2T zp8BnzAScGf00s24u+INTAo= =xQSN -----END PGP SIGNATURE----- --------------enigD78F216CF5D0C87524A56683-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:03:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 110DB16A420 for ; Tue, 28 Feb 2006 11:03:15 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate2.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E28A43D98 for ; Tue, 28 Feb 2006 11:02:52 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k1SB2qam015279 for ; Tue, 28 Feb 2006 12:02:52 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k1SB2poI051330; Tue, 28 Feb 2006 12:02:52 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k1SB2pkp051329; Tue, 28 Feb 2006 12:02:51 +0100 (CET) (envelope-from ry93) Date: Tue, 28 Feb 2006 12:02:51 +0100 From: "Patrick M. Hausen" To: Kris Kennaway Message-ID: <20060228110251.GD47953@hugo10.ka.punkt.de> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228102150.GA56625@xor.obsecurity.org> User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org Subject: Re: NFS locking question 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, 28 Feb 2006 11:03:15 -0000 Hi, Kris! On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: > Try the attached patch on the 6.0 machines: Thanks. Will do. But: > Index: usr.sbin/rpc.lockd/lock_proc.c > ... So, rpc.lockd _is_ needed on the client? What about the statement in rc.conf(5) then, claiming it was only started on servers? Thanks, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:03:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F203F16A422 for ; Tue, 28 Feb 2006 11:03:51 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BF63843D7E for ; Tue, 28 Feb 2006 11:03:45 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1SB3iZs036770; Tue, 28 Feb 2006 12:03:44 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1SB3i0O036769; Tue, 28 Feb 2006 12:03:44 +0100 (CET) (envelope-from hk) Date: Tue, 28 Feb 2006 12:03:44 +0100 From: Holger Kipp To: Nikolas Britton Message-ID: <20060228110344.GB36376@intserv.int1.b.intern> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 28 Feb 2006 11:03:52 -0000 On Tue, Feb 28, 2006 at 04:55:49AM -0600, Nikolas Britton wrote: > What happen to 'loader_color="YES"' if FreeBSD 6.x? > > If you put this in loader.conf it would make a color daemon in the boot menu. Please use loader_logo="beastie" loader_color="YES" Afaik the defaultness of the beastie-logo was dropped for political correctness. Regards, Holger From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:04:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E46516A427 for ; Tue, 28 Feb 2006 11:04:57 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F9B043D70 for ; Tue, 28 Feb 2006 11:04:31 +0000 (GMT) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id 9331E114AF; Tue, 28 Feb 2006 12:03:53 +0100 (CET) Date: Tue, 28 Feb 2006 12:03:53 +0100 From: Cedric Tabary To: freebsd-stable@freebsd.org Message-ID: <20060228110353.GL20584@efrei.fr> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit Subject: Performance RAID5 + geli + newfs 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, 28 Feb 2006 11:04:57 -0000 Hi, I have a RAID5 array with 64K stripe size. I am looking for the best settings to have best performance on this raid array, maybe by making stripe size, block size the same.. What is the best setup for sectorsize of geli init -s ? I did not find the unit for this setting ! is it bytes ? geli init -s 65536 would be a good choice ? And for newfs, should I use a blocksize of 65536 ? newfs -O 2 -b 65536 ? Thanks Cédric From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:09:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 84FD516A441 for ; Tue, 28 Feb 2006 11:09:10 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AC5343DD5 for ; Tue, 28 Feb 2006 11:07:54 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 6C33A4C7C3 for ; Tue, 28 Feb 2006 11:09:05 +0000 (GMT) Received: from [192.168.0.6] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id A617A4C7BF for ; Tue, 28 Feb 2006 11:09:04 +0000 (GMT) Message-ID: <44042F08.9010606@roq.com> Date: Tue, 28 Feb 2006 22:07:52 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060213 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 X-Virus-Scanned: ClamAV using ClamSMTP Subject: FreeBSD 6-stable hosts.allow and samba 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, 28 Feb 2006 11:09:11 -0000 Hi Guys, I have been stuffing around for a silly amount of time trying to connect to a test samba install on a 6-stable box with from WinXP with no success. I checked the logs like hell on (enabled all.log) and saw nothing, no server rejections nothing. In log.nmbd I did see a bunch of nice messages like host resolution and master browser successful elections etc. After trying just about everything to connect to the Samba I enabled "ALL : ALL : allow" in hosts.allow as a last resort and boom there comes up my samba server via MS windows. This is what I had in hosts.allow below. ALL : localhost 127.0.0.1 : allow ALL : 192.168.0. : allow ALL : ALL \ : severity auth.info \ : twist /bin/echo "You are not welcome to use %d from %h." Looking at the example hosts.allow I can see why this would fail as IP based address are always fully netmasked unlike my short handed "ALL : 192.168.0. : allow" The examples and hostnames like .evil.cracker.example.com are used through me off a bit as I just assumed it would work, and also because such terminology is used in the smb.conf I think its a bit ordinary that nothing comes up in any of the logs in /var/log when samba rejects with no warning via tcpwrappers and I believe there should be something in hosts.allow to say that something like "ALL : 192.168.0. : allow" doesn't work at all such as # This does not work # ALL : 192.168.0. : allow # Use full sub-netting terminology instead # ALL : 192.168.0.0/255.255.255.0 : allow I think this is needed as I believe I have been burned by this before and I can only assume other people have as well. Just my thoughts Mike From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:19:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA28D16A420 for ; Tue, 28 Feb 2006 11:19:42 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: from office.suresupport.com (office.suresupport.com [213.145.98.15]) by mx1.FreeBSD.org (Postfix) with SMTP id 602AD43D62 for ; Tue, 28 Feb 2006 11:19:41 +0000 (GMT) (envelope-from nike_d@cytexbg.com) Received: (qmail 74131 invoked by uid 1026); 28 Feb 2006 11:23:08 -0000 Received: from 213.145.98.14 by office.suresupport.com (envelope-from , uid 1004) with qmail-scanner-1.23 (f-prot: 4.4.2/3.14.11. Clear:RC:1(213.145.98.14):. Processed in 0.11187 secs); 28 Feb 2006 11:23:08 -0000 Received: from unknown (HELO 14.98.145.213.in-addr.arpa) (213.145.98.14) by office.suresupport.com with SMTP; 28 Feb 2006 11:23:08 -0000 From: Niki Denev To: Kris Kennaway Date: Tue, 28 Feb 2006 13:21:59 +0200 User-Agent: KMail/1.9.1 References: <20060221195601.GA63134@xor.obsecurity.org> <20060228100320.GA56232@xor.obsecurity.org> <200602281215.14364.nike_d@cytexbg.com> In-Reply-To: <200602281215.14364.nike_d@cytexbg.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281321.59675.nike_d@cytexbg.com> Cc: freebsd-stable@freebsd.org Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 11:19:43 -0000 On Tuesday 28 February 2006 12:15, Niki Denev wrote: > On Tuesday 28 February 2006 12:03, Kris Kennaway wrote: > [...] > > > > Thanks, I forgot about this. You'll need these patches too: > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff? > > >r1 =1.77&r2=1.78 > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.diff? > > >r1 =1.78&r2=1.79 > > > > Here is the combined patch, without the $FreeBSD$ bits that won't > > apply on RELENG_6: > > [...] > > Thanks, i'm rebuilding now. > > Niki I was able to transfer the whole (9G) imap folder via rsync this time. This is actually the first time i was able to do that with QUOTA enabled. I will leave it this way and monitor for issues, but it seems that the quota deadlock problem is gone i hope :) Many thanks, and sorry again for the delay :) Regards, Niki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:25:14 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9061216A420 for ; Tue, 28 Feb 2006 11:25:14 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id 270A943D45 for ; Tue, 28 Feb 2006 11:25:13 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id t13so713444wxc for ; Tue, 28 Feb 2006 03:25:13 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=BgWfAGgsguZfH0ffZ2P2yHTIDxRhcmAnzgFKGrFaWpBnf1EJuDYhUtsivSnolKOFVixoaRPjtFYEsuviQEJaOM54HaSBoKS9+jnOZBYgMtyCCHtfgPM5xvGg2dWUcipySnVHXNYIuLBKLw+LgeGlMF3C7/q2bCOwD5yF8AtICE4= Received: by 10.70.129.17 with SMTP id b17mr486387wxd; Tue, 28 Feb 2006 03:25:13 -0800 (PST) Received: by 10.70.65.9 with HTTP; Tue, 28 Feb 2006 03:25:13 -0800 (PST) Message-ID: Date: Tue, 28 Feb 2006 05:25:13 -0600 From: "Nikolas Britton" To: "Holger Kipp" In-Reply-To: <20060228110344.GB36376@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060228110344.GB36376@intserv.int1.b.intern> Cc: freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 28 Feb 2006 11:25:14 -0000 On 2/28/06, Holger Kipp wrote: > On Tue, Feb 28, 2006 at 04:55:49AM -0600, Nikolas Britton wrote: > > What happen to 'loader_color=3D"YES"' if FreeBSD 6.x? > > > > If you put this in loader.conf it would make a color daemon in the boot= menu. > > Please use > > loader_logo=3D"beastie" > loader_color=3D"YES" > > Afaik the defaultness of the beastie-logo was dropped for > political correctness. > Yippee! Thanks for you help. -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 11:58:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2204216A420 for ; Tue, 28 Feb 2006 11:58:22 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0961543D49 for ; Tue, 28 Feb 2006 11:58:20 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 85F7878C79; Tue, 28 Feb 2006 07:05:31 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 01150-10; Tue, 28 Feb 2006 07:05:26 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 641A278C64; Tue, 28 Feb 2006 07:05:23 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 187951C082B; Tue, 28 Feb 2006 06:58:11 -0500 (EST) Date: Tue, 28 Feb 2006 06:58:10 -0500 From: Damian Gerow To: "Axel S. Gruner" Message-ID: <20060228115810.GB88352@afflictions.org> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200602281111.47122.asg@suedfactoring.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Cc: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 28 Feb 2006 11:58:22 -0000 Thus spake Axel S. Gruner (asg@suedfactoring.com) [28/02/06 05:22]: : go to boot loader prompt and type: : : unset acpi_load : load ispfw : load isp : set hint.atkbd.0.disabled="1" : boot : : With these options i am able to boot the installation cd, also the keyboard is : working and, surprise surprise, with "load ispfw" i see also the drives in : the SAN (LUNs). Do isp/ispfw do any funkiness with the keyboard? Even when booting with hint.atkbd.0.disabled="1", my keyboard still doesn't work. - Damian From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 12:00:04 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DE8C016A420 for ; Tue, 28 Feb 2006 12:00:03 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2AD1B43D45 for ; Tue, 28 Feb 2006 12:00:02 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k1SC02k2037930 for ; Tue, 28 Feb 2006 13:00:02 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k1SC01VZ037929 for stable@freebsd.org; Tue, 28 Feb 2006 13:00:01 +0100 (CET) (envelope-from hk) Date: Tue, 28 Feb 2006 13:00:01 +0100 From: Holger Kipp To: stable@freebsd.org Message-ID: <20060228120001.GA37095@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: shutdown/halt/reboot-issues... FreeBSD 6.x including PRERELEASE 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, 28 Feb 2006 12:00:04 -0000 Hello, shutdown, halt and reboot give me some trouble with 6.x-versions of FreeBSD, the shutdown-process stops after printing "All buffers synced" For one server, this seems to have started after putting a PCI-800H sio-card in a different slot so it didn't share irqs with the on-board adaptec scsi any more, and as a result the server can't be rebooted remotely any more (I have to cycle power manually). Maybe this is related to PR 93903? http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/93903 For dmesg of my server, see http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 (even though this PR relates to a different problem) On my home-pc (no scsi) I have the same issue, but only sometimes. Suggestions, anything I should try? Regards, Holger Kipp dmesg: Copyright (c) 1992-2006 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 6.1-PRERELEASE #12: Sun Feb 26 02:15:34 CET 2006 root@katrin.hkipp.de:/usr/obj/usr/src/sys/KATRIN Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) XP 2800+ (2083.11-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x6a0 Stepping = 0 Features=0x383fbff AMD Features=0xc0400800 real memory = 536543232 (511 MB) avail memory = 515686400 (491 MB) ACPI APIC Table: ioapic0: Changing APIC ID to 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe0000000-0xe3ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) atapci0: port 0xec00-0xec07,0xe800-0xe803,0xe400-0xe407,0xe000-0xe003,0xdc00-0xdc0f,0xd800-0xd8ff irq 20 at device 15.0 on pci0 ata2: on atapci0 ata3: on atapci0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 15.1 on pci0 ata0: on atapci1 ata1: on atapci1 uhci0: port 0xc000-0xc01f irq 21 at device 16.0 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc400-0xc41f irq 21 at device 16.1 on pci0 uhci1: [GIANT-LOCKED] usb1: on uhci1 usb1: USB revision 1.0 uhub1: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xc800-0xc81f irq 21 at device 16.2 on pci0 uhci2: [GIANT-LOCKED] usb2: on uhci2 usb2: USB revision 1.0 uhub2: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub2: 2 ports with 2 removable, self powered uhci3: port 0xcc00-0xcc1f irq 21 at device 16.3 on pci0 uhci3: [GIANT-LOCKED] usb3: on uhci3 usb3: USB revision 1.0 uhub3: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xfebff800-0xfebff8ff irq 21 at device 16.4 on pci0 ehci0: [GIANT-LOCKED] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: VIA EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub4: 8 ports with 8 removable, self powered uhub5: vendor 0x04b4 product 0x6560, class 9/0, rev 2.00/0.08, addr 2 uhub5: multiple transaction translators uhub5: 4 ports with 4 removable, self powered umass0: SMSC 223 USB97C223, rev 2.00/1.95, addr 3 isab0: at device 17.0 on pci0 isa0: on isab0 pcm0: port 0xd000-0xd0ff irq 22 at device 17.5 on pci0 pcm0: pcm0: vr0: port 0xd400-0xd4ff mem 0xfebffc00-0xfebffcff irq 23 at device 18.0 on pci0 miibus0: on vr0 ukphy0: on miibus0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto vr0: Ethernet address: 00:0b:6a:c0:00:ce acpi_button0: on acpi0 fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 ppbus0: IEEE1284 device found /NIBBLE/PS2/ECP Probing for PnP devices on ppbus0: ppbus0: PRINTER PCL 6 Emulation, PostScript Level 2 Emulation, NPAP, PJL plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] sio0: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 flags 0x10 on acpi0 sio0: type 16550A pmtimer0 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 ums0: vendor 0x1241 product 0x1122, rev 1.00/1.00, addr 2, iclass 3/1 ums0: 5 buttons and Z dir. uscanner0: EPSON EPSON Scanner, rev 1.10/1.00, addr 2 Timecounter "TSC" frequency 2083112488 Hz quality 800 Timecounters tick every 1.000 msec ad0: 152627MB at ata0-master UDMA100 ad1: 76351MB at ata0-slave UDMA100 acd0: DVDR at ata1-master UDMA33 acd1: CDRW at ata1-slave PIO4 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: cd present [1317408 x 2048 byte records] cd1 at ata1 bus 0 target 1 lun 0 cd1: Removable CD-ROM SCSI-0 device cd1: 16.000MB/s transfers cd1: Attempt to query device size failed: NOT READY, Medium not present da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present da2 at umass-sim0 bus 0 target 0 lun 2 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present da3 at umass-sim0 bus 0 target 0 lun 3 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present .. Trying to mount root from ufs:/dev/ad0s1a From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 12:05:29 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7927D16A422 for ; Tue, 28 Feb 2006 12:05:29 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: from mailrly05.isp.novis.pt (mailrly05.isp.novis.pt [195.23.133.215]) by mx1.FreeBSD.org (Postfix) with ESMTP id 55A2D43D46 for ; Tue, 28 Feb 2006 12:05:27 +0000 (GMT) (envelope-from miguel@anjos.strangled.net) Received: (qmail 11774 invoked from network); 28 Feb 2006 12:05:24 -0000 Received: from unknown (HELO mailfrt05.isp.novis.pt) ([195.23.133.197]) (envelope-sender ) by mailrly05.isp.novis.pt with compressed SMTP; 28 Feb 2006 12:05:24 -0000 Received: (qmail 735 invoked from network); 28 Feb 2006 12:05:20 -0000 Received: from unknown (HELO compaq.anjos.strangled.net) ([87.196.226.215]) (envelope-sender ) by mailfrt05.isp.novis.pt with SMTP; 28 Feb 2006 12:05:20 -0000 Received: from compaq.anjos.strangled.net (localhost [127.0.0.1]) by compaq.anjos.strangled.net (8.13.4/8.13.4) with ESMTP id k1SC4Hg6006762; Tue, 28 Feb 2006 12:04:19 GMT (envelope-from miguel@compaq.anjos.strangled.net) Received: (from miguel@localhost) by compaq.anjos.strangled.net (8.13.4/8.13.4/Submit) id k1SC4HuD006761; Tue, 28 Feb 2006 12:04:17 GMT (envelope-from miguel) Date: Tue, 28 Feb 2006 12:04:17 GMT From: Miguel Lopes Santos Ramos Message-Id: <200602281204.k1SC4HuD006761@compaq.anjos.strangled.net> To: hausen@punkt.de, kris@obsecurity.org In-Reply-To: <20060228110251.GD47953@hugo10.ka.punkt.de> Cc: stable@freebsd.org Subject: Re: NFS locking question 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, 28 Feb 2006 12:05:29 -0000 > So, rpc.lockd _is_ needed on the client? > What about the statement in rc.conf(5) then, claiming it was > only started on servers? Yes rpc.lockd and rpc.statd are needed on the client. I suspect it's the statements in rc.conf(5) that are wrong. Miguel From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 12:38:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4334916A420 for ; Tue, 28 Feb 2006 12:38:42 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7EA4443D45 for ; Tue, 28 Feb 2006 12:38:40 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:wJElshCULL6lia58svKKWxhHVJdJh0+m5qRQxSqmTNt0UgJqChyHkFxHholXTLZq@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1SCcWbm081899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 28 Feb 2006 21:38:35 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Tue, 28 Feb 2006 21:38:31 +0900 Message-ID: From: Hajimu UMEMOTO To: Michael Vince In-Reply-To: <44042F08.9010606@roq.com> References: <44042F08.9010606@roq.com> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Tue, 28 Feb 2006 21:38:36 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-1.9 required=5.0 tests=AWL,BAYES_00,INFO_TLD autolearn=no version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6-stable hosts.allow and samba 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, 28 Feb 2006 12:38:42 -0000 Hi, >>>>> On Tue, 28 Feb 2006 22:07:52 +1100 >>>>> Michael Vince said: mv> I checked the logs like hell on (enabled all.log) and saw nothing, no mv> server rejections nothing. In log.nmbd I did see a bunch of nice mv> messages like host resolution and master browser successful elections etc. mv> After trying just about everything to connect to the Samba I enabled mv> "ALL : ALL : allow" in hosts.allow as a last resort and boom there comes mv> up my samba server via MS windows. mv> This is what I had in hosts.allow below. mv> ALL : localhost 127.0.0.1 : allow mv> ALL : 192.168.0. : allow mv> ALL : ALL \ mv> : severity auth.info \ mv> : twist /bin/echo "You are not welcome to use %d from %h." It's strange. I've just tested it on my box but with ftp. It seems working fine. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 12:40:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3E4D616A420 for ; Tue, 28 Feb 2006 12:40:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BA1143D62 for ; Tue, 28 Feb 2006 12:40:21 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from [10.0.0.41] (200-171-26-52.dsl.telesp.net.br [200.171.26.52]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k1SCccLA018700; Tue, 28 Feb 2006 09:38:39 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Tue, 28 Feb 2006 09:38:38 -0300 User-Agent: KMail/1.9.1 References: <20060228120001.GA37095@intserv.int1.b.intern> In-Reply-To: <20060228120001.GA37095@intserv.int1.b.intern> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200602280938.38463.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Spam-Status: No, score=1.4 required=5.0 tests=BR_RECEIVED_SPAMMER,MY_DSL autolearn=no version=3.1.0 X-Spam-Level: * X-Spam-Checker-Version: Antispam Datacenter Matik msrv.matik.com.br X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Holger Kipp Subject: Re: shutdown/halt/reboot-issues... FreeBSD 6.x including PRERELEASE 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, 28 Feb 2006 12:40:24 -0000 On Tuesday 28 February 2006 09:00, Holger Kipp wrote: > Hello, > > shutdown, halt and reboot give me some trouble with > 6.x-versions of FreeBSD, the shutdown-process stops > after printing > > "All buffers synced" > I had similar problems and I guess they are hardware/acpi related In a certain case I changed the 2x agp video card into a 8x (the bios allow= ed=20 auto, 4x and 8x) and the machine could reboot then In another case I enabled or disabled the "acpi 2.0 enable" option in the= =20 bios Another case I changed the apic (!acpi) setting in the bios And appearently the Celeron 2.13Ghz S478 has this problem on Asus MBs,=20 changing it resolves the reboot issue too. On my notebook I got this when hw.acpi.cpu.cx_lowest was not C1 in all this cases disabling acpi at boot time made no difference Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 13:08:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 518D016A420 for ; Tue, 28 Feb 2006 13:08:51 +0000 (GMT) (envelope-from mproto@secureworks.com) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id B3A2A43D49 for ; Tue, 28 Feb 2006 13:08:50 +0000 (GMT) (envelope-from mproto@secureworks.com) Received: (qmail 89469 invoked from network); 28 Feb 2006 13:08:49 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 28 Feb 2006 13:08:49 -0000 Received: from [192.168.14.135] (descartes.internal.secureworks.net [192.168.14.135]) by ATLEXCHANGE.secureworks.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id CHDJ5VKW; Tue, 28 Feb 2006 08:08:28 -0500 Message-ID: <44044B61.90808@secureworks.com> Date: Tue, 28 Feb 2006 08:08:49 -0500 From: Michael Proto User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060228115810.GB88352@afflictions.org> In-Reply-To: <20060228115810.GB88352@afflictions.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 28 Feb 2006 13:08:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Damian Gerow wrote: > > Do isp/ispfw do any funkiness with the keyboard? Even when booting with > hint.atkbd.0.disabled="1", my keyboard still doesn't work. > > - Damian Try this at the loader prompt: hint.atkbd.0.flags="0x1" - -Proto -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEBEtgOLq/wl1XW74RAny1AKCJTIwIKEnVGtC6ris75rOLcc6aHQCfSSdc mOi4EES06+KuJzdGtAhWGUg= =xBWQ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 14:41:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2105416A420 for ; Tue, 28 Feb 2006 14:41:12 +0000 (GMT) (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 D536B43D46 for ; Tue, 28 Feb 2006 14:41:11 +0000 (GMT) (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 BC2D21A4E64; Tue, 28 Feb 2006 06:41:11 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 6BFAE517BC; Tue, 28 Feb 2006 09:41:10 -0500 (EST) Date: Tue, 28 Feb 2006 09:41:09 -0500 From: Kris Kennaway To: "Patrick M. Hausen" Message-ID: <20060228144109.GA72408@xor.obsecurity.org> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060228110251.GD47953@hugo10.ka.punkt.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20060228110251.GD47953@hugo10.ka.punkt.de> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: NFS locking question 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, 28 Feb 2006 14:41:12 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 12:02:51PM +0100, Patrick M. Hausen wrote: > Hi, Kris! >=20 > On Tue, Feb 28, 2006 at 05:21:50AM -0500, Kris Kennaway wrote: >=20 > > Try the attached patch on the 6.0 machines: >=20 > Thanks. Will do. >=20 > But: >=20 > > Index: usr.sbin/rpc.lockd/lock_proc.c > > ... >=20 > So, rpc.lockd _is_ needed on the client? Yes. If you weren't doing that, do that instead. > What about the statement in rc.conf(5) then, claiming it was > only started on servers? I only see this (correct) statement in that manpage: rpc_lockd_enable (bool) If set to ``YES'' and also an NFS server or client, run rpc.lockd(8) at boot time. Kris --fdj2RfSjLxBAspz7 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBGEEWry0BWjoQKURAjGoAJ9rE3yWqsNwDB2oAraV1/+GXdxFZgCeJC8F YdGPmzWIHh/Qt3xyxUXD3ec= =A72+ -----END PGP SIGNATURE----- --fdj2RfSjLxBAspz7-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 14:46:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9DAAD16A422 for ; Tue, 28 Feb 2006 14:46:53 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from aaron.protected-networks.net (aaron.protected-networks.net [202.12.127.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id D246E43D6E for ; Tue, 28 Feb 2006 14:46:38 +0000 (GMT) (envelope-from imb@protected-networks.net) Received: from localhost (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 7AE7DC34E; Tue, 28 Feb 2006 09:46:37 -0500 (EST) Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id 5B46EC330; Tue, 28 Feb 2006 09:46:33 -0500 (EST) Authentication-Results: aaron.protected-networks.net from=imb@protected-networks.net; domainkey=pass Received: from aaron.protected-networks.net (localhost [127.0.0.1]) by aaron.protected-networks.net (Postfix) with ESMTP id D097AC2C4; Tue, 28 Feb 2006 09:46:32 -0500 (EST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=200509; d=protected-networks.net; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type; b=pbiioE4A7uV06OeKtOqeSzflbyja12SQFRujoR4+x3HYawqdBuWTXpYLqsDAq1nP1nyNHSJT64Yy7vfvEG8eZL69vh20V1n6CxsYQOl2nTxu4IIjNIehm47/BPOBYYK6; Received: from [192.168.1.11] (c-24-218-147-31.hsd1.ma.comcast.net [24.218.147.31]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) by aaron.protected-networks.net (Postfix) with ESMTP id 72FE1C256; Tue, 28 Feb 2006 09:46:32 -0500 (EST) Message-ID: <44046246.4020303@protected-networks.net> Date: Tue, 28 Feb 2006 09:46:30 -0500 From: Michael Butler User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Kris Kennaway References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060228110251.GD47953@hugo10.ka.punkt.de> <20060228144109.GA72408@xor.obsecurity.org> In-Reply-To: <20060228144109.GA72408@xor.obsecurity.org> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=sha1; boundary="------------ms080503040505090407030002" Cc: stable@freebsd.org Subject: Re: NFS locking question 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, 28 Feb 2006 14:46:53 -0000 This is a cryptographically signed message in MIME format. --------------ms080503040505090407030002 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Kris Kennaway wrote: > I only see this (correct) statement in that manpage: > > rpc_lockd_enable > (bool) If set to ``YES'' and also an NFS server or client, > run rpc.lockd(8) at boot time. .. and it will fail to run (at all) on a box configured only as a server because /dev/nfslock isn't created unless the client is there :-( Michael --------------ms080503040505090407030002 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIN0DCC BuQwggTMoAMCAQICATEwDQYJKoZIhvcNAQEFBQAwgccxCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4w HAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3 b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0 ZWQtbmV0d29ya3MubmV0MB4XDTA2MDIwNzE0MDE0NloXDTExMDMwODE0MDE0NlowgagxCzAJ BgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJv dGVjdGVkIE5ldHdvcmtzMRQwEgYDVQQLEwtNYWlsIGNsaWVudDEcMBoGA1UEAxMTSWFpbiBN aWNoYWVsIEJ1dGxlcjEpMCcGCSqGSIb3DQEJARYaaW1iQHByb3RlY3RlZC1uZXR3b3Jrcy5u ZXQwgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBALJGiIrZoBOaYG7p44h64oIsBmQmi0n4 vfRKAdQY1TGGXAWWAWjdhJDUJJCLrkv2a3chbEBWfKOr+n8vHV5wI5fHN7Yp+9R7wVQ5Hb/F rUp3fZPRx83rd8+FvrtBLcfKDT7J8cIaUF+I14YTPFMSf6thm55hrjLIUB2FlPFrcH/7AgMB AAGjggJ6MIICdjAJBgNVHRMEAjAAMBEGCWCGSAGG+EIBAQQEAwIEsDBGBglghkgBhvhCAQ0E ORY3Q2VydGlmaWNhdGUgaXNzdWVkIGJ5IGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtz Lm5ldDAdBgNVHQ4EFgQUKTHICg24Uox83sZjRL50XypVU0IwgfwGA1UdIwSB9DCB8YAUVEXu oZyg4TYTDDa5wzviGlSDFj6hgc2kgcowgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0ggkAzFwjxK9/fmIwJQYDVR0SBB4wHIEaaW1iQHByb3RlY3RlZC1uZXR3b3Jr cy5uZXQwRwYJYIZIAYb4QgEEBDoWOGh0dHA6Ly93d3cucHJvdGVjdGVkLW5ldHdvcmtzLm5l dC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMEkGA1UdHwRCMEAwPqA8oDqGOGh0dHA6Ly93d3cu cHJvdGVjdGVkLW5ldHdvcmtzLm5ldC9Qcm90ZWN0ZWRfTmV0d29ya3MuY3JsMCUGA1UdEQQe MByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MA4GA1UdDwEB/wQEAwIF4DANBgkqhkiG 9w0BAQUFAAOCAgEAlS1aZVoA0yQSiK8Jds1K1pZE7dvE6yJHcih3tMqBah5tzTHMDBoeuu7b rJ6lEbYM6r/y1WSJ+0PtMyMac/QxAw1nEtKmECOcNMUlwjiazDonHKNw/BjyCcZZ18SRL63p Jr209xa6c93PfSUFkM2ya8TfHnAjcfcR8NNsr53I6g/jItLqTltY56xglP8OVjDf7fXpzXhV 8w66pmye0tTldcTE95YjVGhr24aM5l42Mp6wveHQIaO9nALa5p3ujqMX72EpCG/phC7dy/2g xdhG7epqtWCEsC7XI4CrBke/fx4TO0T5tLhKGLFtNeqHXl3CjFnxGv9HAm6vutDpM90sTs5e F1M04tM2b7asNKAj0o1AOm0TIPk8obIOnu/8ifbOIOax8WtsbaR9wbpi5JU10FZdZPYfx91b NMztR/1ViCTsvAxPkluU3/I2EPjQZKpbwu7h06D+FH++9aStylZL0N9Hyf09EsYfYL3LGzWn NkMmmzSRHYtD8dHHWpby9OLsWtvKOqG7nrE0e5QZ8CWmc8xeAa4vGQDRTqkk3ALwiUeI/LG7 IoBCqVQXJWnTPtD2wcssG2j9phlDBa5XRo49yC/MTYOHmuAib/oORtsMR49Pv4/wTVNcwvZ+ iY473W36N0mfXXcEL7GD2OPzl89vIBLeUeP5gl3sKoV2JqYJBzwwggbkMIIEzKADAgECAgEx MA0GCSqGSIb3DQEBBQUAMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcT B01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlm aWNhdGUgQXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNh dGUgQXV0aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5l dDAeFw0wNjAyMDcxNDAxNDZaFw0xMTAzMDgxNDAxNDZaMIGoMQswCQYDVQQGEwJVUzELMAkG A1UECBMCTUExEDAOBgNVBAcTB01lZGZvcmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3Jr czEUMBIGA1UECxMLTWFpbCBjbGllbnQxHDAaBgNVBAMTE0lhaW4gTWljaGFlbCBCdXRsZXIx KTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MIGfMA0GCSqGSIb3 DQEBAQUAA4GNADCBiQKBgQCyRoiK2aATmmBu6eOIeuKCLAZkJotJ+L30SgHUGNUxhlwFlgFo 3YSQ1CSQi65L9mt3IWxAVnyjq/p/Lx1ecCOXxze2KfvUe8FUOR2/xa1Kd32T0cfN63fPhb67 QS3Hyg0+yfHCGlBfiNeGEzxTEn+rYZueYa4yyFAdhZTxa3B/+wIDAQABo4ICejCCAnYwCQYD VR0TBAIwADARBglghkgBhvhCAQEEBAMCBLAwRgYJYIZIAYb4QgENBDkWN0NlcnRpZmljYXRl IGlzc3VlZCBieSBodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQwHQYDVR0OBBYE FCkxyAoNuFKMfN7GY0S+dF8qVVNCMIH8BgNVHSMEgfQwgfGAFFRF7qGcoOE2Eww2ucM74hpU gxY+oYHNpIHKMIHHMQswCQYDVQQGEwJVUzELMAkGA1UECBMCTUExEDAOBgNVBAcTB01lZGZv cmQxGzAZBgNVBAoTElByb3RlY3RlZCBOZXR3b3JrczEeMBwGA1UECxMVQ2VydGlmaWNhdGUg QXV0aG9yaXR5MTEwLwYDVQQDEyhQcm90ZWN0ZWQgTmV0d29ya3MgQ2VydGlmaWNhdGUgQXV0 aG9yaXR5MSkwJwYJKoZIhvcNAQkBFhppbWJAcHJvdGVjdGVkLW5ldHdvcmtzLm5ldIIJAMxc I8Svf35iMCUGA1UdEgQeMByBGmltYkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0MEcGCWCGSAGG +EIBBAQ6FjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3b3Jrcy5uZXQvUHJvdGVjdGVkX05l dHdvcmtzLmNybDBJBgNVHR8EQjBAMD6gPKA6hjhodHRwOi8vd3d3LnByb3RlY3RlZC1uZXR3 b3Jrcy5uZXQvUHJvdGVjdGVkX05ldHdvcmtzLmNybDAlBgNVHREEHjAcgRppbWJAcHJvdGVj dGVkLW5ldHdvcmtzLm5ldDAOBgNVHQ8BAf8EBAMCBeAwDQYJKoZIhvcNAQEFBQADggIBAJUt WmVaANMkEoivCXbNStaWRO3bxOsiR3Iod7TKgWoebc0xzAwaHrru26yepRG2DOq/8tVkiftD 7TMjGnP0MQMNZxLSphAjnDTFJcI4msw6JxyjcPwY8gnGWdfEkS+t6Sa9tPcWunPdz30lBZDN smvE3x5wI3H3EfDTbK+dyOoP4yLS6k5bWOesYJT/DlYw3+316c14VfMOuqZsntLU5XXExPeW I1Roa9uGjOZeNjKesL3h0CGjvZwC2uad7o6jF+9hKQhv6YQu3cv9oMXYRu3qarVghLAu1yOA qwZHv38eEztE+bS4ShixbTXqh15dwoxZ8Rr/RwJur7rQ6TPdLE7OXhdTNOLTNm+2rDSgI9KN QDptEyD5PKGyDp7v/In2ziDmsfFrbG2kfcG6YuSVNdBWXWT2H8fdWzTM7Uf9VYgk7LwMT5Jb lN/yNhD40GSqW8Lu4dOg/hR/vvWkrcpWS9DfR8n9PRLGH2C9yxs1pzZDJps0kR2LQ/HRx1qW 8vTi7Frbyjqhu56xNHuUGfAlpnPMXgGuLxkA0U6pJNwC8IlHiPyxuyKAQqlUFyVp0z7Q9sHL LBto/aYZQwWuV0aOPcgvzE2Dh5rgIm/6DkbbDEePT7+P8E1TXML2fomOO91t+jdJn113BC+x g9jj85fPbyAS3lHj+YJd7CqFdiamCQc8MYID7TCCA+kCAQEwgc0wgccxCzAJBgNVBAYTAlVT MQswCQYDVQQIEwJNQTEQMA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5l dHdvcmtzMR4wHAYDVQQLExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3Rl Y3RlZCBOZXR3b3JrcyBDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmlt YkBwcm90ZWN0ZWQtbmV0d29ya3MubmV0AgExMAkGBSsOAwIaBQCgggJ1MBgGCSqGSIb3DQEJ AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA2MDIyODE0NDYzMFowIwYJKoZIhvcN AQkEMRYEFBb4kkjFFiN431/ZCVJ02Tl5oceZMFIGCSqGSIb3DQEJDzFFMEMwCgYIKoZIhvcN AwcwDgYIKoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMC AgEoMIHeBgkrBgEEAYI3EAQxgdAwgc0wgccxCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJNQTEQ MA4GA1UEBxMHTWVkZm9yZDEbMBkGA1UEChMSUHJvdGVjdGVkIE5ldHdvcmtzMR4wHAYDVQQL ExVDZXJ0aWZpY2F0ZSBBdXRob3JpdHkxMTAvBgNVBAMTKFByb3RlY3RlZCBOZXR3b3JrcyBD ZXJ0aWZpY2F0ZSBBdXRob3JpdHkxKTAnBgkqhkiG9w0BCQEWGmltYkBwcm90ZWN0ZWQtbmV0 d29ya3MubmV0AgExMIHgBgsqhkiG9w0BCRACCzGB0KCBzTCBxzELMAkGA1UEBhMCVVMxCzAJ BgNVBAgTAk1BMRAwDgYDVQQHEwdNZWRmb3JkMRswGQYDVQQKExJQcm90ZWN0ZWQgTmV0d29y a3MxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhvcml0eTExMC8GA1UEAxMoUHJvdGVjdGVk IE5ldHdvcmtzIENlcnRpZmljYXRlIEF1dGhvcml0eTEpMCcGCSqGSIb3DQEJARYaaW1iQHBy b3RlY3RlZC1uZXR3b3Jrcy5uZXQCATEwDQYJKoZIhvcNAQEBBQAEgYCbGzwr8FuBiyoPilpp Tn4Nh0tSMgRkkw0gQQROcrNRSRBT6+clCpjJxBsA4M1psqYhTM0EsfAD4ndsQcL/u58G6LkU uVTTc+NTTU7skq2nJWjcZR/9Vl11ejdVHaxIvxpu8+TWbVq919KolMaT0kKngEKltf6wEfNj OcZYQr+dgAAAAAAAAA== --------------ms080503040505090407030002-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 15:30:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5CE2C16A420 for ; Tue, 28 Feb 2006 15:30:33 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id 26CDD43D45 for ; Tue, 28 Feb 2006 15:30:31 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:XezC2PuHWCi7QwRhCU8wcPqR+zhNX4WCWhhNr+5xj46MLgUk4Y3Yw7HGVD13vy6N@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k1SFSErv093451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2006 00:28:15 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 01 Mar 2006 00:28:14 +0900 Message-ID: From: Hajimu UMEMOTO To: Yar Tikhiy In-Reply-To: <20060227151954.GV6435@comp.chem.msu.su> References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060227151954.GV6435@comp.chem.msu.su> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Wed, 01 Mar 2006 00:28:26 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, dwmalone@maths.tcd.ie, Rostislav Krasny , des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Tue, 28 Feb 2006 15:30:33 -0000 Hi, >>>>> On Mon, 27 Feb 2006 18:19:54 +0300 >>>>> Yar Tikhiy said: yar> I finally spared some time to test your recent changes and found yar> that the resolver still would retry using the first, and only the yar> first, domain on the `search' list when the nameserver was down, yar> which effectively led to another kind of request doubling. yar> A similar effect was observed when a `domain' line was specified yar> in resolv.conf in place of `search'. yar> Is there a real reason to retry with a different domain when the yar> nameserver doesn't respond at all? It seems yet another issue. The errors returned by res_querydomain() are not handled uniformity. Please try following patch: Index: lib/libc/net/getaddrinfo.c diff -u -p lib/libc/net/getaddrinfo.c.orig lib/libc/net/getaddrinfo.c --- lib/libc/net/getaddrinfo.c.orig Sun Feb 26 16:04:41 2006 +++ lib/libc/net/getaddrinfo.c Tue Feb 28 16:21:15 2006 @@ -2440,6 +2440,17 @@ res_searchN(name, target) ret = res_querydomainN(name, NULL, target); if (ret > 0 || trailing_dot) return (ret); + if (errno == ECONNREFUSED) { + h_errno = TRY_AGAIN; + return (-1); + } + switch (h_errno) { + case NO_DATA: + case HOST_NOT_FOUND: + break; + default: + return (-1); + } saved_herrno = h_errno; tried_as_is++; } @@ -2515,6 +2526,14 @@ res_searchN(name, target) } } + switch (h_errno) { + case NO_DATA: + case HOST_NOT_FOUND: + break; + default: + goto giveup; + } + /* * If the query has not already been tried as is then try it * unless RES_NOTLDQUERY is set and there were no dots. @@ -2534,6 +2553,7 @@ res_searchN(name, target) * else send back meaningless h_errno, that being the one from * the last DNSRCH we did. */ +giveup: if (saved_herrno != -1) h_errno = saved_herrno; else if (got_nodata) Index: lib/libc/net/res_query.c diff -u -p lib/libc/net/res_query.c.orig lib/libc/net/res_query.c --- lib/libc/net/res_query.c.orig Sun Feb 26 16:04:41 2006 +++ lib/libc/net/res_query.c Tue Feb 28 16:14:23 2006 @@ -229,6 +229,17 @@ res_search(name, class, type, answer, an ret = res_querydomain(name, NULL, class, type, answer, anslen); if (ret > 0 || trailing_dot) return (ret); + if (errno == ECONNREFUSED) { + h_errno = TRY_AGAIN; + return (-1); + } + switch (h_errno) { + case NO_DATA: + case HOST_NOT_FOUND: + break; + default: + return (-1); + } saved_herrno = h_errno; tried_as_is++; } @@ -318,6 +329,14 @@ res_search(name, class, type, answer, an } } + switch (h_errno) { + case NO_DATA: + case HOST_NOT_FOUND: + break; + default: + goto giveup; + } + /* * If the query has not already been tried as is then try it * unless RES_NOTLDQUERY is set and there were no dots. @@ -336,6 +355,7 @@ res_search(name, class, type, answer, an * else send back meaningless h_errno, that being the one from * the last DNSRCH we did. */ +giveup: if (saved_herrno != -1) h_errno = saved_herrno; else if (got_nodata) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 15:36:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7098F16A420 for ; Tue, 28 Feb 2006 15:36:33 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 22A6743D46 for ; Tue, 28 Feb 2006 15:36:32 +0000 (GMT) (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 39D07B80D; Tue, 28 Feb 2006 10:36:32 -0500 (EST) In-Reply-To: <87k6bgi8in.fsf@roddy.c3922.takamatsu-nct.ac.jp> References: <43FA3A6D.4010903@samsco.org> <87mzgg2dx9.fsf@roddy.c3922.takamatsu-nct.ac.jp> <87k6bgi8in.fsf@roddy.c3922.takamatsu-nct.ac.jp> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <08AF24A7-A6A2-4146-B116-226144886462@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 28 Feb 2006 10:36:31 -0500 To: NAKAJI Hiroyuki X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-BETA2/FreeBSD 5.5-BETA2 Available 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, 28 Feb 2006 15:36:33 -0000 On Feb 27, 2006, at 8:20 PM, NAKAJI Hiroyuki wrote: > Disableing ACPI timer solved the problem. My Opteron box does not lock > up. Thanks! > Please add a note to http://www.freebsd.org/cgi/query-pr.cgi?pr=91910 with some details of your system, or file a new PR about it so that hopefully ACPI can get fixed. BTW, you can permanently disable the timer by adding the debug line to /boot/loader.conf. >>>>>> In >>>>>> Vivek Khera wrote: > >> I'm gonna take a wild guess at ACPI problems. I have one system on >> which I have to disable ACPI timer for anything >= 6.0-RELEASE. > >> To disable it, at the boot menu, select 6 to get a prompt, then type > >> set debug.acpi.disabled="timer" >> boot > >> and see if it still locks up. > -- > NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 16:22:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9C48616A420 for ; Tue, 28 Feb 2006 16:22:50 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4038043D48 for ; Tue, 28 Feb 2006 16:22:50 +0000 (GMT) (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 9CB34B80D; Tue, 28 Feb 2006 11:22:49 -0500 (EST) In-Reply-To: <20060228023224.10917.qmail@web33306.mail.mud.yahoo.com> References: <20060228023224.10917.qmail@web33306.mail.mud.yahoo.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <92A53C3B-033F-4393-896B-ADC62642E64B@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Tue, 28 Feb 2006 11:22:49 -0500 To: Rob X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: 6.1-prerelease: boot loader pause timer hangs 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, 28 Feb 2006 16:22:50 -0000 On Feb 27, 2006, at 9:32 PM, Rob wrote: > > When I remove the delay line in loader.conf, then > the loader displays a pause timer of "10", but > actually *immediately* continues as if the pause > timer is zero (so no delay at all). > i have not observed this, but I don't alter the boot delay time. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 17:44:36 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E824F16A420 for ; Tue, 28 Feb 2006 17:44:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6FFC943D46 for ; Tue, 28 Feb 2006 17:44:36 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost (john@localhost [127.0.0.1]) by server.baldwin.cx (8.13.4/8.13.4) with ESMTP id k1SHiWPr018550; Tue, 28 Feb 2006 12:44:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Kris Kennaway Date: Tue, 28 Feb 2006 12:07:37 -0500 User-Agent: KMail/1.9.1 References: <20060225141729.GK84519@xor.obsecurity.org> In-Reply-To: <20060225141729.GK84519@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200602281207.38477.jhb@freebsd.org> X-Virus-Scanned: ClamAV 0.87.1/1306/Tue Feb 28 04:50:04 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=4.2 tests=ALL_TRUSTED autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on server.baldwin.cx Cc: stable@freebsd.org Subject: Re: panic: thread with borrowed priority returning to userland 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, 28 Feb 2006 17:44:37 -0000 On Saturday 25 February 2006 09:17, Kris Kennaway wrote: > Panic on 6.1-PRERELEASE (package build machine): > > db> wh > Tracing pid 85657 tid 100133 td 0xc2612600 > kdb_enter(c06cabdd,c07250c0,c06cc327,cdca4cac,100) at kdb_enter+0x30 > panic(c06cc327,2,c06cc3bf,267,2814d4e8) at panic+0xd5 > sched_userret(c2612600,c04e290d,c0724dc0,1,2814d4e8) at sched_userret+0x21 > userret(c2612600,cdca4d38,63,100,1010000) at userret+0xd8 > ast(cdca4d38) at ast+0x556 > doreti_ast() at doreti_ast+0x17 > > Core available. Does this thread (tid 100133) hold any locks? That panic would be indicative of that since it drops its inherited priority when it releaes a contested mutex. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve" = http://www.FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 18:51:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 338D416A420 for ; Tue, 28 Feb 2006 18:51:29 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from heisenberg.zen.co.uk (heisenberg.zen.co.uk [212.23.3.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F20A43D48 for ; Tue, 28 Feb 2006 18:51:28 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from [82.68.31.182] (helo=Demon.vickiandstacey.com) by heisenberg.zen.co.uk with esmtp (Exim 4.30) id 1FE9wS-0004N5-B6; Tue, 28 Feb 2006 18:51:24 +0000 Received: from crom.vickiandstacey.com (crom [192.168.1.10]) by Demon.vickiandstacey.com (8.13.1/8.13.1) with ESMTP id k1SIpShm047577; Tue, 28 Feb 2006 18:51:28 GMT (envelope-from stacey@vickiandstacey.com) Received: from crom.vickiandstacey.com (localhost [127.0.0.1]) by crom.vickiandstacey.com (8.13.4/8.13.4) with ESMTP id k1SIpC49051317; Tue, 28 Feb 2006 18:51:18 GMT (envelope-from stacey@crom.vickiandstacey.com) Received: (from stacey@localhost) by crom.vickiandstacey.com (8.13.4/8.13.4/Submit) id k1SIp5nr051316; Tue, 28 Feb 2006 18:51:05 GMT (envelope-from stacey) Date: Tue, 28 Feb 2006 18:51:04 +0000 From: Stacey Roberts To: Damian Gerow Message-ID: <20060228185104.GN20911@crom.vickiandstacey.com> Mail-Followup-To: Damian Gerow , "Axel S. Gruner" , freebsd-stable@freebsd.org References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="rOsx1R9haZTS96jr" Content-Disposition: inline In-Reply-To: <20060228115810.GB88352@afflictions.org> User-Agent: Mutt/1.4.2.1i X-Originating-Heisenberg-IP: [82.68.31.182] Cc: "Axel S. Gruner" , freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 28 Feb 2006 18:51:29 -0000 --rOsx1R9haZTS96jr Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Damian! Good to see you on the list., =20 On Tue, 28 Feb 2006, Damian Gerow wrote: > Thus spake Axel S. Gruner (asg@suedfactoring.com) [28/02/06 05:22]: > : go to boot loader prompt and type: > :=20 > : unset acpi_load > : load ispfw > : load isp > : set hint.atkbd.0.disabled=3D"1" > : boot > :=20 > : With these options i am able to boot the installation cd, also the keyb= oard is=20 > : working and, surprise surprise, with "load ispfw" i see also the drives= in=20 > : the SAN (LUNs). >=20 > Do isp/ispfw do any funkiness with the keyboard? Even when booting with > hint.atkbd.0.disabled=3D"1", my keyboard still doesn't work. >=20 If the above procedure from Axel doesn't work for you, what exactly are you= seeing at the moment. Does the keyboard still "stop working" after sysinstal loads? Regards, Stacey > - Damian > _______________________________________________ > 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" --rOsx1R9haZTS96jr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQEVAwUBRASbk9etyy/wI4UpAQF61ggAlQl9H9cYxeBp2C1SFtRfncINZKXzHoGc GI9OefYQMuiGi6nnsq6JM5039OKcSk/2qZF9Ik2uGjnOwm4LG44OQ7N/P0ML+Qk2 DMQaaNMIqzc2tArAcW4yqCzQ0itk7TE1nHhidN16BIegaraS9lFp/bIal7rTCMou EuaaC6QpUZtkUvFGiQzIi61YRKNWBr81b/oDHdbB7Av6IhrIjf86tEV4DVoV6bGi 4sbm70wmYRBsmkBNpkvD7rcx8uS5jmymMeBu8S+X8yAs15lMOz545xEJVvoNjIHt 3aoB0mrNC9wmzrqe0Jd9Of9RmoSSyYJvYGBiNJPt5+fjCBQAzLjWmA== =HP2D -----END PGP SIGNATURE----- --rOsx1R9haZTS96jr-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 19:17:38 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38A5916A444; Tue, 28 Feb 2006 19:17:38 +0000 (GMT) (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 5FBA543D73; Tue, 28 Feb 2006 19:17:31 +0000 (GMT) (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 410181A3C24; Tue, 28 Feb 2006 11:17:31 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 91C2E54A2E; Tue, 28 Feb 2006 14:17:30 -0500 (EST) Date: Tue, 28 Feb 2006 14:17:30 -0500 From: Kris Kennaway To: John Baldwin Message-ID: <20060228191729.GC84451@xor.obsecurity.org> References: <20060225141729.GK84519@xor.obsecurity.org> <200602281207.38477.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="R+My9LyyhiUvIEro" Content-Disposition: inline In-Reply-To: <200602281207.38477.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: panic: thread with borrowed priority returning to userland 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, 28 Feb 2006 19:17:38 -0000 --R+My9LyyhiUvIEro Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 12:07:37PM -0500, John Baldwin wrote: > On Saturday 25 February 2006 09:17, Kris Kennaway wrote: > > Panic on 6.1-PRERELEASE (package build machine): > >=20 > > db> wh > > Tracing pid 85657 tid 100133 td 0xc2612600 > > kdb_enter(c06cabdd,c07250c0,c06cc327,cdca4cac,100) at kdb_enter+0x30 > > panic(c06cc327,2,c06cc3bf,267,2814d4e8) at panic+0xd5 > > sched_userret(c2612600,c04e290d,c0724dc0,1,2814d4e8) at sched_userret+0= x21 > > userret(c2612600,cdca4d38,63,100,1010000) at userret+0xd8 > > ast(cdca4d38) at ast+0x556 > > doreti_ast() at doreti_ast+0x17 > >=20 > > Core available. >=20 > Does this thread (tid 100133) hold any locks? That panic would > be indicative of that since it drops its inherited priority when it > releaes a contested mutex. See other followups for diagnosis. Kris --R+My9LyyhiUvIEro Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBKHHWry0BWjoQKURAqnPAKD+R8rqAZ+k4kMIfGqXdDP2N59oygCg+l7F FHbTuxkl51Aks+IxcfXlFwQ= =kCMw -----END PGP SIGNATURE----- --R+My9LyyhiUvIEro-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 19:23:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0D8D016A420 for ; Tue, 28 Feb 2006 19:23:32 +0000 (GMT) (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 D592443D70 for ; Tue, 28 Feb 2006 19:23:28 +0000 (GMT) (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 BB85F1A3C24; Tue, 28 Feb 2006 11:23:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id F337E517BC; Tue, 28 Feb 2006 14:23:27 -0500 (EST) Date: Tue, 28 Feb 2006 14:23:27 -0500 From: Kris Kennaway To: Michael Butler Message-ID: <20060228192327.GA84663@xor.obsecurity.org> References: <20060228101453.GB47953@hugo10.ka.punkt.de> <20060228102150.GA56625@xor.obsecurity.org> <20060228110251.GD47953@hugo10.ka.punkt.de> <20060228144109.GA72408@xor.obsecurity.org> <44046246.4020303@protected-networks.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="M9NhX3UHpAaciwkO" Content-Disposition: inline In-Reply-To: <44046246.4020303@protected-networks.net> User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: NFS locking question 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, 28 Feb 2006 19:23:32 -0000 --M9NhX3UHpAaciwkO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 09:46:30AM -0500, Michael Butler wrote: > Kris Kennaway wrote: > >I only see this (correct) statement in that manpage: > > > > rpc_lockd_enable > > (bool) If set to ``YES'' and also an NFS server or clie= nt, > > run rpc.lockd(8) at boot time. >=20 > .. and it will fail to run (at all) on a box configured only as a=20 > server because /dev/nfslock isn't created unless the client is there :-( Yeah, I think there's a PR about that. Kris --M9NhX3UHpAaciwkO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBKMvWry0BWjoQKURAtd8AJ4/gnSNOZF2orEDq6i4xTufunV3/wCgxQJG 9rl9XhfKFYQ3TvJmLu81jFY= =A2iY -----END PGP SIGNATURE----- --M9NhX3UHpAaciwkO-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 19:52:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9D54B16A420 for ; Tue, 28 Feb 2006 19:52:00 +0000 (GMT) (envelope-from listas@informatica.info) Received: from deneb.informatica.info (lincl214.informatica.info [86.109.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id E1DA643D4C for ; Tue, 28 Feb 2006 19:51:57 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.65] (119.Red-83-57-44.dynamicIP.rima-tde.net [83.57.44.119]) (authenticated bits=0) by deneb.informatica.info (8.13.1/8.13.1) with ESMTP id k1SJpcL9017726 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 28 Feb 2006 20:51:46 +0100 Message-ID: <4404A9D1.5000705@informatica.info> Date: Tue, 28 Feb 2006 20:51:45 +0100 From: Carlos Amengual User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on deneb.informatica.info X-Virus-Status: Clean Subject: wpa_supplicant with NDIS-wrapped wireless card and WPA-PSK reboots 6.1-pre 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, 28 Feb 2006 19:52:00 -0000 My system is a 6.1-PRERELEASE as of yesterday afternoon, but the same happened with a RELENG_6 as of a month ago. I set up a D-Link AirPlus DWL-520+ wireless PCI adapter in an old server, and NDISwrapped it (got an AIRPLUS_SYS.ko). When running wpa_supplicant -dd -indis0 -Dndis -c/etc/wpa_supplicant.conf, the system reboots after printing: -------------------------------------------------------- Initializing interface 'ndis0' conf '/etc/wpa_supplicant.conf' driver 'ndis' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' ctrl_interface='/var/run/wpa_supplicant' ctrl_interface_group=0 (from group name 'wheel') Line: 6 - start of a new network block ssid - hexdump_ascii(len=11): 47 4e 43 57 49 52 45 4c 45 53 53 GNCWIRELESS scan_ssid=1 (0x1) key_mgmt: 0x2 PSK (ASCII passphrase) - hexdump_ascii(len=26): [REMOVED] PSK (from passphrase) - hexdump(len=32): [REMOVED] Priority group 0 id=0 ssid='GNCWIRELESS' Initializing interface (2) 'ndis0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 NDIS: 1 adapter names found NDIS: 1 adapter descriptions found NDIS: 0 - ndis0 - ndis0 NDIS: Adapter description prefix 'ndis0' ndis_get_oid: oid=0xd010122 len (512) failed NDIS: verifying driver WPA capability NDIS: WPA key management supported NDIS: WPA-PSK key management supported ndis_set_oid: oid=0xd01011b len (4) failed NDIS: Failed to set OID_802_11_ENCRYPTION_STATUS (6) NDIS: TKIP encryption supported NDIS: driver supports WPA NDIS: driver capabilities: key_mgmt 0x5 enc 0x4 auth 0x3 Own MAC address: **:**:**:**:**:** wpa_driver_ndis_set_wpa: enabled=1 ndis_get_oid: oid=0xd010101 len (6) failed -------------------------------------------------------- My kldstat is the following: Id Refs Address Size Name 1 23 0xc0400000 642cac kernel 2 1 0xc0a43000 6da4 wlan_ccmp.ko 3 1 0xc0a4a000 4040 wlan_tkip.ko 4 1 0xc0a4f000 2cf4 wlan_acl.ko 5 2 0xc0a52000 ca80 if_ndis.ko 6 3 0xc0a5f000 1753c ndis.ko 7 1 0xc0a77000 51314 AIRPLUS_SYS.ko 8 1 0xc0ac9000 58554 acpi.ko 9 1 0xc36a1000 2000 star_saver.ko 10 1 0xc36c9000 16000 linux.ko My /etc/wpa_supplicant.conf: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel # # home network; allow all valid ciphers network={ ssid="GNCWIRELESS" scan_ssid=1 key_mgmt=WPA-PSK psk="**********************" } dmesg -a: ----------------------------------------------------------------------------------- Copyright (c) 1992-2006 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 6.1-PRERELEASE #0: Tue Feb 28 05:25:01 CET 2006 xxxxx@xxxxx.informatica.info:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Pentium III/Pentium III Xeon/Celeron (319.98-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x673 Stepping = 3 Features=0x383f9ff real memory = 536854528 (511 MB) avail memory = 515973120 (492 MB) wlan: mac acl policy registered npx0: [FAST] npx0: on motherboard npx0: INT 16 interface acpi0: on motherboard acpi0: Power Button (fixed) Timecounter "ACPI-safe" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xe408-0xe40b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: mem 0xe4000000-0xe7ffffff at device 0.0 on pci0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: at device 0.0 (no driver attached) isab0: at device 4.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd800-0xd80f at device 4.1 on pci0 ata0: on atapci0 ata1: on atapci0 uhci0: port 0xd400-0xd41f irq 12 at device 4.2 on pci0 uhci0: [GIANT-LOCKED] usb0: on uhci0 usb0: USB revision 1.0 uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 2 ports with 2 removable, self powered pci0: at device 4.3 (no driver attached) rl0: port 0xd000-0xd0ff mem 0xdb800000-0xdb8000ff irq 12 at device 9.0 on pci0 miibus0: on rl0 rlphy0: on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:02:44:39:58:6e ahc0: port 0xb800-0xb8ff mem 0xdb000000-0xdb000fff irq 10 at device 10.0 on pci0 ahc0: [GIANT-LOCKED] aic7850: Single Channel A, SCSI Id=7, 3/253 SCBs atapci1: port 0xb400-0xb407,0xb000-0xb003,0xa800-0xa807,0xa400-0xa403,0xa000-0xa00f mem 0xda800000-0xda80ffff irq 11 at device 12.0 on pci0 ata2: on atapci1 ata3: on atapci1 ndis0: port 0x9800-0x981f mem 0xda000000-0xda000fff,0xd9800000-0xd980ffff irq 10 at device 14.0 on pci0 ndis0: NDIS API version: 5.1 ndis0: Ethernet address: xx:xx:xx:xx:xx:xx fdc0: port 0x3f2-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FAST] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xd07ff 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 Timecounter "TSC" frequency 319982296 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28629MB at ata0-master UDMA66 acd0: CDROM at ata1-master UDMA33 ad4: 57241MB at ata2-master UDMA100 ad6: 57241MB at ata3-master UDMA100 sa0 at ahc0 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 10.000MB/s transfers (10.000MHz, offset 15) ar0: 57220MB status: READY ar0: disk0 READY (master) using ad4 at ata2-master ar0: disk1 READY (mirror) using ad6 at ata3-master Trying to mount root from ufs:/dev/ar0s1a WARNING: / was not properly dismounted Loading configuration files. Entropy harvesting: interrupts ethernet point_to_point kickstart . swapon: adding /dev/ar0s1b as swap device swapon: adding /dev/ad0s1b as swap device Starting file system checks: /dev/ar0s1a: 1473 files, 28461 used, 333482 free (802 frags, 41585 blocks, 0.2% fragmentation) /dev/ar0s1d: DEFER FOR BACKGROUND CHECKING /dev/ar0s1f: DEFER FOR BACKGROUND CHECKING /dev/ar0s1e: DEFER FOR BACKGROUND CHECKING /dev/ad0s1e: DEFER FOR BACKGROUND CHECKING /dev/ad0s1f: DEFER FOR BACKGROUND CHECKING WARNING: /tmp was not properly dismounted WARNING: /usr was not properly dismounted /usr: mount pending error: blocks 14496 files 1 WARNING: /var was not properly dismounted WARNING: /var/tmp was not properly dismounted WARNING: /usr/backups was not properly dismounted Setting hostname: azul.informatica.info. lo0: flags=8049 mtu 16384 inet6 ::1 prefixlen 128 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x4 inet 127.0.0.1 netmask 0xff000000 rl0: flags=8843 mtu 1500 options=8 inet6 fe80::202:44ff:fe39:586e%rl0 prefixlen 64 tentative scopeid 0x1 inet 192.168.1.20 netmask 0xffffff00 broadcast 192.168.1.255 ether 00:02:44:39:58:6e media: Ethernet autoselect (none) status: no carrier ndis0: flags=8843 mtu 1500 inet6 ***********%ndis0 prefixlen 64 scopeid 0x2 inet 192.168.1.21 netmask 0xffffff00 broadcast 192.168.1.255 ether **:**:**:**:**:** media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid "" channel 1 authmode OPEN privacy OFF txpowmax 100 add net default: gateway 192.168.1.1 Additional routing options: . Starting devd. hw.acpi.cpu.cx_lowest: C1 -> C1 Mounting NFS file systems: . Creating and/or trimming log files: . Starting syslogd. ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/X11R6/lib /usr/local/lib a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout Starting usbd. Starting local daemons: . Updating motd . Configuring syscons: keymap blanktime screensaver . Starting sshd. Initial i386 initialization: . Additional ABI support: linux . Starting cron. Local package initialization: . Additional TCP options: . Starting inetd. Starting background file system checks in 60 seconds. ----------------------------------------------------------------------------------- Is this a known problem? Found one more wpa_supplicant-related reboot problem with an NDIS card in the mailing lists, but no news about that. Regards, Carlos Amengual From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 20:40:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C74C916A420 for ; Tue, 28 Feb 2006 20:40:48 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9783043D64 for ; Tue, 28 Feb 2006 20:40:39 +0000 (GMT) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1FEBdF-0006xE-Bv for freebsd-stable@freebsd.org; Tue, 28 Feb 2006 21:39:42 +0100 Received: from gw205.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Feb 2006 21:39:41 +0100 Received: from atkin901 by gw205.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 28 Feb 2006 21:39:41 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: othermark Date: Tue, 28 Feb 2006 12:38:58 -0800 Lines: 31 Message-ID: References: <20060227203625.GA19758@intserv.int1.b.intern> <20060227221844.GA21696@intserv.int1.b.intern> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: gw205.f5.com User-Agent: KNode/0.10.1 Sender: news Subject: Re: "sio12: 178 more interrupt-level buffer overflows" on 6.1-PRERELEASE 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, 28 Feb 2006 20:40:48 -0000 Holger Kipp wrote: > On Mon, Feb 27, 2006 at 09:36:25PM +0100, Holger Kipp wrote: >> Hello, >> >> This looks like PR 51982 > > Yes - I just recompiled my kernel with the suggested > change to sio.c, and the problem goes away... hmm. > > >> Feb 27 21:03:17 dialout kernel: sio12: 24 more interrupt-level buffer >> overflows (total 433) Feb 27 21:03:56 dialout kernel: sio12: 178 more >> interrupt-level buffer overflows (total 611) Feb 27 21:04:13 dialout >> kernel: sio12: 71 more interrupt-level buffer overflows (total 682) Feb >> 27 21:05:56 dialout kernel: sio12: 172 more interrupt-level buffer >> overflows (total 854) Feb 27 21:06:06 dialout kernel: sio12: 79 more >> interrupt-level buffer overflows (total 933) Feb 27 21:06:07 dialout >> kernel: sio12: 4 more interrupt-level buffer overflows (total 937) Feb 27 >> 21:07:56 dialout kernel: sio12: 23 more interrupt-level buffer overflows >> (total 960) Feb 27 21:08:06 dialout kernel: sio12: 26 more >> interrupt-level buffer overflows (total 986) Yep, I get that on three different machines. The faster the machine, the less likely to overflow. And as you saw, increasing the multiplier fixes the problem. That "patch" would make a good tunable candidate either for the multiplier or the actual buffer value. -- othermark atkin901 at nospam dot yahoo dot com (!wired)?(coffee++):(wired); From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 20:59:13 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2087516A420 for ; Tue, 28 Feb 2006 20:59:13 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D42A543D45 for ; Tue, 28 Feb 2006 20:59:12 +0000 (GMT) (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 BD0F2B80F for ; Tue, 28 Feb 2006 15:59:11 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <2A9B4C29-8ECF-47BD-AF38-6E7A1DD79DEF@khera.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Tue, 28 Feb 2006 15:59:10 -0500 X-Mailer: Apple Mail (2.746.2) Cc: Subject: Broadcom BCM5714 ethernet not recognized by 6.0-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: Tue, 28 Feb 2006 20:59:13 -0000 I have an IBM e326m Opteron system for evaluation. Everything seems to be working ok except the ethernet is not recognized. According to the system specs and product literature, it has two Broadcom BCM5714 controllers in it, which the 6.0-RELEASE kernel is not attaching. They identify via pciconf -l -v as follows: (had to hand-transcribe since I can't cut/paste) none1@pci5:4:0: class=0x020000 card=0x03291014 chip=0x166a14e4 rev=0x03 hdr=0x00 vendor=Broadcom Corp class=network subclass=ethernet Can anyone help with appropriate defines to get the bge(4) driver to detect this chipset? Thanks. From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 21:08:54 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4741F16A420 for ; Tue, 28 Feb 2006 21:08:54 +0000 (GMT) (envelope-from mproto@secureworks.com) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id A370D43D45 for ; Tue, 28 Feb 2006 21:08:53 +0000 (GMT) (envelope-from mproto@secureworks.com) Received: (qmail 59306 invoked from network); 28 Feb 2006 21:08:52 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 28 Feb 2006 21:08:52 -0000 Received: from [192.168.14.135] (descartes.internal.secureworks.net [192.168.14.135]) by ATLEXCHANGE.secureworks.net with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2657.72) id CHDJ5YFX; Tue, 28 Feb 2006 16:08:32 -0500 Message-ID: <4404BBE4.7070006@secureworks.com> Date: Tue, 28 Feb 2006 16:08:52 -0500 From: Michael Proto User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 References: <2A9B4C29-8ECF-47BD-AF38-6E7A1DD79DEF@khera.org> In-Reply-To: <2A9B4C29-8ECF-47BD-AF38-6E7A1DD79DEF@khera.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Broadcom BCM5714 ethernet not recognized by 6.0-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: Tue, 28 Feb 2006 21:08:54 -0000 Do you have ACPI disabled by any chance? I ran into a similar situation with a BCM5751 (I think) and 5.4 with ACPI disabled. I was able to resolve it by enabling ACPI, at which point the card was successfully recognized by the bge driver. -Proto Vivek Khera wrote: > I have an IBM e326m Opteron system for evaluation. Everything seems > to be working ok except the ethernet is not recognized. > > According to the system specs and product literature, it has two > Broadcom BCM5714 controllers in it, which the 6.0-RELEASE kernel is > not attaching. > > They identify via pciconf -l -v as follows: (had to hand-transcribe > since I can't cut/paste) > > none1@pci5:4:0: class=0x020000 card=0x03291014 chip=0x166a14e4 > rev=0x03 hdr=0x00 > vendor=Broadcom Corp > class=network > subclass=ethernet > > Can anyone help with appropriate defines to get the bge(4) driver to > detect this chipset? > > Thanks. > _______________________________________________ > 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" > -- Michael Proto | mproto@secureworks.com Unix Administrator | 404-417-3726 x226 SecureWorks, Inc. | Rock-solid Internet security ******************************************************* From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 21:31:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 510CE16A422 for ; Tue, 28 Feb 2006 21:31:02 +0000 (GMT) (envelope-from freebsd-stable@box559.com) Received: from mx4.x15.net (mx4.x15.net [69.55.237.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 20D5A43D46 for ; Tue, 28 Feb 2006 21:31:02 +0000 (GMT) (envelope-from freebsd-stable@box559.com) Received: from j1.x15.net [63.196.213.76] by mx4.x15.net with ESMTP id 510201052X1FECQv0003Wa6A; Tue, 28 Feb 2006 21:31:01 +0000 Message-ID: <4404C0F5.5050501@box559.com> Date: Tue, 28 Feb 2006 13:30:29 -0800 From: Pete Slagle MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060228110344.GB36376@intserv.int1.b.intern> In-Reply-To: <20060228110344.GB36376@intserv.int1.b.intern> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Holger Kipp , Nikolas Britton Subject: Re: loader_color="YES" 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, 28 Feb 2006 21:31:02 -0000 Holger Kipp wrote: > Please use > > loader_logo="beastie" > loader_color="YES" loader_logo does not appear in /boot/defaults/loader.conf, at least not in 6.0-RELEASE-p4. Is that an oversight? Pete From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 21:34:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B987A16A420 for ; Tue, 28 Feb 2006 21:34:44 +0000 (GMT) (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 724EE43D48 for ; Tue, 28 Feb 2006 21:34:44 +0000 (GMT) (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 547CD1A3C2A; Tue, 28 Feb 2006 13:34:44 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 9DB1D53667; Tue, 28 Feb 2006 16:34:43 -0500 (EST) Date: Tue, 28 Feb 2006 16:34:43 -0500 From: Kris Kennaway To: Niki Denev Message-ID: <20060228213440.GA87033@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> <20060228100320.GA56232@xor.obsecurity.org> <200602281215.14364.nike_d@cytexbg.com> <200602281321.59675.nike_d@cytexbg.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="h31gzZEtNLTqOjlF" Content-Disposition: inline In-Reply-To: <200602281321.59675.nike_d@cytexbg.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, Kris Kennaway Subject: Re: Patch for quota deadlock 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, 28 Feb 2006 21:34:44 -0000 --h31gzZEtNLTqOjlF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 01:21:59PM +0200, Niki Denev wrote: > On Tuesday 28 February 2006 12:15, Niki Denev wrote: > > On Tuesday 28 February 2006 12:03, Kris Kennaway wrote: > > [...] > > > > > > Thanks, I forgot about this. You'll need these patches too: > > > > > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.d= iff? > > > >r1 =3D1.77&r2=3D1.78 > > > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/ufs/ufs/ufs_quota.c.d= iff? > > > >r1 =3D1.78&r2=3D1.79 > > > > > > Here is the combined patch, without the $FreeBSD$ bits that won't > > > apply on RELENG_6: > > > > [...] > > > > Thanks, i'm rebuilding now. > > > > Niki >=20 > I was able to transfer the whole (9G) imap folder via rsync this time. > This is actually the first time i was able to do that with QUOTA enabled. > I will leave it this way and monitor for issues, but it seems that the=20 > quota deadlock problem is gone i hope :) Good news! > Many thanks, and sorry again for the delay :) No problem, thanks for testing! Kris --h31gzZEtNLTqOjlF Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBMHwWry0BWjoQKURAt9XAJ4tEU01xlC8MrZo9ZXXFlXJeybmtQCgm/UT LA4PLDnTXfgsGkU25xHeenY= =0FVc -----END PGP SIGNATURE----- --h31gzZEtNLTqOjlF-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 22:47:25 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AC91616A420 for ; Tue, 28 Feb 2006 22:47:25 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.201]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0069643D46 for ; Tue, 28 Feb 2006 22:47:23 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by uproxy.gmail.com with SMTP id m2so520245ugc for ; Tue, 28 Feb 2006 14:47:22 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=GIaOgeCsi9F3+tbmgHLAa3AfKgUm38ShdC7dyhJoGl7SXI7wCINKSUPBmYrKGgN81oUrx+Q8/Ob/7jVtrb1i1xpnn10YpuvjD1c7An98HN3zyRVsA2JDyPUPq0USnd5aW/noSdAXIOvaKlDniTTo4GZd/jbMekQyYiXSN5pIgBU= Received: by 10.67.88.11 with SMTP id q11mr607080ugl; Tue, 28 Feb 2006 14:47:22 -0800 (PST) Received: from saturn.lan ( [212.143.154.227]) by mx.gmail.com with ESMTP id j1sm221196ugf.2006.02.28.14.47.17; Tue, 28 Feb 2006 14:47:20 -0800 (PST) Date: Wed, 1 Mar 2006 00:47:12 +0200 From: Rostislav Krasny To: Hajimu UMEMOTO Message-Id: <20060301004712.ba7eb061.rosti.bsd@gmail.com> In-Reply-To: References: <20060218012029.e146e2ff.rosti.bsd@gmail.com> <20060219104912.GB20500@comp.chem.msu.su> <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060227151954.GV6435@comp.chem.msu.su> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, yar@comp.chem.msu.su, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Tue, 28 Feb 2006 22:47:25 -0000 On Wed, 01 Mar 2006 00:28:14 +0900 Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Mon, 27 Feb 2006 18:19:54 +0300 > >>>>> Yar Tikhiy said: > > yar> I finally spared some time to test your recent changes and found > yar> that the resolver still would retry using the first, and only the > yar> first, domain on the `search' list when the nameserver was down, > yar> which effectively led to another kind of request doubling. > > yar> A similar effect was observed when a `domain' line was specified > yar> in resolv.conf in place of `search'. > > yar> Is there a real reason to retry with a different domain when the > yar> nameserver doesn't respond at all? > > It seems yet another issue. The errors returned by res_querydomain() > are not handled uniformity. Please try following patch: Thank you! After applaying that additional patch a number of DNS queries to unreachable name servers has decreased. Now, with three unreachable name servers in resolv.conf and previously patched (my and your patches) ftpd(8), I can successfully login to this machine by even not patched ftp(1) from other FreeBSD 6.1-pre From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 23:10:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CCC16A420 for ; Tue, 28 Feb 2006 23:10:04 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 239CE43D73 for ; Tue, 28 Feb 2006 23:09:59 +0000 (GMT) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 28 Feb 2006 23:09:58 -0000 Received: from p54A7D2C5.dip.t-dialin.net (EHLO [192.168.0.12]) [84.167.210.197] by mail.gmx.net (mp016) with SMTP; 01 Mar 2006 00:09:58 +0100 X-Authenticated: #5465401 Message-ID: <4404D837.8040200@gmx.de> Date: Wed, 01 Mar 2006 00:09:43 +0100 From: "[LoN]Kamikaze" Organization: Lords of Nightmare User-Agent: Thunderbird 1.5 (X11/20060128) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.94.0.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig58C765645A89032F44528888" X-Y-GMX-Trusted: 0 Subject: splash_bmp palette 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, 28 Feb 2006 23:10:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig58C765645A89032F44528888 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable When splash_bmp is invoked as a screen saver on my system (i.e. by pressing shift->pause) it displays the image correctly for approximately 10 to 15 seconds. Then something that looks like a palette reset appears. All colours turn wrong. --------------enig58C765645A89032F44528888 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBNg+fMDIb41/+S0RAsyCAJ43tBbCcwl33W3vdz5xtyR2JVNUhACeL6rD x0rFtZIZNTk32BzyUO/hELo= =tsx9 -----END PGP SIGNATURE----- --------------enig58C765645A89032F44528888-- From owner-freebsd-stable@FreeBSD.ORG Tue Feb 28 23:56:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA4BA16A420 for ; Tue, 28 Feb 2006 23:56:58 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D55443D46 for ; Tue, 28 Feb 2006 23:56:58 +0000 (GMT) (envelope-from nikolas.britton@gmail.com) Received: by xproxy.gmail.com with SMTP id i31so2333wxd for ; Tue, 28 Feb 2006 15:56:57 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=jaaPRSxo3MhHaRrVoSlrtVxoxnPpzbSi+waXTJA4Xxw1FixfTBw/celJ7+HKjFpfcA20mzpepa2hYUWFgXsHPkBC3H+AQ1AxJOZD9N/I8NHoqlRKU5wktEgkssr0yPNWm5aHuxtKLh4UPWUm+iXqOOXqau0PQ3DGbsfHQRLLuPA= Received: by 10.70.59.16 with SMTP id h16mr1277353wxa; Tue, 28 Feb 2006 15:56:57 -0800 (PST) Received: by 10.70.65.9 with HTTP; Tue, 28 Feb 2006 15:56:57 -0800 (PST) Message-ID: Date: Tue, 28 Feb 2006 17:56:57 -0600 From: "Nikolas Britton" To: "Pete Slagle" In-Reply-To: <4404C0F5.5050501@box559.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20060228110344.GB36376@intserv.int1.b.intern> <4404C0F5.5050501@box559.com> Cc: Holger Kipp , freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 28 Feb 2006 23:56:58 -0000 On 2/28/06, Pete Slagle wrote: > Holger Kipp wrote: > > > Please use > > > > loader_logo=3D"beastie" > > loader_color=3D"YES" > > loader_logo does not appear in /boot/defaults/loader.conf, at least not > in 6.0-RELEASE-p4. Is that an oversight? > Their are lots of undocumented feature in FreeBSD. loader_color=3D"YES" AFAIK It was never document in 5.x, I found it by accident -- BSD Podcasts @ http://bsdtalk.blogspot.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:16:34 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C383A16A420 for ; Wed, 1 Mar 2006 00:16:34 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4E09443D6D for ; Wed, 1 Mar 2006 00:16:26 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id 27492BC45E; Tue, 28 Feb 2006 16:16:26 -0800 (PST) Date: Tue, 28 Feb 2006 16:16:26 -0800 From: "David W. Hankins" To: Chuck Swiger Message-ID: <20060301001626.GM21419@isc.org> References: <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> <20060206225310.GA16149@isc.org> <43EB80D0.2090303@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fCcDWlUEdh43YKr8" Content-Disposition: inline In-Reply-To: <43EB80D0.2090303@mac.com> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 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, 01 Mar 2006 00:16:35 -0000 --fCcDWlUEdh43YKr8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Feb 09, 2006 at 12:50:08PM -0500, Chuck Swiger wrote: > If you haven't read this: >=20 > http://files.stuartcheshire.org/draft-cheshire-ipv4-acd.txt >=20 > ...it's worth considering the way it standardizes (or proposes to standar= dize) > how ARP traffic from unconfigured IPs should be done to avoid flooding la= rge > networks, or polluting the ARP caches with traffic from unconfigured host= s. If we get enough demand for zeroconf, or funding for development, or contributed patches, we can entertain it. Inarguably, such support does belong in dhclient since you really only want to entertain zeroconf when dhcp fails, consistently (and also doesn't supply the relevant new options in DHCPNAK that tell clients not to entertain zeroconf). Doing address conflict detection just to probe the offered address in DHCP is worthwhile, learning to do ARP also lets us pick up on Bernard Aboba's DNAv4 draft, which (did I say this already?) I must admit I have a fondness for, a desire to implement. If a complete lack of demand from users (so this remains a far, far future). I think that exhausts your last DHCP related query that might reasonably have been a part of this thread. We should probably move the rest of this off-list, if at all. I certainly don't think I possess any more new information that I can usefully impart to you. > Depending on inspection to guarantee that the first arg to snprintf() won= 't > overflow is risky, As yet, depending upon gravity to remain constant within a certain range of the Earth has not turned out to be a great risk. Somehow my car still adheres to the parking lot outside our office despite lack of inspection of the current gravitational field around it. If you stipulate that risk exists within a wholly deterministic system, I think that act is to reject science. "This code will either overflow buffer, or it won't" is identical to the statement that "my car will either stay on the ground, or float out into outer space." I know all the variables in either circumstance, science, the two different sciences in either case, demands there is only one possible outcome. So, there is no need to rope my car down to the parking lot. > because someone down the line might change the size of the > buffers in a header somewhere and invalidate the assumptions made in the = inline > code review. In ISC's case, all changes to these software packages undergo peer review before being applied and, as I mentioned, cases where these functions are permitted to be used is limited to those situations where review is doable within edit buffer (ideally, within diff -u context). If headers enter into it, then that clearly is an improper use of the function, according to our policy, as that requires too much review. Prior to ever reaching a point of review where the sizes of these variables change unexpectedly, that use of these functions would not have been allowed. I suspect you may not realize this, so I'll point it out: You are arguing with ISC's policy, to which as an employee I must adhere, not me. > snprintf(buf, sizeof(buf), ... ); >=20 > ...is always going to be safer. Maybe I was overtrained about this matte= r, but Unless someone changes 'buf' from an array to a pointer. Depending on architecture, this may not get detected by 'make test' until someone in the field provides input that exceeds 4 or 8 bytes. The result, failing to check the return code of snprintf() in your example, would almost certainly produce invalid (truncated) output. In network protocols, BIND8 and BIND4 have taught us that this is simply not acceptable behaviour. It is better for the daemon to fail than to continue along producing bad output. Black and white thinking again I fear. "You either always check bounds or it's just as bad as if you never do" is a longer summarization of the school of thought I have earlier summarized as "the 'snprintf/strncpy always!' crowd". I submit that this example use of sprintf(): char buf[sizeof("255.255.255.255")]; sprintf(buf, "%u.%u.%u.%u", a & 0xff, b & 0xff, c & 0xff, d & 0xff); Is identically secure to: char buf[sizeof("255.255.255.255")]; INSIST(snprintf(buf, sizeof(buf), "%u.%u.%u.%u", a & 0xff, b & 0xff, c & 0xff, d & 0xff) < sizeof(buf)); The top strawman is acceptable use of sprintf() because it exhibits ISC's policy behaviour: use of sprintf() is auditably secure within 4 lines. Changes to anything that is to produce a change in security in this invocation of sprintf() will be viewable by the reviewer without having to visit external sources. Note that if 'buf' were declared more than a page earlier than the sprintf call, it would not be allowed. The bottom strawman is not, per policy, unacceptable, but through BIND9 ISC has adopted a unique perspective on the results of applying overbearing levels of sanity checks, and a peer reviewing that use of code would probably want to know how often it was expected to be invoked (initialization, shutdown, on what kinds of events, etc). In short, the use of snprintf() is actually a greater burden upon code reviewers than the use of sprintf() within policy restrictions. So, in point of fact, snprintf() is not "always safer than sprintf()." There exist conditions where the level of safety is identical, and all you're doing is giving the machine extra work in bounds checks that are impossible to exceed, or error handlers that will never be utilized. I really doubt you're going to reach agreement with ISC's policy. I merely was attempting to illustrate the policy to which I am implementing. A policy designed to address the concerns contained within your query exists, and that we abide by it. > > It is also the case that where snprintf() is used today, it results in > > truncated log lines (a matter of some controversy within ISC as to weth= er > > this should be allowed or not), but if and when used outside of logging > > format strings, an error is always asserted, and either an all-stop in > > the case where strings are not network-supplied, or the client is at > > least not replied to. >=20 > The syslog RFC defines a maximum length of 1024 bytes in section 4.1: Right. I'm clearly not being clear enough as you are sourcing information that is irrelevant. Sorry, I'll start over. Let us imagine someone from the "always use snprintf/strncpy" camp produced a patch that simply did "s/sprintf/snprintf/" (we get maybe one of these every year along with a report to CERT or similar that ultimately gets closed for having no findings). That is, the return value of snprintf() was never examined to detect the case where the formatted data was truncated to throw an error, the function was merely replaced and the bounds was added as a calling parameter. Eg every invocation of this type of full line of code: sprintf(s, "%u", val); Was turned into to this full line of code: snprintf(s, sizeof(s), "%u", val); This behaviour is improper because truncation, if possible, produces invalid output, wether it be in-protocol or not. According to the ISC policy on the subject this is not allowed. That is: If by switching =66rom sprintf->snprintf you have avoided any possible case where you might have a security problem, then you have also now created a case where you produce invalid output...unless you check snprintf's return value as well, and appropriately handle the error. The latter part of that might make a simple function substantially more complex. The point I was trying to make was that specifically in the case of syslog() inputs, we have fuzzied this line, so as to make such truncation permissible by policy. Substantively, this implies that syslog() output is intended to be human readable (where human brains are capable of detecting and realizing the source problem where truncation occurs), not machine readable (where a machine is liable to produce invalid output if the input is invalid). I was also trying to point out that this is a subject often never even broached by people from that camp ("what to do when truncation happens"). Evidenced by the 's/sprintf/snprintf/' patches they send us, and their noted lack of error handling. > If your protocol has length limitations, they should be enforced. That is not merely to what I am referring. I hope I re-explained this adequately above. > > Ironically, ISC DHCP was built from this mindset, from what I read. > > The result is not very portable, and people trying to make it so create > > static machinations of #ifdef'ery that ultimately collapse the entire > > package into an obscure singularity. >=20 > Platform-specific #ifdef's are obviously not portable code, by definition. Yet, I stipulate, they are the direct result of such thinking when applied to open source projects. You gave us an example where you produced a reasonable single use of #ifdef. It starts there, with one exception in a list of 7 operating systems (ISC DHCP actually has a list of 15). Then you find an eighth platform, patches donated from a user who needs the software on another platform, and it brings another oddity. Then someone whose boss has mandated the use of their favorite platform (SCO anyone?) requires an admin to make it work on his platform...so they pay us to do that. Then you get another oddity when that work is released publically. I have witnessed this approach collapse modules into singularities, unable to be observed by anyone other than the initial author lest their eyes be ripped from their sockets and thrown into a pocket dimension. > Autoconf... > ...which encourage people to write non-portable code, rather than using C= 99 > standard datatypes (int32_t, etc). Autoconf asks far too many questions = that > portable code should not need to have answered. "Screwdrivers encourage eye removal." Nothing new here. > > I see. > >=20 > > I should be reading freebsd-arch, freebsd-net (which I was on), > > freebsd-stable, and freebsd-current, just to make sure I catch > > everything ISC-DHCP related. >=20 > No, although your exaggeration is entertaining. All you need to do is > coordinate with: This line of interrogation is no longer useful, as the lines of communication I sought have been formed off-list. But ask yourslf: Why would I have entertained this given the relationship with Martin I was already enjoying? > > This is a case of black and white thinking. >=20 > Yes, I use first-order logic a fair amount, and I find it more useful tha= n not, > even if some situations are more complicated than it can account for. I choose to examine my conclusions when I find myself to be comitting black-and-white arguments. More often than not, they are fallacies. A tool of Sophists. There was a time in my past that I did not possess that sort of self discipline, and participated enthusiastically in Sophist exchanges, some on mailing lists, even Usenet. It was, if nothing else, great fun. But we never got any closer to the truth. --=20 David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --fCcDWlUEdh43YKr8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEBOfZcXeLeWu2vmoRAh5vAKC2Nlk2+JMgwuLaJGY9LBH8o39AuACgnuVT f0SXKqMXiHnCdbI3S0lM72Q= =PaNQ -----END PGP SIGNATURE----- --fCcDWlUEdh43YKr8-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:18:33 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 37C5E16A422; Wed, 1 Mar 2006 00:18:33 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 34CC143D49; Wed, 1 Mar 2006 00:18:32 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from [192.168.0.127] (unknown [201.64.84.119]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id EC1115500; Tue, 28 Feb 2006 21:18:29 -0300 (BRT) Message-ID: <4404E852.80908@FreeBSD.org> Date: Tue, 28 Feb 2006 21:18:26 -0300 From: Marcus Alves Grando Organization: Grupos Internet S/A User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: Nate Lawson , FreeBSD Stable Content-Type: multipart/mixed; boundary="------------080308030401040307080502" Cc: Subject: sysctl: dev.cpu.0.freq: Device busy (cpufreq p4tcc / RELENG_6) 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, 01 Mar 2006 00:18:33 -0000 This is a multi-part message in MIME format. --------------080308030401040307080502 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I have problems in cpufreq in RELENG_6 (today). I try to set another frequency in my laptop and get this error: # sysctl dev.cpu.0.freq=250 dev.cpu.0.freq: 2000 sysctl: dev.cpu.0.freq: Device busy Some information below... # sysctl -a | grep freq ... debug.cpufreq.lowest: 0 debug.cpufreq.verbose: 8 machdep.acpi_timer_freq: 3579545 machdep.tsc_freq: 1995011972 machdep.i8254_freq: 1193182 dev.cpu.0.freq: 2000 dev.cpu.0.freq_levels: 2000/22000 1750/19250 1500/16500 1250/13750 1000/11000 750/8250 500/5500 250/2750 dev.acpi_perf.0.freq_settings: 2000/22000 dev.cpufreq.0.%driver: cpufreq dev.cpufreq.0.%parent: cpu0 dev.p4tcc.0.freq_settings: 10000/-1 8750/-1 7500/-1 6250/-1 5000/-1 3750/-1 2500/-1 1250/-1 I set debug.cpufreq.verbose=8 and get some messages, dmesg attached. pciconf are attached too. Another problem are in kldunload and cpufreq. Does not work. Message below. # kldstat Id Refs Address Size Name 1 2 0xc0400000 4b9a28 kernel 2 1 0xc2c49000 8000 cpufreq.ko # kldunload -v cpufreq Unloading cpufreq.ko, id=2 kldunload: can't unload file: Device not configured Thanks -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org --------------080308030401040307080502 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2006 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 6.1-PRERELEASE #15: Tue Feb 28 20:55:50 BRT 2006 root@notemg.grupos.com.br:/usr/obj/usr/src/sys/NOTEMG Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Mobile Intel(R) Celeron(R) CPU 2.00GHz (1995.01-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebf9ff Features2=0x4400> real memory = 250871808 (239 MB) avail memory = 235220992 (224 MB) kbd1 at kbdmux0 netsmb_dev: loaded acpi0: on motherboard acpi0: Power Button (fixed) can't fetch resources for \\_SB_.PCI0.FNC0.PRT_ - AE_BAD_DATA Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0 cpu0: on acpi0 acpi_perf0: on cpu0 p4tcc0: on cpu0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: at device 0.1 (no driver attached) pci0: at device 0.3 (no driver attached) agp0: port 0xeff8-0xefff mem 0xd8000000-0xdfffffff,0xd0000000-0xd007ffff irq 10 at device 2.0 on pci0 agp0: detected 16252k stolen memory agp0: aperture size is 128M pci0: at device 2.1 (no driver attached) uhci0: port 0xcfe0-0xcfff irq 10 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 ehci0: mem 0xcffffc00-0xcfffffff irq 11 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] usb1: EHCI version 1.0 usb1: wrong number of companions (3 != 1) usb1: companion controller, 2 ports each: usb0 usb1: on ehci0 usb1: USB revision 2.0 uhub1: Intel EHCI root hub, class 9/0, rev 2.00/1.00, addr 1 uhub1: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 fxp0: port 0xcf40-0xcf7f mem 0xcfeff000-0xcfefffff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:08:0d:3f:79:62 cbb0: at device 11.0 on pci1 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xbfa0-0xbfaf irq 11 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pcm0: port 0xbe00-0xbeff,0xbdc0-0xbdff mem 0xcfdffe00-0xcfdfffff,0xcfdffd00-0xcfdffdff irq 11 at device 31.5 on pci0 pcm0: pci0: at device 31.6 (no driver attached) acpi_lid0: on acpi0 battery0: on acpi0 acpi_button0: on acpi0 acpi_acad0: on acpi0 acpi_toshiba0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: model GlidePoint, device ID 0 ppc0: parallel port not found. ppc0: parallel port not found. npx0: [FAST] npx0: on motherboard npx0: INT 16 interface pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xe0000-0xeffff on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1995011972 Hz quality 800 Timecounters tick every 1.000 msec ad0: 28615MB at ata0-master UDMA100 acd0: CDRW at ata1-master UDMA33 Trying to mount root from ufs:/dev/ad0s1a cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present cpufreq: get returning known freq 2000 cpufreq: get returning known freq 2000 cpufreq: get returning known freq 2000 cpufreq: adding abs setting 2000 at head cpufreq: adding 8 relative settings cpufreq: expand set added rel setting 100% to 2000 level cpufreq: dup set considering derived setting 1750 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 1750 after 2000 cpufreq: expand set added rel setting 87% to 1750 level cpufreq: dup set considering derived setting 1500 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 1500 after 1750 cpufreq: expand set added rel setting 75% to 1500 level cpufreq: dup set considering derived setting 1250 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 1250 after 1500 cpufreq: expand set added rel setting 62% to 1250 level cpufreq: dup set considering derived setting 1000 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 1000 after 1250 cpufreq: expand set added rel setting 50% to 1000 level cpufreq: dup set considering derived setting 750 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 750 after 1000 cpufreq: expand set added rel setting 37% to 750 level cpufreq: dup set considering derived setting 500 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 500 after 750 cpufreq: expand set added rel setting 25% to 500 level cpufreq: dup set considering derived setting 250 cpufreq: removed last relative driver: p4tcc0 cpufreq: dup done, inserting new level 250 after 500 cpufreq: expand set added rel setting 12% to 250 level --------------080308030401040307080502 Content-Type: text/plain; name="pciconf.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="pciconf.txt" hostb0@pci0:0:0: class=0x060000 card=0x00011179 chip=0x35808086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Host-Hub Interface Bridge' class = bridge subclass = HOST-PCI none0@pci0:0:1: class=0x088000 card=0x00011179 chip=0x35848086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara System Memory Controller' class = base peripheral none1@pci0:0:3: class=0x088000 card=0x00011179 chip=0x35858086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Configuration Process' class = base peripheral agp0@pci0:2:0: class=0x030000 card=0x00021179 chip=0x35828086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display subclass = VGA none2@pci0:2:1: class=0x038000 card=0x00021179 chip=0x35828086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82852GM/GME/GMV/PM, 855GM/GME Montara Integrated Graphics Device' class = display uhci0@pci0:29:0: class=0x0c0300 card=0x00011179 chip=0x24c28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller' class = serial bus subclass = USB ehci0@pci0:29:7: class=0x0c0320 card=0x00011179 chip=0x24cd8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB 2.0 EHCI Controller' class = serial bus subclass = USB pcib1@pci0:30:0: class=0x060400 card=0x00000000 chip=0x24488086 rev=0x83 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:31:0: class=0x060100 card=0x00000000 chip=0x24cc8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) LPC Interface Bridge' class = bridge subclass = PCI-ISA atapci0@pci0:31:1: class=0x01018a card=0x00011179 chip=0x24ca8086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DBM (ICH4-M) UltraATA/100 EIDE Controller' class = mass storage subclass = ATA pcm0@pci0:31:5: class=0x040100 card=0x02411179 chip=0x24c58086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller' class = multimedia subclass = audio none3@pci0:31:6: class=0x070300 card=0x00011179 chip=0x24c68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller' class = simple comms subclass = generic modem fxp0@pci1:8:0: class=0x020000 card=0x00011179 chip=0x103d8086 rev=0x83 hdr=0x00 vendor = 'Intel Corporation' device = '82801DB (ICH4) PRO/100 VE Network Connection' class = network subclass = ethernet cbb0@pci1:11:0: class=0x060700 card=0x00011179 chip=0x06171179 rev=0x33 hdr=0x02 vendor = 'Toshiba America Information Systems' device = 'ToPIC100 PCI to CardBus Bridge with ZV support' class = bridge subclass = PCI-CardBus --------------080308030401040307080502-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:30:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3F5916A420 for ; Wed, 1 Mar 2006 00:30:00 +0000 (GMT) (envelope-from decibel@decibel.org) Received: from noel.decibel.org (noel.decibel.org [67.100.216.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id EC70743D46 for ; Wed, 1 Mar 2006 00:29:59 +0000 (GMT) (envelope-from decibel@decibel.org) Received: by noel.decibel.org (Postfix, from userid 1001) id 4D7D65646B; Tue, 28 Feb 2006 18:29:47 -0600 (CST) Received: (hashcash-sendmail, from uid 1001); Tue, 28 Feb 2006 18:29:45 -0600 Date: Tue, 28 Feb 2006 18:29:45 -0600 From: "Jim C. Nasby" To: Ganbold Message-ID: <20060301002945.GL82012@decibel.org> Mail-Followup-To: "Jim C. Nasby" , Ganbold , freebsd-stable@freebsd.org References: <4403EE18.5040003@micom.mng.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4403EE18.5040003@micom.mng.net> X-Operating-System: FreeBSD 6.0-RELEASE-p4 amd64 X-Distributed: Join the Effort! http://www.distributed.net User-Agent: Mutt/1.5.11 X-Hashcash: 1:20:060301:ganbold@micom.mng.net::F1DVY0kNkYUDY/SH:0000000000000000 000000000000000000000000IDGr X-Hashcash: 1:20:060301:freebsd-stable@freebsd.org::JEdca1Deqv/MbtrC:00000000000 0000000000000000000000004aAN Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.0 on ASUS A8N-SLI motherboard 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, 01 Mar 2006 00:30:00 -0000 On Tue, Feb 28, 2006 at 02:30:48PM +0800, Ganbold wrote: > Hi, > > Are there any issues running FreeBSD 6.0-STABLE (i386 or amd64 version) > on machine with ASUS A8N-SLI motherboard? It has NVIDIA RAID option in > BIOS and the system has 4x250GB SATA disks. I would like to use its RAID > feature if possible, otherwise I'll try gmirror. > Please let me know if somebody has experience about it. I've been unable to make the on-board ethernet work. I don't recall the exact error, 'cause I ended up dropping a card into it as a workaround. -- Jim C. Nasby, Database Architect decibel@decibel.org Give your computer some brain candy! www.distributed.net Team #1828 Windows: "Where do you want to go today?" Linux: "Where do you want to go tomorrow?" FreeBSD: "Are you guys coming, or what?" From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:34:57 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A2B516A420; Wed, 1 Mar 2006 00:34:57 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 77A8643D5F; Wed, 1 Mar 2006 00:34:53 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout5-ext.prodigy.net (pimout5-int.prodigy.net [207.115.4.21]) by ylpvm01.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k210Yp2D017454; Tue, 28 Feb 2006 19:34:51 -0500 X-ORBL: [71.139.114.10] Received: from [10.0.5.50] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by pimout5-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k210YpIj234856; Tue, 28 Feb 2006 19:34:51 -0500 Message-ID: <4404EC20.8030500@root.org> Date: Tue, 28 Feb 2006 16:34:40 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Marcus Alves Grando References: <4404E852.80908@FreeBSD.org> In-Reply-To: <4404E852.80908@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: sysctl: dev.cpu.0.freq: Device busy (cpufreq p4tcc / RELENG_6) 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, 01 Mar 2006 00:34:57 -0000 Marcus Alves Grando wrote: > I have problems in cpufreq in RELENG_6 (today). > > I try to set another frequency in my laptop and get this error: > > # sysctl dev.cpu.0.freq=250 > dev.cpu.0.freq: 2000 > sysctl: dev.cpu.0.freq: Device busy > > Timecounter "TSC" frequency 1995011972 Hz quality 800 > Timecounters tick every 1.000 msec Try setting your timecounter to acpi or i8254 (not TSC): sysctl kern.timecounter.hardware="acpi" Without complicated recalibration code (which no one has written yet), we can't base our system time off the TSC counter when cpufreq is changing it. -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:48:04 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0CC0016A420 for ; Wed, 1 Mar 2006 00:48:04 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from corp.grupos.com.br (corp.grupos.com.br [200.193.29.43]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8B43943D45 for ; Wed, 1 Mar 2006 00:48:03 +0000 (GMT) (envelope-from mnag@FreeBSD.org) Received: from [192.168.0.127] (unknown [201.64.84.119]) (Authenticated sender: marcus@corp.grupos.com.br) by corp.grupos.com.br (Postfix) with ESMTP id 519635500; Tue, 28 Feb 2006 21:48:01 -0300 (BRT) Message-ID: <4404EF3F.8050006@FreeBSD.org> Date: Tue, 28 Feb 2006 21:47:59 -0300 From: Marcus Alves Grando Organization: Grupos Internet S/A User-Agent: Thunderbird 1.5 (X11/20060114) MIME-Version: 1.0 To: Nate Lawson References: <4404E852.80908@FreeBSD.org> <4404EC20.8030500@root.org> In-Reply-To: <4404EC20.8030500@root.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: sysctl: dev.cpu.0.freq: Device busy (cpufreq p4tcc / RELENG_6) 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, 01 Mar 2006 00:48:04 -0000 Well, works. Thanks. It's possible to printf some message about this if kern.timecounter.hardware != ACPI-fast? Or add message in cpufreq(4)? Thanks Nate Lawson wrote: > Marcus Alves Grando wrote: >> I have problems in cpufreq in RELENG_6 (today). >> >> I try to set another frequency in my laptop and get this error: >> >> # sysctl dev.cpu.0.freq=250 >> dev.cpu.0.freq: 2000 >> sysctl: dev.cpu.0.freq: Device busy >> >> Timecounter "TSC" frequency 1995011972 Hz quality 800 >> Timecounters tick every 1.000 msec > > Try setting your timecounter to acpi or i8254 (not TSC): > > sysctl kern.timecounter.hardware="acpi" > > Without complicated recalibration code (which no one has written yet), > we can't base our system time off the TSC counter when cpufreq is > changing it. > -- Marcus Alves Grando marcus(at)corp.grupos.com.br | Grupos Internet S/A mnag(at)FreeBSD.org | FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 00:58:02 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.org Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 545A616A420; Wed, 1 Mar 2006 00:58:02 +0000 (GMT) (envelope-from nate@root.org) Received: from ylpvm43.prodigy.net (ylpvm43-ext.prodigy.net [207.115.57.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDCBD43D46; Wed, 1 Mar 2006 00:58:01 +0000 (GMT) (envelope-from nate@root.org) Received: from pimout7-ext.prodigy.net (pimout7-int.prodigy.net [207.115.4.147]) by ylpvm43.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id k210w4RP012006; Tue, 28 Feb 2006 19:58:04 -0500 X-ORBL: [71.139.114.10] Received: from [10.0.5.50] (ppp-71-139-114-10.dsl.snfc21.pacbell.net [71.139.114.10]) by pimout7-ext.prodigy.net (8.13.4 outbound domainkey aix/8.13.4) with ESMTP id k210vxpu171804; Tue, 28 Feb 2006 19:57:59 -0500 Message-ID: <4404F18B.7090006@root.org> Date: Tue, 28 Feb 2006 16:57:47 -0800 From: Nate Lawson User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Marcus Alves Grando References: <4404E852.80908@FreeBSD.org> <4404EC20.8030500@root.org> <4404EF3F.8050006@FreeBSD.org> In-Reply-To: <4404EF3F.8050006@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: sysctl: dev.cpu.0.freq: Device busy (cpufreq p4tcc / RELENG_6) 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, 01 Mar 2006 00:58:02 -0000 I'll approve a commit if you send me a patch. Add something like this to the SYSCTL VARIABLES section: The frequency cannot be changed if TSC is in use as the timecounter. This is because the timecounter system needs to use a source that has a constant rate. The timecounter source can be changed with the kern.timecounter.hardware sysctl. Marcus Alves Grando wrote: > Well, works. Thanks. It's possible to printf some message about this if > kern.timecounter.hardware != ACPI-fast? Or add message in cpufreq(4)? > > Thanks > > Nate Lawson wrote: >> Marcus Alves Grando wrote: >>> I have problems in cpufreq in RELENG_6 (today). >>> >>> I try to set another frequency in my laptop and get this error: >>> >>> # sysctl dev.cpu.0.freq=250 >>> dev.cpu.0.freq: 2000 >>> sysctl: dev.cpu.0.freq: Device busy >>> >>> Timecounter "TSC" frequency 1995011972 Hz quality 800 >>> Timecounters tick every 1.000 msec >> >> Try setting your timecounter to acpi or i8254 (not TSC): >> >> sysctl kern.timecounter.hardware="acpi" >> >> Without complicated recalibration code (which no one has written yet), >> we can't base our system time off the TSC counter when cpufreq is >> changing it. >> > -- Nate From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 02:06:53 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8D75916A420 for ; Wed, 1 Mar 2006 02:06:53 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4683943D48 for ; Wed, 1 Mar 2006 02:06:48 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.139] (helo=JACK) by publicd.ub.mng.net with esmtpa (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FEGme-0005i2-4p for freebsd-stable@freebsd.org; Wed, 01 Mar 2006 10:09:45 +0800 Message-ID: <001001c63cd4$c1d31f90$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Wed, 1 Mar 2006 10:06:30 +0800 Organization: Bolsoft Co., Ltd MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IBM x236 server with 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2006 02:06:53 -0000 Hello, I tried to use 6.0-RELEASE/6.0-STABLE and there was some message appear = in /var/log/message. I just installed 5.4-RELEASE still some message there. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D Feb 24 23:50:36 gateway kernel: Copyright (c) 1992-2005 The FreeBSD = Project. Feb 24 23:50:36 gateway kernel: Copyright (c) 1979, 1980, 1983, 1986, = 1988, 1989, 1991, 1992, 1993, 1994 Feb 24 23:50:36 gateway kernel: The Regents of the University of = California. All rights reserved. Feb 24 23:50:36 gateway kernel: FreeBSD 5.4-RELEASE #0: Sun May 8 = 10:21:06 UTC 2005 Feb 24 23:50:36 gateway kernel: = root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Feb 24 23:50:36 gateway kernel: ACPI APIC Table: Feb 24 23:50:36 gateway kernel: Timecounter "i8254" frequency 1193182 Hz = quality 0 Feb 24 23:50:36 gateway kernel: CPU: Intel(R) Xeon(TM) CPU 3.00GHz = (3000.12-MHz 686-class CPU) Feb 24 23:50:36 gateway kernel: Origin =3D "GenuineIntel" Id =3D 0xf43 = Stepping =3D 3 Feb 24 23:50:36 gateway kernel: = Features=3D0xbfebfbff Feb 24 23:50:36 gateway kernel: Hyperthreading: 2 logical CPUs Feb 24 23:50:36 gateway kernel: real memory =3D 2147270656 (2047 MB) Feb 24 23:50:36 gateway kernel: avail memory =3D 2095792128 (1998 MB) Feb 24 23:50:36 gateway kernel: ioapic2 irqs 48-71 on = motherboard Feb 24 23:50:36 gateway kernel: ioapic1 irqs 24-47 on = motherboard Feb 24 23:50:36 gateway kernel: ioapic0 irqs 0-23 on = motherboard Feb 24 23:50:36 gateway kernel: npx0: on motherboard Feb 24 23:50:36 gateway kernel: npx0: INT 16 interface Feb 24 23:50:36 gateway kernel: acpi0: on motherboard Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway last message repeated 17 times Feb 24 23:50:36 gateway kernel: acpi0: Power Button (fixed) Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway kernel: Timecounter "ACPI-fast" frequency = 3579545 Hz quality 1000 Feb 24 23:50:36 gateway kernel: acpi_timer0: <24-bit timer at = 3.579545MHz> port 0x588-0x58b on acpi0 Feb 24 23:50:36 gateway kernel: cpu0: on acpi0 Feb 24 23:50:36 gateway kernel: pcib0: on acpi0 Feb 24 23:50:36 gateway kernel: pci0: on pcib0 Feb 24 23:50:36 gateway kernel: pci0: at device 0.1 (no driver = attached) Feb 24 23:50:36 gateway kernel: pcib1: at device = 2.0 on pci0 Feb 24 23:50:36 gateway kernel: pci2: on pcib1 Feb 24 23:50:36 gateway kernel: pcib2: at device = 0.0 on pci2 Feb 24 23:50:36 gateway kernel: pci3: on pcib2 Feb 24 23:50:36 gateway kernel: ahd0: port 0x4100-0x41ff,0x4000-0x40ff mem 0xcfffe000- 0xcfffffff irq 30 at device 7.0 on pci3 Feb 24 23:50:36 gateway kernel: aic7902: Ultra320 Wide Channel A, SCSI = Id=3D7, PCI-X 67-100Mhz, 512 SCBs Feb 24 23:50:36 gateway kernel: ahd1: port 0x4300-0x43ff,0x4200-0x42ff mem 0xcfffc000- 0xcfffdfff irq 31 at device 7.1 on pci3 Feb 24 23:50:36 gateway kernel: aic7902: Ultra320 Wide Channel B, SCSI = Id=3D7, PCI-X 67-100Mhz, 512 SCBs Feb 24 23:50:36 gateway kernel: pcib3: mem = 0xcdfff000-0xcdffffff at device 0.2 on pci2 Feb 24 23:50:36 gateway kernel: pci4: on pcib3 Feb 24 23:50:36 gateway kernel: pcib4: at device = 4.0 on pci0 Feb 24 23:50:36 gateway kernel: pci6: on pcib4 Feb 24 23:50:36 gateway kernel: bge0: mem 0xcbbf0000-0xcbbfffff irq 16 a t device 0.0 on pci6 Feb 24 23:50:36 gateway kernel: miibus0: on bge0 Feb 24 23:50:36 gateway kernel: brgphy0: = on miibus0 Feb 24 23:50:36 gateway kernel: brgphy0: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Feb 24 23:50:36 gateway kernel: bge0: Ethernet address: = 00:11:25:e8:42:78 Feb 24 23:50:36 gateway kernel: pcib5: at device = 5.0 on pci0 Feb 24 23:50:36 gateway kernel: pci7: on pcib5 Feb 24 23:50:36 gateway kernel: bge1: mem 0xc9ff0000-0xc9ffffff irq 16 a t device 0.0 on pci7 Feb 24 23:50:36 gateway kernel: miibus1: on bge1 Feb 24 23:50:36 gateway kernel: brgphy1: = on miibus1 Feb 24 23:50:36 gateway kernel: brgphy1: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Feb 24 23:50:36 gateway kernel: bge1: Ethernet address: = 00:11:25:e8:42:79 Feb 24 23:50:36 gateway kernel: pcib6: at device = 6.0 on pci0 Feb 24 23:50:36 gateway kernel: pci8: on pcib6 Feb 24 23:50:36 gateway kernel: pcib7: at device = 7.0 on pci0 Feb 24 23:50:36 gateway kernel: pci9: on pcib7 Feb 24 23:50:36 gateway kernel: pci0: at device 8.0 = (no driver attached) Feb 24 23:50:36 gateway kernel: uhci0: port 0x2200-0x221f irq 16 at device 29.0 on pci0 Feb 24 23:50:36 gateway kernel: usb0: on uhci0 Feb 24 23:50:36 gateway kernel: usb0: USB revision 1.0 Feb 24 23:50:36 gateway kernel: uhub0: Intel UHCI root hub, class 9/0, = rev 1.00/1.00, addr 1 Feb 24 23:50:36 gateway kernel: uhub0: 2 ports with 2 removable, self = powered Feb 24 23:50:36 gateway kernel: uhci1: port 0x2600-0x261f irq 19 at device 29.1 on pci0 Feb 24 23:50:36 gateway kernel: usb1: on uhci1 Feb 24 23:50:36 gateway kernel: usb1: USB revision 1.0 Feb 24 23:50:36 gateway kernel: uhub1: Intel UHCI root hub, class 9/0, = rev 1.00/1.00, addr 1 Feb 24 23:50:36 gateway kernel: uhub1: 2 ports with 2 removable, self = powered Feb 24 23:50:36 gateway kernel: pci0: at device 29.7 = (no driver attached) Feb 24 23:50:36 gateway kernel: pcib8: at device = 30.0 on pci0 Feb 24 23:50:36 gateway kernel: pci1: on pcib8 Feb 24 23:50:36 gateway kernel: pci1: at device 6.0 (no = driver attached) Feb 24 23:50:36 gateway kernel: isab0: at device 31.0 = on pci0 Feb 24 23:50:36 gateway kernel: isa0: on isab0 Feb 24 23:50:36 gateway kernel: atapci0: = port 0x480-0x48f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 Feb 24 23:50:36 gateway kernel: ata0: channel #0 on atapci0 Feb 24 23:50:36 gateway kernel: ata1: channel #1 on atapci0 Feb 24 23:50:36 gateway kernel: pci0: at device 31.3 = (no driver attached) Feb 24 23:50:36 gateway kernel: atkbdc0: = port 0x60,0x64 irq 1 on acpi0 Feb 24 23:50:36 gateway kernel: atkbd0: irq 1 on atkbdc0 Feb 24 23:50:36 gateway kernel: atkbd: unable to set the command byte. Feb 24 23:50:36 gateway kernel: kbd0 at atkbd0 Feb 24 23:50:36 gateway kernel: psm0: unable to set the command byte. Feb 24 23:50:36 gateway kernel: fdc0: port = 0x3f0-0x3f5 irq 6 drq 2 on acpi0 Feb 24 23:50:36 gateway kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive = 0 Feb 24 23:50:36 gateway kernel: ppc0: = port 0x378-0x37b irq 7 on acpi0 Feb 24 23:50:36 gateway kernel: ppc0: Generic chipset (NIBBLE-only) in = COMPATIBLE mode Feb 24 23:50:36 gateway kernel: ppbus0: on ppc0 Feb 24 23:50:36 gateway kernel: plip0: on = ppbus0 Feb 24 23:50:36 gateway kernel: lpt0: on ppbus0 Feb 24 23:50:36 gateway kernel: lpt0: Interrupt-driven port Feb 24 23:50:36 gateway kernel: ppi0: on ppbus0 Feb 24 23:50:36 gateway kernel: sio0: <16550A-compatible COM port> port = 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Feb 24 23:50:36 gateway kernel: sio0: type 16550A Feb 24 23:50:36 gateway kernel: sio1: <16550A-compatible COM port> port = 0x2f8-0x2ff irq 3 on acpi0 Feb 24 23:50:36 gateway kernel: sio1: type 16550A Feb 24 23:50:36 gateway kernel: orm0: at iomem = 0xcc800-0xcdfff,0xcb000-0xcc7ff,0xc0000-0xcafff on isa0 Feb 24 23:50:36 gateway kernel: pmtimer0 on isa0 Feb 24 23:50:36 gateway kernel: sc0: at flags 0x100 on = isa0 Feb 24 23:50:36 gateway kernel: sc0: VGA <16 virtual consoles, = flags=3D0x300> Feb 24 23:50:36 gateway kernel: vga0: at port = 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 24 23:50:36 gateway kernel: Timecounter "TSC" frequency 3000117855 = Hz quality 800 Feb 24 23:50:36 gateway kernel: Timecounters tick every 10.000 msec Feb 24 23:50:36 gateway kernel: acd0: CDROM at ata0-master PIO4 Feb 24 23:50:36 gateway kernel: Waiting 15 seconds for SCSI devices to = settle Feb 24 23:50:36 gateway kernel: ses0 at ahd1 bus 0 target 8 lun 0 Feb 24 23:50:36 gateway kernel: ses0: Fixed = Processor SCSI-2 device Feb 24 23:50:36 gateway kernel: ses0: 3.300MB/s transfers Feb 24 23:50:36 gateway kernel: ses0: SAF-TE Compliant Device Feb 24 23:50:36 gateway kernel: da0 at ahd1 bus 0 target 0 lun 0 Feb 24 23:50:36 gateway kernel: da0: Fixed = Direct Access SCSI-3 device Feb 24 23:50:36 gateway kernel: da0: 320.000MB/s transfers (160.000MHz, = offset 63, 16bit), Tagged Queueing Enabled Feb 24 23:50:36 gateway kernel: da0: 140014MB (286749480 512 byte = sectors: 255H 63S/T 17849C) Feb 24 23:50:36 gateway kernel: Mounting root from ufs:/dev/da0s1a Feb 24 23:50:39 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 24 23:55:44 gateway login: ROOT LOGIN (root) ON ttyv0 Feb 24 23:57:46 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 24 23:59:12 gateway login: ROOT LOGIN (root) ON ttyv1 Feb 25 00:02:10 gateway kernel: ipfw2 initialized, divert disabled, = rule-based forwarding disabled, default to deny, logging d isabled Feb 25 00:06:50 gateway kernel: logo_saver: the console does not support = M_VGA_CG320 Feb 25 00:06:50 gateway kernel: module_register_init: MOD_LOAD = (logo_saver, 0xc3ae1aa0, 0) error 19 Feb 25 00:06:52 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 25 00:07:28 gateway login: ROOT LOGIN (root) ON ttyv0 Feb 25 00:20:45 gateway login: ROOT LOGIN (root) ON ttyv1 Feb 25 04:16:29 gateway kernel: ahd1: Recovery Initiated - Card was not = paused Feb 25 04:16:29 gateway kernel: >>>>>>>>>>>>>>>>>> Dump Card State = Begins <<<<<<<<<<<<<<<<< Feb 25 04:16:29 gateway kernel: ahd1: Dumping Card State at program = address 0x32 Mode 0x0 Feb 25 04:16:29 gateway kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x0] = HS_MAILBOX[0x0] Feb 25 04:16:29 gateway kernel: INTCTL[0x80]:(SWTMINTMASK) = SEQINTSTAT[0x0] SAVED_MODE[0x11] Feb 25 04:16:29 gateway kernel: = DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) Feb 25 04:16:29 gateway kernel: SCSISIGI[0x26]:(P_DATAOUT_DT|REQI|BSYI) = SCSIPHASE[0x0] Feb 25 04:16:29 gateway kernel: SCSIBUS[0xcb] = LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) Feb 25 04:16:29 gateway kernel: SCSISEQ0[0x40]:(ENSELO) = SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) Feb 25 04:16:29 gateway kernel: SEQCTL0[0x0] SEQINTCTL[0x0] = SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] Feb 25 04:16:29 gateway kernel: QFREEZE_COUNT[0x3] = KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] Feb 25 04:16:29 gateway kernel: MK_MESSAGE_SCSIID[0xff] = SSTAT0[0x10]:(SELINGO) SSTAT1[0x8]:(BUSFREE) Feb 25 04:16:29 gateway kernel: SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] = SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) Feb 25 04:16:29 gateway kernel: LQISTAT0[0x0] LQISTAT1[0x0] = LQISTAT2[0x80]:(PACKETIZED) Feb 25 04:16:29 gateway kernel: LQOSTAT0[0x0] LQOSTAT1[0x0] = LQOSTAT2[0xc0] Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: SCB Count =3D 176 CMDS_PENDING =3D 128 = LASTSCB 0x29 CURRSCB 0x2a NEXTSCB 0x2b Feb 25 04:16:29 gateway kernel: qinstart =3D 6722 qinfifonext =3D 6722 Feb 25 04:16:29 gateway kernel: QINFIFO: Feb 25 04:16:29 gateway kernel: WAITING_TID_QUEUES: Feb 25 04:16:29 gateway kernel: 0 ( 0x2 0x19 0x47 0xc 0x6 0x1f 0x4 0xd = 0x5 0x4b 0xe 0x1 0xa 0x1b 0xf 0x1d 0x15 0x18 0x14 0x0 0 x7 0x16 0xb 0x1e 0x8 0x3 0x1c 0x11 0x10 0x1a 0x9 0x13 0x12 0x73 0x74 = 0x75 0x76 0x77 0x78 0x79 0x2f 0x60 0x61 0x62 0x63 0x64 0x 65 0x46 0x4d 0x4e 0x4f 0x30 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x38 0x39 = 0x3a 0x3b 0x3c 0x3d 0x3e 0x3f 0x20 0x21 0x22 0x23 0x2 4 0x25 0x26 0x27 0x28 0x29 0x2a 0x2b 0x2c 0x2d 0x58 0x4a 0x43 0x5d 0x7a = 0x7b 0x5e 0x5f 0x7c 0x7d 0x7e 0x54 0x55 0x56 0x57 0x40 0x41 0x42 0x50 0x51 0x52 0x53 0x48 0x66 0x67 0x68 0x69 0x6a 0x6b 0x6c = 0x6d 0x6e 0x6f 0x44 0x45 0x4c 0x49 0x2e 0x17 0x70 0x71 0x72 0x7f 0x59 0x5a 0x5b 0x5c ) Feb 25 04:16:29 gateway kernel: Pending list: Feb 25 04:16:29 gateway kernel: 92 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 91 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 90 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 89 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 127 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 114 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 113 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 112 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 23 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 46 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 73 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] . . . . . . . .Feb 25 04:16:29 gateway kernel: 25 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 2 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: Total 128 Feb 25 04:16:29 gateway kernel: Kernel Free SCB list: 143 174 175 144 = 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 173 172 = 171 170 169 168 167 166 165 164 163 162 161 160 Feb 25 04:16:29 gateway kernel: Sequencer Complete DMA-inprog list: Feb 25 04:16:29 gateway kernel: Sequencer Complete list: Feb 25 04:16:29 gateway kernel: Sequencer DMA-Up and Complete list: Feb 25 04:16:29 gateway kernel: Sequencer On QFreeze and Complete list: Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: ahd1: FIFO0 Free, LONGJMP =3D=3D 0x8276, = SCB 0x2 Feb 25 04:16:29 gateway kernel: = SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS) Feb 25 04:16:29 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x4]:(DIRECTION) = DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Feb 25 04:16:29 gateway kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) = SG_STATE[0x0] DFFSXFRCTL[0x0] Feb 25 04:16:29 gateway kernel: SOFFCNT[0x0] = MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0 Feb 25 04:16:29 gateway kernel: HADDR =3D 0x00, HCNT =3D 0x0 = CCSGCTL[0x10]:(SG_CACHE_AVAIL) Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: ahd1: FIFO1 Free, LONGJMP =3D=3D 0x8063, = SCB 0xf Feb 25 04:16:29 gateway kernel: = SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS) Feb 25 04:16:29 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x0] = DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Feb 25 04:16:29 gateway kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) = SG_STATE[0x0] DFFSXFRCTL[0x0] Feb 25 04:16:29 gateway kernel: SOFFCNT[0x0] = MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0 Feb 25 04:16:29 gateway kernel: HADDR =3D 0x00, HCNT =3D 0x0 = CCSGCTL[0x10]:(SG_CACHE_AVAIL) Feb 25 04:16:29 gateway kernel: LQIN: 0x8 0x0 0x0 0x2 0x0 0x0 0x0 0x0 = 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Feb 25 04:16:29 gateway kernel: ahd1: LQISTATE =3D 0x1, LQOSTATE =3D = 0x19, OPTIONMODE =3D 0x42 Feb 25 04:16:29 gateway kernel: ahd1: OS_SPACE_CNT =3D 0x1f MAXCMDCNT = =3D 0x4d Feb 25 04:16:29 gateway kernel: ahd1: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D = 0x0 Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Feb 25 04:16:29 gateway kernel: CCSCBCTL[0x4]:(CCSCBDIR) Feb 25 04:16:29 gateway kernel: ahd1: REG0 =3D=3D 0x9360, SINDEX =3D = 0x102, DINDEX =3D 0x102 Feb 25 04:16:29 gateway kernel: ahd1: SCBPTR =3D=3D 0x2, SCB_NEXT =3D=3D = 0x19, SCB_NEXT2 =3D=3D 0xff68 Feb 25 04:16:29 gateway kernel: CDB 2a 0 0 c0 1 1f Feb 25 04:16:29 gateway kernel: STACK: 0x23 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Feb 25 04:16:29 gateway kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends = >>>>>>>>>>>>>>>>>> Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): SCB 92 - timed out Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): Other SCB Timeout Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): No other SCB worth = waiting for... Feb 25 04:16:29 gateway kernel: ahd1: Issued Channel A Bus Reset. 128 = SCBs aborted Feb 25 04:16:44 gateway kernel: Copied 18 bytes of sense data offset 12: = 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): WRITE(10). CDB: 2a 0 0 = c0 1 1f 0 0 20 0 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): CAM Status: SCSI = Status Error Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): SCSI Status: Check = Condition Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): UNIT ATTENTION = asc:29,2 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): Scsi bus reset = occurred field replaceable unit: 2 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): Retrying Command (per = Sense Data) Mar 1 17:45:17 gateway su: munkhbaatar to root on /dev/ttyp0 Mar 1 17:54:16 gateway su: munkhbaatar to root on /dev/ttyp1 gateway# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= Is controller can to work with FreeBSD?=20 Or we need to change to different controller? I have two same type of IBM x236 servers, both has same message. Thanks, Balgaa From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 02:12:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6EA9916A422 for ; Wed, 1 Mar 2006 02:12:20 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.FreeBSD.org (Postfix) with ESMTP id 682C043D72 for ; Wed, 1 Mar 2006 02:12:07 +0000 (GMT) (envelope-from balgaa@mongol.net) Received: from [202.179.26.139] (helo=JACK) by publicd.ub.mng.net with smtp (Exim 4.60 (FreeBSD)) (envelope-from ) id 1FEGrj-0007gU-65 for freebsd-stable@freebsd.org; Wed, 01 Mar 2006 10:15:09 +0800 Message-ID: <002d01c63cd5$7d8d4a30$0201000a@JACK> From: "Balgansuren Batsukh" To: Date: Wed, 1 Mar 2006 10:11:45 +0800 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: IBM x236 with 5.4-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Balgansuren Batsukh List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2006 02:12:20 -0000 Hello, I tried to use 6.0-RELEASE/6.0-STABLE and there was some message appear = in /var/log/message. I just installed 5.4-RELEASE still some message there. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D Feb 24 23:50:36 gateway kernel: Copyright (c) 1992-2005 The FreeBSD = Project. Feb 24 23:50:36 gateway kernel: Copyright (c) 1979, 1980, 1983, 1986, = 1988, 1989, 1991, 1992, 1993, 1994 Feb 24 23:50:36 gateway kernel: The Regents of the University of = California. All rights reserved. Feb 24 23:50:36 gateway kernel: FreeBSD 5.4-RELEASE #0: Sun May 8 = 10:21:06 UTC 2005 Feb 24 23:50:36 gateway kernel: = root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Feb 24 23:50:36 gateway kernel: ACPI APIC Table: Feb 24 23:50:36 gateway kernel: Timecounter "i8254" frequency 1193182 Hz = quality 0 Feb 24 23:50:36 gateway kernel: CPU: Intel(R) Xeon(TM) CPU 3.00GHz = (3000.12-MHz 686-class CPU) Feb 24 23:50:36 gateway kernel: Origin =3D "GenuineIntel" Id =3D 0xf43 = Stepping =3D 3 Feb 24 23:50:36 gateway kernel: = Features=3D0xbfebfbff Feb 24 23:50:36 gateway kernel: Hyperthreading: 2 logical CPUs Feb 24 23:50:36 gateway kernel: real memory =3D 2147270656 (2047 MB) Feb 24 23:50:36 gateway kernel: avail memory =3D 2095792128 (1998 MB) Feb 24 23:50:36 gateway kernel: ioapic2 irqs 48-71 on = motherboard Feb 24 23:50:36 gateway kernel: ioapic1 irqs 24-47 on = motherboard Feb 24 23:50:36 gateway kernel: ioapic0 irqs 0-23 on = motherboard Feb 24 23:50:36 gateway kernel: npx0: on motherboard Feb 24 23:50:36 gateway kernel: npx0: INT 16 interface Feb 24 23:50:36 gateway kernel: acpi0: on motherboard Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway last message repeated 17 times Feb 24 23:50:36 gateway kernel: acpi0: Power Button (fixed) Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway kernel: acpi_bus_number: can't get _ADR Feb 24 23:50:36 gateway kernel: Timecounter "ACPI-fast" frequency = 3579545 Hz quality 1000 Feb 24 23:50:36 gateway kernel: acpi_timer0: <24-bit timer at = 3.579545MHz> port 0x588-0x58b on acpi0 Feb 24 23:50:36 gateway kernel: cpu0: on acpi0 Feb 24 23:50:36 gateway kernel: pcib0: on acpi0 Feb 24 23:50:36 gateway kernel: pci0: on pcib0 Feb 24 23:50:36 gateway kernel: pci0: at device 0.1 (no driver = attached) Feb 24 23:50:36 gateway kernel: pcib1: at device = 2.0 on pci0 Feb 24 23:50:36 gateway kernel: pci2: on pcib1 Feb 24 23:50:36 gateway kernel: pcib2: at device = 0.0 on pci2 Feb 24 23:50:36 gateway kernel: pci3: on pcib2 Feb 24 23:50:36 gateway kernel: ahd0: port 0x4100-0x41ff,0x4000-0x40ff mem 0xcfffe000- 0xcfffffff irq 30 at device 7.0 on pci3 Feb 24 23:50:36 gateway kernel: aic7902: Ultra320 Wide Channel A, SCSI = Id=3D7, PCI-X 67-100Mhz, 512 SCBs Feb 24 23:50:36 gateway kernel: ahd1: port 0x4300-0x43ff,0x4200-0x42ff mem 0xcfffc000- 0xcfffdfff irq 31 at device 7.1 on pci3 Feb 24 23:50:36 gateway kernel: aic7902: Ultra320 Wide Channel B, SCSI = Id=3D7, PCI-X 67-100Mhz, 512 SCBs Feb 24 23:50:36 gateway kernel: pcib3: mem = 0xcdfff000-0xcdffffff at device 0.2 on pci2 Feb 24 23:50:36 gateway kernel: pci4: on pcib3 Feb 24 23:50:36 gateway kernel: pcib4: at device = 4.0 on pci0 Feb 24 23:50:36 gateway kernel: pci6: on pcib4 Feb 24 23:50:36 gateway kernel: bge0: mem 0xcbbf0000-0xcbbfffff irq 16 a t device 0.0 on pci6 Feb 24 23:50:36 gateway kernel: miibus0: on bge0 Feb 24 23:50:36 gateway kernel: brgphy0: = on miibus0 Feb 24 23:50:36 gateway kernel: brgphy0: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Feb 24 23:50:36 gateway kernel: bge0: Ethernet address: = 00:11:25:e8:42:78 Feb 24 23:50:36 gateway kernel: pcib5: at device = 5.0 on pci0 Feb 24 23:50:36 gateway kernel: pci7: on pcib5 Feb 24 23:50:36 gateway kernel: bge1: mem 0xc9ff0000-0xc9ffffff irq 16 a t device 0.0 on pci7 Feb 24 23:50:36 gateway kernel: miibus1: on bge1 Feb 24 23:50:36 gateway kernel: brgphy1: = on miibus1 Feb 24 23:50:36 gateway kernel: brgphy1: 10baseT, 10baseT-FDX, = 100baseTX, 100baseTX-FDX, 1000baseTX, 1000baseTX-FDX, auto Feb 24 23:50:36 gateway kernel: bge1: Ethernet address: = 00:11:25:e8:42:79 Feb 24 23:50:36 gateway kernel: pcib6: at device = 6.0 on pci0 Feb 24 23:50:36 gateway kernel: pci8: on pcib6 Feb 24 23:50:36 gateway kernel: pcib7: at device = 7.0 on pci0 Feb 24 23:50:36 gateway kernel: pci9: on pcib7 Feb 24 23:50:36 gateway kernel: pci0: at device 8.0 = (no driver attached) Feb 24 23:50:36 gateway kernel: uhci0: port 0x2200-0x221f irq 16 at device 29.0 on pci0 Feb 24 23:50:36 gateway kernel: usb0: on uhci0 Feb 24 23:50:36 gateway kernel: usb0: USB revision 1.0 Feb 24 23:50:36 gateway kernel: uhub0: Intel UHCI root hub, class 9/0, = rev 1.00/1.00, addr 1 Feb 24 23:50:36 gateway kernel: uhub0: 2 ports with 2 removable, self = powered Feb 24 23:50:36 gateway kernel: uhci1: port 0x2600-0x261f irq 19 at device 29.1 on pci0 Feb 24 23:50:36 gateway kernel: usb1: on uhci1 Feb 24 23:50:36 gateway kernel: usb1: USB revision 1.0 Feb 24 23:50:36 gateway kernel: uhub1: Intel UHCI root hub, class 9/0, = rev 1.00/1.00, addr 1 Feb 24 23:50:36 gateway kernel: uhub1: 2 ports with 2 removable, self = powered Feb 24 23:50:36 gateway kernel: pci0: at device 29.7 = (no driver attached) Feb 24 23:50:36 gateway kernel: pcib8: at device = 30.0 on pci0 Feb 24 23:50:36 gateway kernel: pci1: on pcib8 Feb 24 23:50:36 gateway kernel: pci1: at device 6.0 (no = driver attached) Feb 24 23:50:36 gateway kernel: isab0: at device 31.0 = on pci0 Feb 24 23:50:36 gateway kernel: isa0: on isab0 Feb 24 23:50:36 gateway kernel: atapci0: = port 0x480-0x48f,0x376,0x170-0x177,0x3f6,0x1f0-0x1f7 at device 31.1 on pci0 Feb 24 23:50:36 gateway kernel: ata0: channel #0 on atapci0 Feb 24 23:50:36 gateway kernel: ata1: channel #1 on atapci0 Feb 24 23:50:36 gateway kernel: pci0: at device 31.3 = (no driver attached) Feb 24 23:50:36 gateway kernel: atkbdc0: = port 0x60,0x64 irq 1 on acpi0 Feb 24 23:50:36 gateway kernel: atkbd0: irq 1 on atkbdc0 Feb 24 23:50:36 gateway kernel: atkbd: unable to set the command byte. Feb 24 23:50:36 gateway kernel: kbd0 at atkbd0 Feb 24 23:50:36 gateway kernel: psm0: unable to set the command byte. Feb 24 23:50:36 gateway kernel: fdc0: port = 0x3f0-0x3f5 irq 6 drq 2 on acpi0 Feb 24 23:50:36 gateway kernel: fd0: <1440-KB 3.5" drive> on fdc0 drive = 0 Feb 24 23:50:36 gateway kernel: ppc0: = port 0x378-0x37b irq 7 on acpi0 Feb 24 23:50:36 gateway kernel: ppc0: Generic chipset (NIBBLE-only) in = COMPATIBLE mode Feb 24 23:50:36 gateway kernel: ppbus0: on ppc0 Feb 24 23:50:36 gateway kernel: plip0: on = ppbus0 Feb 24 23:50:36 gateway kernel: lpt0: on ppbus0 Feb 24 23:50:36 gateway kernel: lpt0: Interrupt-driven port Feb 24 23:50:36 gateway kernel: ppi0: on ppbus0 Feb 24 23:50:36 gateway kernel: sio0: <16550A-compatible COM port> port = 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Feb 24 23:50:36 gateway kernel: sio0: type 16550A Feb 24 23:50:36 gateway kernel: sio1: <16550A-compatible COM port> port = 0x2f8-0x2ff irq 3 on acpi0 Feb 24 23:50:36 gateway kernel: sio1: type 16550A Feb 24 23:50:36 gateway kernel: orm0: at iomem = 0xcc800-0xcdfff,0xcb000-0xcc7ff,0xc0000-0xcafff on isa0 Feb 24 23:50:36 gateway kernel: pmtimer0 on isa0 Feb 24 23:50:36 gateway kernel: sc0: at flags 0x100 on = isa0 Feb 24 23:50:36 gateway kernel: sc0: VGA <16 virtual consoles, = flags=3D0x300> Feb 24 23:50:36 gateway kernel: vga0: at port = 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 24 23:50:36 gateway kernel: Timecounter "TSC" frequency 3000117855 = Hz quality 800 Feb 24 23:50:36 gateway kernel: Timecounters tick every 10.000 msec Feb 24 23:50:36 gateway kernel: acd0: CDROM at ata0-master PIO4 Feb 24 23:50:36 gateway kernel: Waiting 15 seconds for SCSI devices to = settle Feb 24 23:50:36 gateway kernel: ses0 at ahd1 bus 0 target 8 lun 0 Feb 24 23:50:36 gateway kernel: ses0: Fixed = Processor SCSI-2 device Feb 24 23:50:36 gateway kernel: ses0: 3.300MB/s transfers Feb 24 23:50:36 gateway kernel: ses0: SAF-TE Compliant Device Feb 24 23:50:36 gateway kernel: da0 at ahd1 bus 0 target 0 lun 0 Feb 24 23:50:36 gateway kernel: da0: Fixed = Direct Access SCSI-3 device Feb 24 23:50:36 gateway kernel: da0: 320.000MB/s transfers (160.000MHz, = offset 63, 16bit), Tagged Queueing Enabled Feb 24 23:50:36 gateway kernel: da0: 140014MB (286749480 512 byte = sectors: 255H 63S/T 17849C) Feb 24 23:50:36 gateway kernel: Mounting root from ufs:/dev/da0s1a Feb 24 23:50:39 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 24 23:55:44 gateway login: ROOT LOGIN (root) ON ttyv0 Feb 24 23:57:46 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 24 23:59:12 gateway login: ROOT LOGIN (root) ON ttyv1 Feb 25 00:02:10 gateway kernel: ipfw2 initialized, divert disabled, = rule-based forwarding disabled, default to deny, logging d isabled Feb 25 00:06:50 gateway kernel: logo_saver: the console does not support = M_VGA_CG320 Feb 25 00:06:50 gateway kernel: module_register_init: MOD_LOAD = (logo_saver, 0xc3ae1aa0, 0) error 19 Feb 25 00:06:52 gateway kernel: arplookup 175.178.10.201 failed: host is = not on local network Feb 25 00:07:28 gateway login: ROOT LOGIN (root) ON ttyv0 Feb 25 00:20:45 gateway login: ROOT LOGIN (root) ON ttyv1 Feb 25 04:16:29 gateway kernel: ahd1: Recovery Initiated - Card was not = paused Feb 25 04:16:29 gateway kernel: >>>>>>>>>>>>>>>>>> Dump Card State = Begins <<<<<<<<<<<<<<<<< Feb 25 04:16:29 gateway kernel: ahd1: Dumping Card State at program = address 0x32 Mode 0x0 Feb 25 04:16:29 gateway kernel: INTSTAT[0x0] SELOID[0x0] SELID[0x0] = HS_MAILBOX[0x0] Feb 25 04:16:29 gateway kernel: INTCTL[0x80]:(SWTMINTMASK) = SEQINTSTAT[0x0] SAVED_MODE[0x11] Feb 25 04:16:29 gateway kernel: = DFFSTAT[0x33]:(CURRFIFO_NONE|FIFO0FREE|FIFO1FREE) Feb 25 04:16:29 gateway kernel: SCSISIGI[0x26]:(P_DATAOUT_DT|REQI|BSYI) = SCSIPHASE[0x0] Feb 25 04:16:29 gateway kernel: SCSIBUS[0xcb] = LASTPHASE[0x1]:(P_DATAOUT|P_BUSFREE) Feb 25 04:16:29 gateway kernel: SCSISEQ0[0x40]:(ENSELO) = SCSISEQ1[0x12]:(ENAUTOATNP|ENRSELI) Feb 25 04:16:29 gateway kernel: SEQCTL0[0x0] SEQINTCTL[0x0] = SEQ_FLAGS[0x0] SEQ_FLAGS2[0x0] Feb 25 04:16:29 gateway kernel: QFREEZE_COUNT[0x3] = KERNEL_QFREEZE_COUNT[0x3] MK_MESSAGE_SCB[0xff00] Feb 25 04:16:29 gateway kernel: MK_MESSAGE_SCSIID[0xff] = SSTAT0[0x10]:(SELINGO) SSTAT1[0x8]:(BUSFREE) Feb 25 04:16:29 gateway kernel: SSTAT2[0x0] SSTAT3[0x0] PERRDIAG[0x0] = SIMODE1[0xa4]:(ENSCSIPERR|ENSCSIRST|ENSELTIMO) Feb 25 04:16:29 gateway kernel: LQISTAT0[0x0] LQISTAT1[0x0] = LQISTAT2[0x80]:(PACKETIZED) Feb 25 04:16:29 gateway kernel: LQOSTAT0[0x0] LQOSTAT1[0x0] = LQOSTAT2[0xc0] Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: SCB Count =3D 176 CMDS_PENDING =3D 128 = LASTSCB 0x29 CURRSCB 0x2a NEXTSCB 0x2b Feb 25 04:16:29 gateway kernel: qinstart =3D 6722 qinfifonext =3D 6722 Feb 25 04:16:29 gateway kernel: QINFIFO: Feb 25 04:16:29 gateway kernel: WAITING_TID_QUEUES: Feb 25 04:16:29 gateway kernel: 0 ( 0x2 0x19 0x47 0xc 0x6 0x1f 0x4 0xd = 0x5 0x4b 0xe 0x1 0xa 0x1b 0xf 0x1d 0x15 0x18 0x14 0x0 0 x7 0x16 0xb 0x1e 0x8 0x3 0x1c 0x11 0x10 0x1a 0x9 0x13 0x12 0x73 0x74 = 0x75 0x76 0x77 0x78 0x79 0x2f 0x60 0x61 0x62 0x63 0x64 0x 65 0x46 0x4d 0x4e 0x4f 0x30 0x31 0x32 0x33 0x34 0x35 0x36 0x37 0x38 0x39 = 0x3a 0x3b 0x3c 0x3d 0x3e 0x3f 0x20 0x21 0x22 0x23 0x2 4 0x25 0x26 0x27 0x28 0x29 0x2a 0x2b 0x2c 0x2d 0x58 0x4a 0x43 0x5d 0x7a = 0x7b 0x5e 0x5f 0x7c 0x7d 0x7e 0x54 0x55 0x56 0x57 0x40 0x41 0x42 0x50 0x51 0x52 0x53 0x48 0x66 0x67 0x68 0x69 0x6a 0x6b 0x6c = 0x6d 0x6e 0x6f 0x44 0x45 0x4c 0x49 0x2e 0x17 0x70 0x71 0x72 0x7f 0x59 0x5a 0x5b 0x5c ) Feb 25 04:16:29 gateway kernel: Pending list: Feb 25 04:16:29 gateway kernel: 92 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 91 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 90 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 89 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 127 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 114 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 113 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 112 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 23 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 46 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 73 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] . . . . . . . .Feb 25 04:16:29 gateway kernel: 25 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: 2 FIFO_USE[0x0] = SCB_CONTROL[0x60]:(TAG_ENB|DISCENB) SCB_SCSIID[0x7] Feb 25 04:16:29 gateway kernel: Total 128 Feb 25 04:16:29 gateway kernel: Kernel Free SCB list: 143 174 175 144 = 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 173 172 = 171 170 169 168 167 166 165 164 163 162 161 160 Feb 25 04:16:29 gateway kernel: Sequencer Complete DMA-inprog list: Feb 25 04:16:29 gateway kernel: Sequencer Complete list: Feb 25 04:16:29 gateway kernel: Sequencer DMA-Up and Complete list: Feb 25 04:16:29 gateway kernel: Sequencer On QFreeze and Complete list: Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: ahd1: FIFO0 Free, LONGJMP =3D=3D 0x8276, = SCB 0x2 Feb 25 04:16:29 gateway kernel: = SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS) Feb 25 04:16:29 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x4]:(DIRECTION) = DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Feb 25 04:16:29 gateway kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) = SG_STATE[0x0] DFFSXFRCTL[0x0] Feb 25 04:16:29 gateway kernel: SOFFCNT[0x0] = MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0 Feb 25 04:16:29 gateway kernel: HADDR =3D 0x00, HCNT =3D 0x0 = CCSGCTL[0x10]:(SG_CACHE_AVAIL) Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: ahd1: FIFO1 Free, LONGJMP =3D=3D 0x8063, = SCB 0xf Feb 25 04:16:29 gateway kernel: = SEQIMODE[0x3f]:(ENCFG4TCMD|ENCFG4ICMD|ENCFG4TSTAT|ENCFG4ISTAT|ENCFG4DATA|= ENSAVEPTRS) Feb 25 04:16:29 gateway kernel: SEQINTSRC[0x0] DFCNTRL[0x0] = DFSTATUS[0x89]:(FIFOEMP|HDONE|PRELOAD_AVAIL) Feb 25 04:16:29 gateway kernel: SG_CACHE_SHADOW[0x2]:(LAST_SEG) = SG_STATE[0x0] DFFSXFRCTL[0x0] Feb 25 04:16:29 gateway kernel: SOFFCNT[0x0] = MDFFSTAT[0x5]:(FIFOFREE|DLZERO) SHADDR =3D 0x00, SHCNT =3D 0x0 Feb 25 04:16:29 gateway kernel: HADDR =3D 0x00, HCNT =3D 0x0 = CCSGCTL[0x10]:(SG_CACHE_AVAIL) Feb 25 04:16:29 gateway kernel: LQIN: 0x8 0x0 0x0 0x2 0x0 0x0 0x0 0x0 = 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Feb 25 04:16:29 gateway kernel: ahd1: LQISTATE =3D 0x1, LQOSTATE =3D = 0x19, OPTIONMODE =3D 0x42 Feb 25 04:16:29 gateway kernel: ahd1: OS_SPACE_CNT =3D 0x1f MAXCMDCNT = =3D 0x4d Feb 25 04:16:29 gateway kernel: ahd1: SAVED_SCSIID =3D 0x0 SAVED_LUN =3D = 0x0 Feb 25 04:16:29 gateway kernel: Feb 25 04:16:29 gateway kernel: SIMODE0[0xc]:(ENOVERRUN|ENIOERR) Feb 25 04:16:29 gateway kernel: CCSCBCTL[0x4]:(CCSCBDIR) Feb 25 04:16:29 gateway kernel: ahd1: REG0 =3D=3D 0x9360, SINDEX =3D = 0x102, DINDEX =3D 0x102 Feb 25 04:16:29 gateway kernel: ahd1: SCBPTR =3D=3D 0x2, SCB_NEXT =3D=3D = 0x19, SCB_NEXT2 =3D=3D 0xff68 Feb 25 04:16:29 gateway kernel: CDB 2a 0 0 c0 1 1f Feb 25 04:16:29 gateway kernel: STACK: 0x23 0x0 0x0 0x0 0x0 0x0 0x0 0x0 Feb 25 04:16:29 gateway kernel: <<<<<<<<<<<<<<<<< Dump Card State Ends = >>>>>>>>>>>>>>>>>> Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): SCB 92 - timed out Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): Other SCB Timeout Feb 25 04:16:29 gateway kernel: (da0:ahd1:0:0:0): No other SCB worth = waiting for... Feb 25 04:16:29 gateway kernel: ahd1: Issued Channel A Bus Reset. 128 = SCBs aborted Feb 25 04:16:44 gateway kernel: Copied 18 bytes of sense data offset 12: = 0x70 0x0 0x6 0x0 0x0 0x0 0x0 0xa 0x0 0x0 0x0 0x0 0x29 0x2 0x2 0x0 0x0 0x0 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): WRITE(10). CDB: 2a 0 0 = c0 1 1f 0 0 20 0 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): CAM Status: SCSI = Status Error Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): SCSI Status: Check = Condition Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): UNIT ATTENTION = asc:29,2 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): Scsi bus reset = occurred field replaceable unit: 2 Feb 25 04:16:44 gateway kernel: (da0:ahd1:0:0:0): Retrying Command (per = Sense Data) Mar 1 17:45:17 gateway su: munkhbaatar to root on /dev/ttyp0 Mar 1 17:54:16 gateway su: munkhbaatar to root on /dev/ttyp1 gateway# =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= Is controller can to work with FreeBSD?=20 Or we need to change to different controller? I have two same type of IBM x236 servers, both has same message. Thanks, Balgaa From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 03:55:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 812EF16A420 for ; Wed, 1 Mar 2006 03:55:55 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id E67DF43D55 for ; Wed, 1 Mar 2006 03:55:53 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 66D4078CAA for ; Tue, 28 Feb 2006 23:03:06 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 67149-06 for ; Tue, 28 Feb 2006 23:02:59 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 60C3A78CA2 for ; Tue, 28 Feb 2006 23:02:58 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 9FDC31C082B; Tue, 28 Feb 2006 22:55:43 -0500 (EST) Date: Tue, 28 Feb 2006 22:55:43 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060301035543.GK3021@afflictions.org> References: <20060228115810.GB88352@afflictions.org> <44044B61.90808@secureworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44044B61.90808@secureworks.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 03:55:55 -0000 Thus spake Michael Proto (mproto@secureworks.com) [28/02/06 08:17]: : > Do isp/ispfw do any funkiness with the keyboard? Even when booting with : > hint.atkbd.0.disabled="1", my keyboard still doesn't work. : > : > - Damian : : Try this at the loader prompt: : : hint.atkbd.0.flags="0x1" I've tried that. Alone, and in combination with the above hint. (It is also the equivalent of selecting a USB keyboard from the boot menu, I believe.) - Damian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 05:26:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A9B5516C822 for ; Wed, 1 Mar 2006 05:26:14 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id A309743D58 for ; Wed, 1 Mar 2006 05:26:13 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id A392678CB3 for ; Wed, 1 Mar 2006 00:33:26 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07487-05 for ; Wed, 1 Mar 2006 00:33:22 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 8A7ED78CB4 for ; Wed, 1 Mar 2006 00:33:21 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id A970B1C082B; Wed, 1 Mar 2006 00:26:06 -0500 (EST) Date: Wed, 1 Mar 2006 00:26:06 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060301052606.GP3021@afflictions.org> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> <20060228185104.GN20911@crom.vickiandstacey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060228185104.GN20911@crom.vickiandstacey.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 05:26:48 -0000 Thus spake Stacey Roberts (stacey@vickiandstacey.com) [28/02/06 14:00]: : > Thus spake Axel S. Gruner (asg@suedfactoring.com) [28/02/06 05:22]: : > : go to boot loader prompt and type: : > : : > : unset acpi_load : > : load ispfw : > : load isp : > : set hint.atkbd.0.disabled="1" : > : boot : > : : > : With these options i am able to boot the installation cd, also the keyboard is : > : working and, surprise surprise, with "load ispfw" i see also the drives in : > : the SAN (LUNs). : > : > Do isp/ispfw do any funkiness with the keyboard? Even when booting with : > hint.atkbd.0.disabled="1", my keyboard still doesn't work. : : If the above procedure from Axel doesn't work for you, what exactly are you seeing at the moment. Does the keyboard : still "stop working" after sysinstal loads? Correct. I suspect it stops working earlier, though. (I wish the chassis' had a serial port.) I've just been playing with various aspects of the above, as well as a few other things, and what I'm seeing is that as soon as control is passed to the kernel, all keyboard LEDs stop working. They resume working when the keyboard is detected -- which it is, and seemingly accurately -- but the system doesn't respond to any key presses. I've tried with and without ACPI, with and without ispfw, disabling atkbd, setting atkbdc flags to 0x1, etc. The USB hub is detected, and both the keyboard and mouse are detected, but I have no control over the system whatsoever. I'd love to at least pull a boot -v from the system, but I have no way right now to get at it. - Damian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 06:41:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E33916A422 for ; Wed, 1 Mar 2006 06:41:03 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from heisenberg.zen.co.uk (heisenberg.zen.co.uk [212.23.3.141]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5064A43D60 for ; Wed, 1 Mar 2006 06:40:53 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from [82.68.31.182] (helo=Demon.vickiandstacey.com) by heisenberg.zen.co.uk with esmtp (Exim 4.30) id 1FEL12-0006oZ-DF; Wed, 01 Mar 2006 06:40:52 +0000 Received: from crom.vickiandstacey.com (crom [192.168.1.10]) by Demon.vickiandstacey.com (8.13.1/8.13.1) with ESMTP id k216f2kY048682; Wed, 1 Mar 2006 06:41:02 GMT (envelope-from stacey@vickiandstacey.com) Received: from crom.vickiandstacey.com (localhost [127.0.0.1]) by crom.vickiandstacey.com (8.13.4/8.13.4) with ESMTP id k216ejXJ054009; Wed, 1 Mar 2006 06:40:51 GMT (envelope-from stacey@crom.vickiandstacey.com) Received: (from stacey@localhost) by crom.vickiandstacey.com (8.13.4/8.13.4/Submit) id k216eji4054008; Wed, 1 Mar 2006 06:40:45 GMT (envelope-from stacey) Date: Wed, 1 Mar 2006 06:40:45 +0000 From: Stacey Roberts To: Damian Gerow Message-ID: <20060301064045.GP20911@crom.vickiandstacey.com> Mail-Followup-To: Damian Gerow , freebsd-stable@freebsd.org References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> <20060228185104.GN20911@crom.vickiandstacey.com> <20060301052606.GP3021@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="wRcdkz6hei1hwa3U" Content-Disposition: inline In-Reply-To: <20060301052606.GP3021@afflictions.org> User-Agent: Mutt/1.4.2.1i X-Originating-Heisenberg-IP: [82.68.31.182] Cc: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 06:41:03 -0000 --wRcdkz6hei1hwa3U Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Damian! On Wed, 01 Mar 2006, Damian Gerow wrote: > Thus spake Stacey Roberts (stacey@vickiandstacey.com) [28/02/06 14:00]: > : > Thus spake Axel S. Gruner (asg@suedfactoring.com) [28/02/06 05:22]: > : > : go to boot loader prompt and type: > : > :=20 > : > : unset acpi_load > : > : load ispfw > : > : load isp > : > : set hint.atkbd.0.disabled=3D"1" > : > : boot > : > :=20 > : > : With these options i am able to boot the installation cd, also the = keyboard is=20 > : > : working and, surprise surprise, with "load ispfw" i see also the dr= ives in=20 > : > : the SAN (LUNs). > : >=20 > : > Do isp/ispfw do any funkiness with the keyboard? Even when booting w= ith > : > hint.atkbd.0.disabled=3D"1", my keyboard still doesn't work. > :=20 > : If the above procedure from Axel doesn't work for you, what exactly are= you seeing at the moment. Does the keyboard > : still "stop working" after sysinstal loads? >=20 > Correct. I suspect it stops working earlier, though. >=20 > (I wish the chassis' had a serial port.) >=20 > I've just been playing with various aspects of the above, as well as a few > other things, and what I'm seeing is that as soon as control is passed to > the kernel, all keyboard LEDs stop working. They resume working when the > keyboard is detected -- which it is, and seemingly accurately -- but the > system doesn't respond to any key presses. >=20 > I've tried with and without ACPI, with and without ispfw, disabling atkbd, > setting atkbdc flags to 0x1, etc. The USB hub is detected, and both the > keyboard and mouse are detected, but I have no control over the system > whatsoever. Sorry for asking the obvious here, but exactly what type (make / protocols)= of keyboard are you using for the installation? Regards, Stacey >=20 > I'd love to at least pull a boot -v from the system, but I have no way ri= ght > now to get at it. >=20 > - Damian > _______________________________________________ > 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" --wRcdkz6hei1hwa3U Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQEVAwUBRAVB6Netyy/wI4UpAQFyQwgAhxuBeYr3/LGl5xVOhyag53L3ykeqKGz2 ZHyicYpuXCmh+Ctb92IZ0Xt47jQzNTvDm2K/GJg1hIlJFJjT+eN+AarY52aheVdN 4BwGe01JJRiG9IPwoJSQObuVeiat4Mh3AOlGSSetyhcZUKKSVY4Tf+j8yGBUhCDu 2cYFltu83d/gQpdMaXGg1XLAK5u4sBdZjptyW4Y+5dQRKWZl5V7tXKg+vR1vlt3U n/sU/3HBbIPY7p1vRonSina8niv4KQEDuYTVCS9IAv8dRLDPTuvKU5z/UNj+6SpG vHUZGKFxLeiPgszXozkCF7xYP40WjCXPYMUZOJSwtnf1dEqTEqdFHA== =OHm/ -----END PGP SIGNATURE----- --wRcdkz6hei1hwa3U-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 06:46:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70ADA16A423; Wed, 1 Mar 2006 06:46:43 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58A8943D69; Wed, 1 Mar 2006 06:46:36 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id ECA044C81A; Wed, 1 Mar 2006 06:47:49 +0000 (GMT) Received: from [192.168.0.6] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id 0E9914C7E3; Wed, 1 Mar 2006 06:47:48 +0000 (GMT) Message-ID: <4405434B.6020304@roq.com> Date: Wed, 01 Mar 2006 17:46:35 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hajimu UMEMOTO References: <44042F08.9010606@roq.com> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6-stable hosts.allow and samba 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, 01 Mar 2006 06:46:43 -0000 Hajimu UMEMOTO wrote: >Hi, > > > >>>>>>On Tue, 28 Feb 2006 22:07:52 +1100 >>>>>>Michael Vince said: >>>>>> >>>>>> > >mv> I checked the logs like hell on (enabled all.log) and saw nothing, no >mv> server rejections nothing. In log.nmbd I did see a bunch of nice >mv> messages like host resolution and master browser successful elections etc. > >mv> After trying just about everything to connect to the Samba I enabled >mv> "ALL : ALL : allow" in hosts.allow as a last resort and boom there comes >mv> up my samba server via MS windows. > >mv> This is what I had in hosts.allow below. > >mv> ALL : localhost 127.0.0.1 : allow >mv> ALL : 192.168.0. : allow >mv> ALL : ALL \ >mv> : severity auth.info \ >mv> : twist /bin/echo "You are not welcome to use %d from %h." > >It's strange. I've just tested it on my box but with ftp. It seems >working fine. > >Sincerely, > >-- > > Actually I think jumped the gun a bit and may have to retract some of what I said. It appears I failed to look at the samba.sh init script properly which is created in a way where 'samba_enable="YES"' only loads the nmbd daemon and not the more important smbd daemon for actual shares, I should of had this in my rc.conf nmbd_enable="YES" smbd_enable="YES" Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 06:48:13 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 79E8516A420 for ; Wed, 1 Mar 2006 06:48:13 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0223543D48 for ; Wed, 1 Mar 2006 06:48:12 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id DC1A178CA0 for ; Wed, 1 Mar 2006 01:55:25 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76520-02 for ; Wed, 1 Mar 2006 01:55:22 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 2114C78C7F for ; Wed, 1 Mar 2006 01:55:21 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 170F31C082B; Wed, 1 Mar 2006 01:48:06 -0500 (EST) Date: Wed, 1 Mar 2006 01:48:06 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060301064805.GS3021@afflictions.org> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> <20060228185104.GN20911@crom.vickiandstacey.com> <20060301052606.GP3021@afflictions.org> <20060301064045.GP20911@crom.vickiandstacey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301064045.GP20911@crom.vickiandstacey.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 06:48:13 -0000 Thus spake Stacey Roberts (stacey@vickiandstacey.com) [01/03/06 01:48]: : Sorry for asking the obvious here, but exactly what type (make / protocols) of keyboard are you using for the : installation? Generic PS/2 keyboard. But it's wired in to the blade via USB1.1. - Damian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 06:57:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C980616A420 for ; Wed, 1 Mar 2006 06:57:31 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from efacilitas.de (smtp.efacilitas.de [85.10.196.108]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5B10B43D46 for ; Wed, 1 Mar 2006 06:57:31 +0000 (GMT) (envelope-from bkoenig@cs.tu-berlin.de) Received: from eurystheus.local (port-212-202-169-72.dynamic.qsc.de [212.202.169.72]) by efacilitas.de (Postfix) with ESMTP id 70CF14C8CF; Wed, 1 Mar 2006 08:07:52 +0100 (CET) Received: from [192.168.1.2] (muhkuh.local [192.168.1.2]) by eurystheus.local (Postfix) with ESMTP id 121595285F; Wed, 1 Mar 2006 07:57:27 +0100 (CET) Message-ID: <440545DF.2000000@cs.tu-berlin.de> Date: Wed, 01 Mar 2006 07:57:35 +0100 From: =?ISO-8859-1?Q?Bj=F6rn_K=F6nig?= User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: de-DE, de, en-us, en MIME-Version: 1.0 To: Nikolas Britton References: <20060228110344.GB36376@intserv.int1.b.intern> <4404C0F5.5050501@box559.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: Holger Kipp , freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 01 Mar 2006 06:57:31 -0000 Nikolas Britton schrieb: > On 2/28/06, Pete Slagle wrote: > >>loader_logo does not appear in /boot/defaults/loader.conf, at least not >>in 6.0-RELEASE-p4. Is that an oversight? > > Their are lots of undocumented feature in FreeBSD. loader_color="YES" > AFAIK It was never document in 5.x, I found it by accident Nevertheless it has been removed before 6.0-RELEASE. Björn From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 07:17:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C785F16A420 for ; Wed, 1 Mar 2006 07:17:04 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from pythagoras.zen.co.uk (pythagoras.zen.co.uk [212.23.3.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0B70843D45 for ; Wed, 1 Mar 2006 07:17:03 +0000 (GMT) (envelope-from stacey@vickiandstacey.com) Received: from [82.68.31.182] (helo=Demon.vickiandstacey.com) by pythagoras.zen.co.uk with esmtp (Exim 4.30) id 1FELa2-00053R-8h; Wed, 01 Mar 2006 07:17:02 +0000 Received: from crom.vickiandstacey.com (crom [192.168.1.10]) by Demon.vickiandstacey.com (8.13.1/8.13.1) with ESMTP id k217HC8c048722; Wed, 1 Mar 2006 07:17:12 GMT (envelope-from stacey@vickiandstacey.com) Received: from crom.vickiandstacey.com (localhost [127.0.0.1]) by crom.vickiandstacey.com (8.13.4/8.13.4) with ESMTP id k217Gu9Z054164; Wed, 1 Mar 2006 07:17:00 GMT (envelope-from stacey@crom.vickiandstacey.com) Received: (from stacey@localhost) by crom.vickiandstacey.com (8.13.4/8.13.4/Submit) id k217Gu84054163; Wed, 1 Mar 2006 07:16:56 GMT (envelope-from stacey) Date: Wed, 1 Mar 2006 07:16:56 +0000 From: Stacey Roberts To: Damian Gerow Message-ID: <20060301071656.GQ20911@crom.vickiandstacey.com> Mail-Followup-To: Damian Gerow , freebsd-stable@freebsd.org References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> <20060228185104.GN20911@crom.vickiandstacey.com> <20060301052606.GP3021@afflictions.org> <20060301064045.GP20911@crom.vickiandstacey.com> <20060301064805.GS3021@afflictions.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="RCmTxl7vebBeMGsQ" Content-Disposition: inline In-Reply-To: <20060301064805.GS3021@afflictions.org> User-Agent: Mutt/1.4.2.1i X-Originating-Pythagoras-IP: [82.68.31.182] Cc: freebsd-stable@freebsd.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 07:17:04 -0000 --RCmTxl7vebBeMGsQ Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Damian! On Wed, 01 Mar 2006, Damian Gerow wrote: > Thus spake Stacey Roberts (stacey@vickiandstacey.com) [01/03/06 01:48]: > : Sorry for asking the obvious here, but exactly what type (make / protoc= ols) of keyboard are you using for the > : installation? >=20 > Generic PS/2 keyboard. But it's wired in to the blade via USB1.1. I see. Is it possible to try a genuine USB keyboard to see if that makes a differe= nce? You'll want to also include the procedure for USB keyboard installation / boot as well.., Regards, Stacey >=20 > - Damian > _______________________________________________ > 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" --RCmTxl7vebBeMGsQ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.8 iQEVAwUBRAVKY9etyy/wI4UpAQHd5Qf9G1yDZt75Jv234FMTUJimHDf4BTmjJTqz WZYMq9zKDnHiCMXCRJ9TtYVseDyp3keLFdqpQ20k8O27+CcWZfqXj7Z+ms+YnncV R5HCtLwXkjRhY8OIDNiztu4LA2CUOQ3OkUU9/prtP8lzF5cmI7hFjEEgc4QWPnXA h69Fd3v/xDHdSYciCmHucpgqQzkZJd28JcBeIBfJQ1/RRgb7AM9qcNjJQhQcbGAv VCE+CKkJr+cvfq2h1BaaeZpKYQHKwxTRyMtikbM4Outcaj9p3I1zerdxrzfeqS3X res6idJTicOWuiNKJqgE/97M9zTVRTVnetvDAjH1GDXAg9RhwsTssw== =Hlny -----END PGP SIGNATURE----- --RCmTxl7vebBeMGsQ-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 07:25:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8CB4416A420 for ; Wed, 1 Mar 2006 07:25:58 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from mail.afflictions.org (asylum.afflictions.org [64.7.134.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0489843D46 for ; Wed, 1 Mar 2006 07:25:57 +0000 (GMT) (envelope-from dgerow@afflictions.org) Received: from localhost (localhost [127.0.0.1]) by mail.afflictions.org (Postfix) with ESMTP id 0E32A78C8C for ; Wed, 1 Mar 2006 02:33:10 -0500 (EST) Received: from mail.afflictions.org ([127.0.0.1]) by localhost (pandora.afflictions.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 76520-05 for ; Wed, 1 Mar 2006 02:33:06 -0500 (EST) Received: from dementia.afflictions.org (dementia [172.19.206.56]) by mail.afflictions.org (Postfix) with ESMTP id 4C18E78C7F for ; Wed, 1 Mar 2006 02:33:05 -0500 (EST) Received: by dementia.afflictions.org (Postfix, from userid 1001) id 7701E1C082B; Wed, 1 Mar 2006 02:25:49 -0500 (EST) Date: Wed, 1 Mar 2006 02:25:49 -0500 From: Damian Gerow To: freebsd-stable@freebsd.org Message-ID: <20060301072549.GT3021@afflictions.org> References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <200602281111.47122.asg@suedfactoring.com> <20060228115810.GB88352@afflictions.org> <20060228185104.GN20911@crom.vickiandstacey.com> <20060301052606.GP3021@afflictions.org> <20060301064045.GP20911@crom.vickiandstacey.com> <20060301064805.GS3021@afflictions.org> <20060301071656.GQ20911@crom.vickiandstacey.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301071656.GQ20911@crom.vickiandstacey.com> X-PGP-Fingerprint: B3D7 D901 A53A 1A99 BFD6 E6DF 9F3B 742B C288 9CC9 X-PGP-Key: 0xC2889CC9 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at pandora.afflictions.org Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 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, 01 Mar 2006 07:25:58 -0000 Thus spake Stacey Roberts (stacey@vickiandstacey.com) [01/03/06 02:24]: : > Generic PS/2 keyboard. But it's wired in to the blade via USB1.1. : : I see. : : Is it possible to try a genuine USB keyboard to see if that makes a difference? You'll want to also include the : procedure for USB keyboard installation / boot as well.., I don't believe so. Though the chassis wires the keyboard and mouse to its housed blades via USB1.1, I believe that there are only PS/2 ports provided for the peripherals. That being said, ISTR seeing a USB port on the front panel of one of our chassis', but I doubt we have a USB keyboard kicking around here to try. I'll see if I can dig one up. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 08:01:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2942016A422 for ; Wed, 1 Mar 2006 08:01:46 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from sffwb.suedfactoring.com (pd95b40f5.dip0.t-ipconnect.de [217.91.64.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6240C43D48 for ; Wed, 1 Mar 2006 08:01:43 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from localhost (localhost [127.0.0.1]) by sffwb.suedfactoring.com (Postfix) with ESMTP id AF1C37E942 for ; Wed, 1 Mar 2006 08:58:14 +0100 (CET) Received: from sffwb.suedfactoring.com ([127.0.0.1]) by localhost (sffwd0.suedfactoring.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54285-01 for ; Wed, 1 Mar 2006 08:58:06 +0100 (CET) Received: by sffwb.suedfactoring.com (Postfix, from userid 1011) id C75F97EAF9; Wed, 1 Mar 2006 08:58:05 +0100 (CET) Received: from pcs99.suedfac.com (unknown [10.4.1.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sffwb.suedfactoring.com (Postfix) with ESMTP id 491977E942 for ; Wed, 1 Mar 2006 08:57:44 +0100 (CET) From: "Axel S. Gruner" To: freebsd-stable@freebsd.org Date: Wed, 1 Mar 2006 08:59:20 +0100 User-Agent: KMail/1.8.3 References: <399d23e90602280049p2ef06ecehbdead8d57248228a@mail.gmail.com> <20060301064045.GP20911@crom.vickiandstacey.com> <20060301064805.GS3021@afflictions.org> In-Reply-To: <20060301064805.GS3021@afflictions.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603010859.21255.asg@suedfactoring.com> X-Copyrighted-Material: This material is copyrighted X-Virus-Scanned: amavisd-new at suedfactoring.de Subject: Re: Installing FreeBSD 6.0 on IBM BladeCenter HS20 - IT WORKS! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: asg@suedfactoring.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2006 08:01:46 -0000 Hi, Am Mittwoch, 1. M=E4rz 2006 07:48 schrieb Damian Gerow: > Thus spake Stacey Roberts (stacey@vickiandstacey.com) [01/03/06 01:48]: > : Sorry for asking the obvious here, but exactly what type (make / > : protocols) of keyboard are you using for the installation? > > Generic PS/2 keyboard. But it's wired in to the blade via USB1.1. after all, i can say, HEUREKA, FreeBSD 6.1-BETA2 is installed on my IBM Bla= de=20 Center.=20 Uh, is used the AMD64 ISO. I did the installation via Blade Center ManagementModul "Remote Control" an= d=20 booted the CD from my local workstation. booting from CD, in bootmenu choose "6" and type: unset acpi_load load ispfw load isp set hint.atkbd.0.disabled=3D"1" boot Normally FreeBSD should boot into sysinstall and keyboard should work.=20 Also, i got a problems to find a HD, but after loading "ispfw" and=20 "isp" (well, i think "ispfw" should be enough, this is not loaded in the=20 GENERIC Kernel) i see all my LUNs in the SAN. Installation from CD did not work, due to input/outpu errors of /dev/cd0.=20 Sysinstall was also unable to mount /dev/cd0 to /dist.=20 But not a problem at all, i configured the network and did the installation= =20 via FTP. Works smoothly. So, after rebooting, systems will hang at "atkbd" and/or the QLOGIC Interfa= ce.=20 So, using the boot prompt and unset acpi, load ispfw and set atkbd (see=20 above). /boot/loader.conf: # turn off acpi # see also /boot/device.hints acpi_load=3D"NO" # QLOGIC FIBRE ispfw_load=3D"YES" /etc/device.hints (add these lines at the end of the file): # disable ACPI #see also /boot/loader.conf hint.acpi.0.disabled=3D"1" hint.atkbd.0.disabled=3D"1" So, reboot the system and just let it boot normally. It should work now.=20 Here is my dmesg.boot: Copyright (c) 1992-2006 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. =46reeBSD 6.1-BETA2 #0: Thu Feb 16 22:41:50 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz K8-class CPU) Origin =3D "GenuineIntel" Id =3D 0xf43 Stepping =3D 3 =20 =46eatures=3D0xbfebfbff Features2=3D0x641d> AMD Features=3D0x20000800 Hyperthreading: 2 logical CPUs real memory =3D 1073471488 (1023 MB) avail memory =3D 1024393216 (976 MB) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci6: on pcib2 isp0: port 0x5000-0x50ff mem=20 0xdafff000-0xdaffffff irq 7 at device 1.0 on pci6 isp0: [GIANT-LOCKED] isp0: bad execution throttle of 0- using 16 isp0: bad hard address 125- resetting to zero isp1: port 0x5100-0x51ff mem=20 0xdaffe000-0xdaffefff irq 5 at device 1.1 on pci6 isp1: [GIANT-LOCKED] isp1: bad execution throttle of 0- using 16 isp1: bad hard address 125- resetting to zero pcib3: at device 0.2 on pci4 pci5: on pcib3 bge0: mem=20 0xdcff0000-0xdcffffff irq 7 at device 1.0 on pci5 bge0: Ethernet address: 00:14:5e:3c:a7:18 bge1: mem=20 0xdcfe0000-0xdcfeffff irq 5 at device 1.1 on pci5 bge1: Ethernet address: 00:14:5e:3c:a7:19 pci0: at device 8.0 (no driver attached) pcib4: at device 28.0 on pci0 pci2: on pcib4 mpt0: port 0x4000-0x40ff mem=20 0xdeff0000-0xdeffffff,0xdefe0000-0xdefeffff irq 10 at device 1.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=3D1.2.15.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) uhci0: port 0x2200-0x221f irq 10 at device= =20 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 0x2600-0x261f irq 5 at device 2= 9.1=20 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 pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver=20 attached) pcib5: at device 30.0 on pci0 pci1: on pcib5 pci1: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 psm0: unable to get the current command byte value. ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: Cypress Semiconductor 4 Port Hub, class 9/0, rev 1.10/0.01, addr 2 uhub2: 4 ports with 4 removable, self powered umass0: TEAC TEAC FD-05PUB, rev 2.00/0.00, addr 3 umass1: In-System Design USB Storage Adapter, rev 1.10/1.00, addr 4 uhub3: Cypress Semiconductor 4 Port Hub, class 9/0, rev 1.10/0.01, addr 5 uhub3: 4 ports with 4 removable, bus powered ukbd0: IBM PPC I/F, rev 1.10/0.01, addr 6, iclass 3/1 kbd0 at ukbd0 ums0: IBM PPC I/F, rev 1.10/0.01, addr 6, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 ukbd1: IBM HIDK/M, rev 1.10/0.01, addr 7, iclass 3/1 kbd1 at ukbd1 ums0: IBM HIDK/M, rev 1.10/0.01, addr 7, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 3200130672 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ebcc0, 0) error 6 Waiting 5 seconds for SCSI devices to settle da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device=20 da0: 200.000MB/s transfers, Tagged Queueing Enabled da0: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device=20 da1: 200.000MB/s transfers, Tagged Queueing Enabled da1: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da2 at isp1 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-3 device=20 da2: 200.000MB/s transfers, Tagged Queueing Enabled da2: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da3 at isp1 bus 0 target 1 lun 0 da3: Fixed Direct Access SCSI-3 device=20 da3: 200.000MB/s transfers, Tagged Queueing Enabled da3: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da4 at umass-sim0 bus 0 target 0 lun 0 da4: Removable Direct Access SCSI-0 device=20 da4: 1.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present cd0 at umass-sim1 bus 1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device=20 cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0=20 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 Trying to mount root from ufs:/dev/da0s1a ######################################################################## # DISCLAIMER # # # # Der Inhalt dieser E-Mail ist vertraulich. Falls Sie nicht der # # angegebene Empfaenger sind oder falls diese Email irrtuemlich an Sie # # addressiert wurde, verstaendigen Sie bitte den Absender sofort und # # loeschen Sie die Email umgehend. Das unerlaubte Kopieren sowie die # # unbefugte Uebermittlung sind nicht gestattet. # # Die Sicherheit von Uebermittlungen per Email kann nicht garantiert # # werden. Falls Sie eine Bestaetigung wuenschen, fordern Sie bitte den # # Inhalt der Email als Hardcopy an. # # # # # # The contents of this e-mail are confidential. # # If you are not the named addressee you should not disseminate, # # distribute or copy this e-mail. Please notify the sender immediately # # if you have received this e-mail by mistake and delete this e-mail # # from your system. Finally, the recipient should check this email and # # any attachments for the presence of viruses. The company accepts no # # liability for any damage caused by any virus transmitted by this # # email. # # # # SuedFactoring GmbH, Heilbronner Strasse 86, 70191 Stuttgart # ######################################################################## From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 08:03:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7927C16A424 for ; Wed, 1 Mar 2006 08:03:29 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from sffwb.suedfactoring.com (pd95b40f5.dip0.t-ipconnect.de [217.91.64.245]) by mx1.FreeBSD.org (Postfix) with ESMTP id 420CB43D4C for ; Wed, 1 Mar 2006 08:03:28 +0000 (GMT) (envelope-from asg@suedfactoring.com) Received: from localhost (localhost [127.0.0.1]) by sffwb.suedfactoring.com (Postfix) with ESMTP id 4D4D07EB06 for ; Wed, 1 Mar 2006 08:59:59 +0100 (CET) Received: from sffwb.suedfactoring.com ([127.0.0.1]) by localhost (sffwd0.suedfactoring.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54123-04 for ; Wed, 1 Mar 2006 08:59:53 +0100 (CET) Received: by sffwb.suedfactoring.com (Postfix, from userid 1011) id 19FB17EB05; Wed, 1 Mar 2006 08:59:53 +0100 (CET) Received: from pcs99.suedfac.com (unknown [10.4.1.99]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sffwb.suedfactoring.com (Postfix) with ESMTP id AF90D7EAF2 for ; Wed, 1 Mar 2006 08:59:32 +0100 (CET) From: "Axel S. Gruner" To: freebsd-stable@freebsd.org Date: Wed, 1 Mar 2006 09:01:08 +0100 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603010901.09173.asg@suedfactoring.com> X-Copyrighted-Material: This material is copyrighted X-Virus-Scanned: amavisd-new at suedfactoring.de Subject: Running FreeBSD on IBM Blade (works) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: asg@suedfactoring.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Mar 2006 08:03:29 -0000 Hi, after all, i can say, HEUREKA, FreeBSD 6.1-BETA2 is installed on my IBM Blade Center. I used the AMD64 ISO. I did the installation via Blade Center ManagementModul "Remote Control" and booted the CD from my local workstation. booting from CD, in bootmenu choose "6" and type: unset acpi_load load ispfw load isp set hint.atkbd.0.disabled="1" boot Normally FreeBSD should boot into sysinstall and keyboard should work. Also, i got a problems to find a HD, but after loading "ispfw" and "isp" (well, i think "ispfw" should be enough, this is not loaded in the GENERIC Kernel) i see all my LUNs in the SAN. Installation from CD did not work, due to input/outpu errors of /dev/cd0. Sysinstall was also unable to mount /dev/cd0 to /dist. But not a problem at all, i configured the network and did the installation via FTP. Works smoothly. So, after rebooting, systems will hang at "atkbd" and/or the QLOGIC Interface. So, using the boot prompt and unset acpi, load ispfw and set atkbd (see above). /boot/loader.conf: # turn off acpi # see also /boot/device.hints acpi_load="NO" # QLOGIC FIBRE ispfw_load="YES" /etc/device.hints (add these lines at the end of the file): # disable ACPI #see also /boot/loader.conf hint.acpi.0.disabled="1" hint.atkbd.0.disabled="1" So, reboot the system and just let it boot normally. It should work now. Here is my dmesg.boot: Copyright (c) 1992-2006 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 6.1-BETA2 #0: Thu Feb 16 22:41:50 UTC 2006 root@bloom.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.20GHz (3200.13-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0xf43 Stepping = 3 Features=0xbfebfbff Features2=0x641d> AMD Features=0x20000800 Hyperthreading: 2 logical CPUs real memory = 1073471488 (1023 MB) avail memory = 1024393216 (976 MB) cpu0 on motherboard pcib0: pcibus 0 on motherboard pci0: on pcib0 pci0: at device 0.1 (no driver attached) pcib1: at device 3.0 on pci0 pci4: on pcib1 pcib2: at device 0.0 on pci4 pci6: on pcib2 isp0: port 0x5000-0x50ff mem 0xdafff000-0xdaffffff irq 7 at device 1.0 on pci6 isp0: [GIANT-LOCKED] isp0: bad execution throttle of 0- using 16 isp0: bad hard address 125- resetting to zero isp1: port 0x5100-0x51ff mem 0xdaffe000-0xdaffefff irq 5 at device 1.1 on pci6 isp1: [GIANT-LOCKED] isp1: bad execution throttle of 0- using 16 isp1: bad hard address 125- resetting to zero pcib3: at device 0.2 on pci4 pci5: on pcib3 bge0: mem 0xdcff0000-0xdcffffff irq 7 at device 1.0 on pci5 bge0: Ethernet address: 00:14:5e:3c:a7:18 bge1: mem 0xdcfe0000-0xdcfeffff irq 5 at device 1.1 on pci5 bge1: Ethernet address: 00:14:5e:3c:a7:19 pci0: at device 8.0 (no driver attached) pcib4: at device 28.0 on pci0 pci2: on pcib4 mpt0: port 0x4000-0x40ff mem 0xdeff0000-0xdeffffff,0xdefe0000-0xdefeffff irq 10 at device 1.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.2.15.0 mpt0: Unhandled Event Notify Frame. Event 0xa. mpt0: Capabilities: ( RAID-1E RAID-1 SAFTE ) mpt0: 0 Active Volumes (1 Max) mpt0: 0 Hidden Drive Members (6 Max) uhci0: port 0x2200-0x221f irq 10 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 0x2600-0x261f irq 5 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 pci0: at device 29.4 (no driver attached) pci0: at device 29.5 (no driver attached) pcib5: at device 30.0 on pci0 pci1: on pcib5 pci1: at device 1.0 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376 at device 31.1 on pci0 ata0: on atapci0 ata1: on atapci0 pci0: at device 31.3 (no driver attached) orm0: at iomem 0xc0000-0xc8fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 psm0: unable to get the current command byte value. ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub2: Cypress Semiconductor 4 Port Hub, class 9/0, rev 1.10/0.01, addr 2 uhub2: 4 ports with 4 removable, self powered umass0: TEAC TEAC FD-05PUB, rev 2.00/0.00, addr 3 umass1: In-System Design USB Storage Adapter, rev 1.10/1.00, addr 4 uhub3: Cypress Semiconductor 4 Port Hub, class 9/0, rev 1.10/0.01, addr 5 uhub3: 4 ports with 4 removable, bus powered ukbd0: IBM PPC I/F, rev 1.10/0.01, addr 6, iclass 3/1 kbd0 at ukbd0 ums0: IBM PPC I/F, rev 1.10/0.01, addr 6, iclass 3/1 ums0: X report 0x0002 not supported device_attach: ums0 attach returned 6 ukbd1: IBM HIDK/M, rev 1.10/0.01, addr 7, iclass 3/1 kbd1 at ukbd1 ums0: IBM HIDK/M, rev 1.10/0.01, addr 7, iclass 3/1 ums0: 3 buttons and Z dir. Timecounter "TSC" frequency 3200130672 Hz quality 800 Timecounters tick every 1.000 msec module_register_init: MOD_LOAD (amr_linux, 0xffffffff805ebcc0, 0) error 6 Waiting 5 seconds for SCSI devices to settle da0 at isp0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 200.000MB/s transfers, Tagged Queueing Enabled da0: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da1 at isp0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 200.000MB/s transfers, Tagged Queueing Enabled da1: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da2 at isp1 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 200.000MB/s transfers, Tagged Queueing Enabled da2: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da3 at isp1 bus 0 target 1 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 200.000MB/s transfers, Tagged Queueing Enabled da3: 20480MB (41943040 512 byte sectors: 255H 63S/T 2610C) da4 at umass-sim0 bus 0 target 0 lun 0 da4: Removable Direct Access SCSI-0 device da4: 1.000MB/s transfers da4: Attempt to query device size failed: NOT READY, Medium not present cd0 at umass-sim1 bus 1 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 (da4:umass-sim0:0:0:0): READ CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da4:umass-sim0:0:0:0): SCSI Status: Check Condition (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 (da4:umass-sim0:0:0:0): Medium not present (da4:umass-sim0:0:0:0): Unretryable error Opened disk da4 -> 6 Trying to mount root from ufs:/dev/da0s1a HTH Users having problems to install FreeBSD on IBM Blades. Axel dont read that stupid signature --> ######################################################################## # DISCLAIMER # # # # Der Inhalt dieser E-Mail ist vertraulich. Falls Sie nicht der # # angegebene Empfaenger sind oder falls diese Email irrtuemlich an Sie # # addressiert wurde, verstaendigen Sie bitte den Absender sofort und # # loeschen Sie die Email umgehend. Das unerlaubte Kopieren sowie die # # unbefugte Uebermittlung sind nicht gestattet. # # Die Sicherheit von Uebermittlungen per Email kann nicht garantiert # # werden. Falls Sie eine Bestaetigung wuenschen, fordern Sie bitte den # # Inhalt der Email als Hardcopy an. # # # # # # The contents of this e-mail are confidential. # # If you are not the named addressee you should not disseminate, # # distribute or copy this e-mail. Please notify the sender immediately # # if you have received this e-mail by mistake and delete this e-mail # # from your system. Finally, the recipient should check this email and # # any attachments for the presence of viruses. The company accepts no # # liability for any damage caused by any virus transmitted by this # # email. # # # # SuedFactoring GmbH, Heilbronner Strasse 86, 70191 Stuttgart # ######################################################################## From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 10:25:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DC9816A420 for ; Wed, 1 Mar 2006 10:25:26 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from mailgate1.zdv.Uni-Mainz.DE (mailgate1.zdv.Uni-Mainz.DE [134.93.178.129]) by mx1.FreeBSD.org (Postfix) with ESMTP id C542343D4C for ; Wed, 1 Mar 2006 10:25:25 +0000 (GMT) (envelope-from ohartman@uni-mainz.de) Received: from [134.93.180.123] (ipamzra.Physik.Uni-Mainz.DE [134.93.180.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailgate1.zdv.Uni-Mainz.DE (Postfix) with ESMTP id 103703000AA2; Wed, 1 Mar 2006 11:25:24 +0100 (CET) Message-ID: <44057695.20107@uni-mainz.de> Date: Wed, 01 Mar 2006 11:25:25 +0100 From: "O. Hartmann" User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Jim C. Nasby" , Ganbold , freebsd-stable@freebsd.org References: <4403EE18.5040003@micom.mng.net> <20060301002945.GL82012@decibel.org> In-Reply-To: <20060301002945.GL82012@decibel.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at uni-mainz.de Cc: Subject: Re: FreeBSD 6.0 on ASUS A8N-SLI motherboard 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, 01 Mar 2006 10:25:26 -0000 Jim C. Nasby schrieb: > On Tue, Feb 28, 2006 at 02:30:48PM +0800, Ganbold wrote: >> Hi, >> >> Are there any issues running FreeBSD 6.0-STABLE (i386 or amd64 version) >> on machine with ASUS A8N-SLI motherboard? It has NVIDIA RAID option in >> BIOS and the system has 4x250GB SATA disks. I would like to use its RAID >> feature if possible, otherwise I'll try gmirror. >> Please let me know if somebody has experience about it. > > I've been unable to make the on-board ethernet work. I don't recall the > exact error, 'cause I ended up dropping a card into it as a workaround. ASUS A8N-SLI Deluxe/Premium motherboard has also a sk0 Gbit NIC onboard, which is connected to the PCI32 bus system. sk0 works for me, but not the PCIe-connected nve0, which droped connection from time to time when I used the box within our lab's network. If you have bought the Deluxe or Premium version, sk0 device should work but do not expect high performance. It is about the same like dropping a PCI32-NIC in the system. Oliver From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 10:38:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1FC0816A420 for ; Wed, 1 Mar 2006 10:38:30 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABF2343D45 for ; Wed, 1 Mar 2006 10:38:29 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so101353wra for ; Wed, 01 Mar 2006 02:38:29 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=XRCIxufzGseNphia2gBL1SfTk4BHsm5ArZBZK8ZYdMbrnzvjHGqB0hpA2MKlfF/86KLeSe+3VK9Wih1f1Lvvtzqw9i+rK5GIIGwAjomKDVdW3vJOtS2RMAzgZF4oLgnPnPs8mPAYLKlh+Ayenbbxo39cxufS8zkJkd3kgX46vn4= Received: by 10.54.66.18 with SMTP id o18mr1843610wra; Wed, 01 Mar 2006 02:38:29 -0800 (PST) Received: by 10.54.113.5 with HTTP; Wed, 1 Mar 2006 02:38:29 -0800 (PST) Message-ID: Date: Wed, 1 Mar 2006 11:37:29 +0059 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Subject: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 10:38:30 -0000 Hi, according to http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/amr/amr.c?on= ly_with_tag=3DRELENG_6 it seems MegaMGR for linux now can work. Any experience? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 11:05:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D00DF16A420 for ; Wed, 1 Mar 2006 11:05:15 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 759B243D46 for ; Wed, 1 Mar 2006 11:05:15 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1FEP8r-0008T0-UA for freebsd-stable@freebsd.org; Wed, 01 Mar 2006 11:05:13 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1FEP8r-0008Qr-IY for freebsd-stable@freebsd.org; Wed, 01 Mar 2006 11:05:13 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Wed, 01 Mar 2006 11:05:13 +0000 Subject: New ports on older stable (4.11) 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, 01 Mar 2006 11:05:15 -0000 I dont know how backward compatible ports are ggenerally, but I have a 4.11 machine that I really want to upgrade the ports on. But I dont know if they will alla ctually compile, and I dont wnat to start doing the process only to find that I cant build one of them possibly. Does anybody know if this is likely to work, or is it simply unsupported ? I;d love to upgrade the machine to 6.1 - but I have no physical access to it, nor am I likely to get any for the forseeable future, and upgrading across the 4/5 boundary isn't something I would be happy doing remotiley in multi-user mode (if it's even possible!) -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 12:15:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A2E5F16A423 for ; Wed, 1 Mar 2006 12:15:03 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F3EC43D49 for ; Wed, 1 Mar 2006 12:15:03 +0000 (GMT) (envelope-from ps@freebsd.org) Received: from [192.168.1.88] (64-142-76-135.dsl.static.sonic.net [64.142.76.135]) by elvis.mu.org (Postfix) with ESMTP id 33A031A4DBC; Wed, 1 Mar 2006 04:15:03 -0800 (PST) Message-ID: <4405903D.6090509@freebsd.org> Date: Wed, 01 Mar 2006 04:14:53 -0800 From: Paul Saab User-Agent: Thunderbird 1.5 (Macintosh/20051201) MIME-Version: 1.0 To: Cristiano Deana References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Mailing List Subject: Re: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 12:15:03 -0000 works fine Cristiano Deana wrote: > Hi, > > according to http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/amr/amr.c?only_with_tag=RELENG_6 > it seems MegaMGR for linux now can work. Any experience? > > -- > Cris, member of G.U.F.I > Italian FreeBSD User Group > http://www.gufi.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 Wed Mar 1 12:25:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D55A416A420 for ; Wed, 1 Mar 2006 12:25:15 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24CE243D45 for ; Wed, 1 Mar 2006 12:25:15 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id E84AE62C8E5; Wed, 1 Mar 2006 08:25:14 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 67347-10; Wed, 1 Mar 2006 08:25:14 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id 8532862C8A2; Wed, 1 Mar 2006 08:25:14 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 8F5BE35132; Wed, 1 Mar 2006 08:24:59 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 8B3EA3464E; Wed, 1 Mar 2006 08:24:59 -0400 (AST) Date: Wed, 1 Mar 2006 08:24:59 -0400 (AST) From: "Marc G. Fournier" To: Pete French In-Reply-To: Message-ID: <20060301082408.A1005@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: New ports on older stable (4.11) 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, 01 Mar 2006 12:25:15 -0000 99.9% of ports seems to work ... I've hit a few that are marked as BROKEN, like postgis stuff, but nothing that I'd considered "mainstream" ... On Wed, 1 Mar 2006, Pete French wrote: > I dont know how backward compatible ports are ggenerally, but I > have a 4.11 machine that I really want to upgrade the ports on. > But I dont know if they will alla ctually compile, and I dont wnat to > start doing the process only to find that I cant build one of them > possibly. Does anybody know if this is likely to work, or is it > simply unsupported ? > > I;d love to upgrade the machine to 6.1 - but I have no physical access to > it, nor am I likely to get any for the forseeable future, and upgrading > across the 4/5 boundary isn't something I would be happy doing remotiley > in multi-user mode (if it's even possible!) > > -pcf. > _______________________________________________ > 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" > > ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 12:26:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9543B16A423 for ; Wed, 1 Mar 2006 12:26:21 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay01.ispgateway.de (smtprelay01.ispgateway.de [80.67.18.13]) by mx1.FreeBSD.org (Postfix) with ESMTP id A421843D45 for ; Wed, 1 Mar 2006 12:26:19 +0000 (GMT) (envelope-from freebsd-listen@fabiankeil.de) Received: (qmail 5331 invoked from network); 1 Mar 2006 12:26:17 -0000 Received: from unknown (HELO localhost) ([pbs]775067@[217.50.148.215]) (envelope-sender ) by smtprelay01.ispgateway.de (qmail-ldap-1.03) with SMTP for ; 1 Mar 2006 12:26:17 -0000 Date: Wed, 1 Mar 2006 12:26:08 +0100 From: Fabian Keil To: Carlos Amengual Message-ID: <20060301122608.451c88e4@localhost> In-Reply-To: <4404A9D1.5000705@informatica.info> References: <4404A9D1.5000705@informatica.info> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.6; i386-portbld-freebsd6.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2006-08-19.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_Zovd=GNSKv00BncINHOJxwR"; protocol="application/pgp-signature"; micalg=PGP-SHA1 Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant with NDIS-wrapped wireless card and WPA-PSK reboots 6.1-pre 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, 01 Mar 2006 12:26:21 -0000 --Sig_Zovd=GNSKv00BncINHOJxwR Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Carlos Amengual wrote: > My system is a 6.1-PRERELEASE as of yesterday afternoon, but the same=20 > happened with a RELENG_6 as of a month ago. >=20 > I set up a D-Link AirPlus DWL-520+ wireless PCI adapter in an old=20 > server, and NDISwrapped it (got an AIRPLUS_SYS.ko). >=20 > When running wpa_supplicant -dd -indis0 -Dndis=20 > -c/etc/wpa_supplicant.conf, the system reboots after printing: >=20 > -------------------------------------------------------- > Initializing interface 'ndis0' conf '/etc/wpa_supplicant.conf' driver > 'ndis' Configuration file '/etc/wpa_supplicant.conf' -> > '/etc/wpa_supplicant.conf' Reading configuration file > '/etc/wpa_supplicant.conf' ctrl_interface=3D'/var/run/wpa_supplicant' > ctrl_interface_group=3D0 (from group name 'wheel') > Line: 6 - start of a new network block > ssid - hexdump_ascii(len=3D11): > 47 4e 43 57 49 52 45 4c 45 53 53 GNCWIRELESS =20 > scan_ssid=3D1 (0x1) > key_mgmt: 0x2 > PSK (ASCII passphrase) - hexdump_ascii(len=3D26): [REMOVED] > PSK (from passphrase) - hexdump(len=3D32): [REMOVED] > Priority group 0 > id=3D0 ssid=3D'GNCWIRELESS' > Initializing interface (2) 'ndis0' > EAPOL: SUPP_PAE entering state DISCONNECTED > EAPOL: KEY_RX entering state NO_KEY_RECEIVE > EAPOL: SUPP_BE entering state INITIALIZE > EAP: EAP entering state DISABLED > EAPOL: External notification - portEnabled=3D0 > EAPOL: External notification - portValid=3D0 > NDIS: 1 adapter names found > NDIS: 1 adapter descriptions found > NDIS: 0 - ndis0 - ndis0 > NDIS: Adapter description prefix 'ndis0' > ndis_get_oid: oid=3D0xd010122 len (512) failed > NDIS: verifying driver WPA capability > NDIS: WPA key management supported > NDIS: WPA-PSK key management supported > ndis_set_oid: oid=3D0xd01011b len (4) failed > NDIS: Failed to set OID_802_11_ENCRYPTION_STATUS (6) > NDIS: TKIP encryption supported > NDIS: driver supports WPA > NDIS: driver capabilities: key_mgmt 0x5 enc 0x4 auth 0x3 > Own MAC address: **:**:**:**:**:** > wpa_driver_ndis_set_wpa: enabled=3D1 > ndis_get_oid: oid=3D0xd010101 len (6) failed > My /etc/wpa_supplicant.conf: >=20 > ctrl_interface=3D/var/run/wpa_supplicant > ctrl_interface_group=3Dwheel > # > # home network; allow all valid ciphers > network=3D{ > ssid=3D"GNCWIRELESS" > scan_ssid=3D1 > key_mgmt=3DWPA-PSK > psk=3D"**********************" > } Does it make a difference if you additionally put the bssid in /etc/wpa_supplicant.conf? Since I upgraded from RELENG_5 to RELENG_6 I have to use both the ssid and the bssid to get ndis0 to associate. I only use wep encryption and don't know if a failed attempt to associate with wpa_supplicant can cause a reboot, but it's worth a try. You should also check if you can associate to the (unencrypted) network with ifconfig by hand. Fabian --=20 http://www.fabiankeil.de/ --Sig_Zovd=GNSKv00BncINHOJxwR Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEBYTXjV8GA4rMKUQRAhJdAJ46KS2jUkY4qLW05rPe8wJS2+7ycQCeLw8l cpGxFN9tjTPWAZUbTIHlN8o= =7UH/ -----END PGP SIGNATURE----- --Sig_Zovd=GNSKv00BncINHOJxwR-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 12:38:31 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 058AA16A423; Wed, 1 Mar 2006 12:38:31 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 521AC43D45; Wed, 1 Mar 2006 12:38:20 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k21Cbfv2080881; Wed, 1 Mar 2006 15:37:41 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k21CbeoQ080879; Wed, 1 Mar 2006 15:37:40 +0300 (MSK) (envelope-from yar) Date: Wed, 1 Mar 2006 15:37:40 +0300 From: Yar Tikhiy To: Hajimu UMEMOTO Message-ID: <20060301123739.GH63713@comp.chem.msu.su> References: <20060219225701.0e3e244b.rosti.bsd@gmail.com> <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060227151954.GV6435@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, dwmalone@maths.tcd.ie, Rostislav Krasny , des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Wed, 01 Mar 2006 12:38:31 -0000 On Wed, Mar 01, 2006 at 12:28:14AM +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Mon, 27 Feb 2006 18:19:54 +0300 > >>>>> Yar Tikhiy said: > > yar> I finally spared some time to test your recent changes and found > yar> that the resolver still would retry using the first, and only the > yar> first, domain on the `search' list when the nameserver was down, > yar> which effectively led to another kind of request doubling. > > yar> A similar effect was observed when a `domain' line was specified > yar> in resolv.conf in place of `search'. > > yar> Is there a real reason to retry with a different domain when the > yar> nameserver doesn't respond at all? > > It seems yet another issue. The errors returned by res_querydomain() > are not handled uniformity. Please try following patch: It works for me, thanks! -- Yar From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 12:45:57 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B8DAC16A420; Wed, 1 Mar 2006 12:45:57 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3014C43D46; Wed, 1 Mar 2006 12:45:53 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k21CjEcJ080982; Wed, 1 Mar 2006 15:45:14 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k21CjEKc080981; Wed, 1 Mar 2006 15:45:14 +0300 (MSK) (envelope-from yar) Date: Wed, 1 Mar 2006 15:45:13 +0300 From: Yar Tikhiy To: Hajimu UMEMOTO Message-ID: <20060301124513.GI63713@comp.chem.msu.su> References: <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, dwmalone@maths.tcd.ie, Rostislav Krasny , des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Wed, 01 Mar 2006 12:45:57 -0000 On Sat, Feb 25, 2006 at 04:28:50PM +0900, Hajimu UMEMOTO wrote: > >>>>> On Sat, 25 Feb 2006 02:42:46 +0200 > >>>>> Rostislav Krasny said: > > rosti> I've found the problem in both: ftpd(8) and ftp(1). In the ftpd(8) a > rosti> getaddrinfo() is called in two places with hints.ai_socktype == 0 and > rosti> hints.ai_family == PF_UNSPEC. In the ftp(1) a command reply timeout is > rosti> only 60 seconds. Those things are what I've changed to fix the problem. > rosti> Two diffs are attached to this email. The ftpd.c.diff extends -4 and -6 > rosti> ftpd options. So if this patch is good, the ftpd(8) manual page and the > rosti> default /etc/inetd.conf should also be changed appropriately. > > For your ftpd.c.diff, I like your idea to reduce redundant query. It > is enough to query just appropriate address family. In inetd mode, we > know the address family already. So, we don't need to rely on the > -4/-6 option. The following diff is against ftpd.c with your patch > applied: I finally tried the proposed patches for ftpd and really liked the idea of reducing the name queries made to only one address family if it's known. Thank you both! I've got only one small remark on style, see below. > --- ftpd.c.rosti Sat Feb 25 15:41:52 2006 > +++ ftpd.c Sat Feb 25 16:01:46 2006 > @@ -423,10 +423,6 @@ main(int argc, char *argv[], char **envp > } > } > > -#ifdef VIRTUAL_HOSTING > - inithosts(family); > -#endif > - > if (daemon_mode) { > int *ctl_sock, fd, maxfd = -1, nfds, i; > fd_set defreadfds, readfds; > @@ -456,6 +452,10 @@ main(int argc, char *argv[], char **envp > sa.sa_handler = reapchild; > (void)sigaction(SIGCHLD, &sa, NULL); > > +#ifdef VIRTUAL_HOSTING > + inithosts(family); > +#endif > + > /* > * Open a socket, bind it to the FTP port, and start > * listening. > @@ -525,6 +525,14 @@ main(int argc, char *argv[], char **envp > syslog(LOG_ERR, "getpeername (%s): %m",argv[0]); > exit(1); > } > + > +#ifdef VIRTUAL_HOSTING > + family = his_addr.su_family; > + if (his_addr.su_family == AF_INET6 && > + IN6_IS_ADDR_V4MAPPED(&his_addr.su_sin6.sin6_addr)) > + family = AF_INET; Perheps a better style here would be to use if/else: if (his_addr.su_family == AF_INET6 && IN6_IS_ADDR_V4MAPPED(&his_addr.su_sin6.sin6_addr)) family = AF_INET; else family = his_addr.su_family; > + inithosts(family); > +#endif > } > > gotchild: -- Yar From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 13:03:05 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5017216A420 for ; Wed, 1 Mar 2006 13:03:05 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from www.heimat.gr.jp (www.heimat.gr.jp [221.186.186.9]) by mx1.FreeBSD.org (Postfix) with ESMTP id E2A4C43D49 for ; Wed, 1 Mar 2006 13:03:04 +0000 (GMT) (envelope-from nakaji@takamatsu-nct.ac.jp) Received: from ra333.heimat.gr.jp.takamatsu-nct.ac.jp ([IPv6:2001:3e0:a84:0:200:4cff:fe17:573c]) by www.heimat.gr.jp (8.13.4/8.13.4) with ESMTP id k21D2wjX010099; Wed, 1 Mar 2006 22:02:59 +0900 (JST) (envelope-from nakaji@takamatsu-nct.ac.jp) From: NAKAJI Hiroyuki To: Vivek Khera References: <43FA3A6D.4010903@samsco.org> <87mzgg2dx9.fsf@roddy.c3922.takamatsu-nct.ac.jp> <87k6bgi8in.fsf@roddy.c3922.takamatsu-nct.ac.jp> <08AF24A7-A6A2-4146-B116-226144886462@khera.org> Date: Wed, 01 Mar 2006 22:02:58 +0900 In-Reply-To: <08AF24A7-A6A2-4146-B116-226144886462@khera.org> (Vivek Khera's message of "Tue, 28 Feb 2006 10:36:31 -0500") Message-ID: <86psl6s4fx.fsf@ra333.heimat.gr.jp> User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Cc: freebsd-stable@freebsd.org Subject: Re: FreeBSD 6.1-BETA2/FreeBSD 5.5-BETA2 Available 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, 01 Mar 2006 13:03:05 -0000 >>>>> In <08AF24A7-A6A2-4146-B116-226144886462@khera.org> >>>>> Vivek Khera wrote: > Please add a note to http://www.freebsd.org/cgi/query-pr.cgi?pr=91910 > with some details of your system, or file a new PR about it so that > hopefully ACPI can get fixed. I added a note to the PR 91910 with dmesg.out. > BTW, you can permanently disable the timer by adding the debug line > to /boot/loader.conf. Yes, I added it too. Now it works well. Thanks. -- NAKAJI Hiroyuki From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 14:42:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3254616A420 for ; Wed, 1 Mar 2006 14:42:29 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.203]) by mx1.FreeBSD.org (Postfix) with ESMTP id 718A343D49 for ; Wed, 1 Mar 2006 14:42:27 +0000 (GMT) (envelope-from rosti.bsd@gmail.com) Received: by wproxy.gmail.com with SMTP id 50so147856wri for ; Wed, 01 Mar 2006 06:42:26 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer:mime-version:content-type:content-transfer-encoding; b=PnbdPDdpKm6/H5M/4zmtpbUY8bBu+zAAP+ez5lJjoEurGmRo2JTSKCeq0C8oObShzMu/AgviHtXqSePtq4tF3/NYoCkErU1NLI0Sx4vp1T/2qs0skSRbHpRvyVFc2bR+3xkLhrRoZQwNe5kRii8uKHmSRtdEYShp3WGnqEpzvh4= Received: by 10.65.53.20 with SMTP id f20mr107577qbk; Wed, 01 Mar 2006 06:42:26 -0800 (PST) Received: from saturn.lan ( [212.143.154.227]) by mx.gmail.com with ESMTP id f16sm345449qba.2006.03.01.06.42.21; Wed, 01 Mar 2006 06:42:26 -0800 (PST) Date: Wed, 1 Mar 2006 16:42:18 +0200 From: Rostislav Krasny To: Yar Tikhiy Message-Id: <20060301164218.8459fbcf.rosti.bsd@gmail.com> In-Reply-To: <20060301124513.GI63713@comp.chem.msu.su> References: <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060301124513.GI63713@comp.chem.msu.su> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, dwmalone@maths.tcd.ie, des@des.no, mak@ll.mit.edu, MH@kernel32.de, freebsd-stable-local@be-well.ilk.org Subject: Re: SSH login takes very long time...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: Wed, 01 Mar 2006 14:42:29 -0000 On Wed, 1 Mar 2006 15:45:13 +0300 Yar Tikhiy wrote: > On Sat, Feb 25, 2006 at 04:28:50PM +0900, Hajimu UMEMOTO wrote: > > >>>>> On Sat, 25 Feb 2006 02:42:46 +0200 > > >>>>> Rostislav Krasny said: > > > > rosti> I've found the problem in both: ftpd(8) and ftp(1). In the ftpd(8) a > > rosti> getaddrinfo() is called in two places with hints.ai_socktype == 0 and > > rosti> hints.ai_family == PF_UNSPEC. In the ftp(1) a command reply timeout is > > rosti> only 60 seconds. Those things are what I've changed to fix the problem. > > rosti> Two diffs are attached to this email. The ftpd.c.diff extends -4 and -6 > > rosti> ftpd options. So if this patch is good, the ftpd(8) manual page and the > > rosti> default /etc/inetd.conf should also be changed appropriately. > > > > For your ftpd.c.diff, I like your idea to reduce redundant query. It > > is enough to query just appropriate address family. In inetd mode, we > > know the address family already. So, we don't need to rely on the > > -4/-6 option. The following diff is against ftpd.c with your patch > > applied: > > I finally tried the proposed patches for ftpd and really liked the > idea of reducing the name queries made to only one address family > if it's known. Thank you both! > > I've got only one small remark on style, see below. > > > --- ftpd.c.rosti Sat Feb 25 15:41:52 2006 > > +++ ftpd.c Sat Feb 25 16:01:46 2006 > > @@ -423,10 +423,6 @@ main(int argc, char *argv[], char **envp > > } > > } > > > > -#ifdef VIRTUAL_HOSTING > > - inithosts(family); > > -#endif > > - > > if (daemon_mode) { > > int *ctl_sock, fd, maxfd = -1, nfds, i; > > fd_set defreadfds, readfds; > > @@ -456,6 +452,10 @@ main(int argc, char *argv[], char **envp > > sa.sa_handler = reapchild; > > (void)sigaction(SIGCHLD, &sa, NULL); > > > > +#ifdef VIRTUAL_HOSTING > > + inithosts(family); > > +#endif > > + > > /* > > * Open a socket, bind it to the FTP port, and start > > * listening. > > @@ -525,6 +525,14 @@ main(int argc, char *argv[], char **envp > > syslog(LOG_ERR, "getpeername (%s): %m",argv[0]); > > exit(1); > > } > > + > > +#ifdef VIRTUAL_HOSTING > > + family = his_addr.su_family; > > + if (his_addr.su_family == AF_INET6 && > > + IN6_IS_ADDR_V4MAPPED(&his_addr.su_sin6.sin6_addr)) > > + family = AF_INET; > > Perheps a better style here would be to use if/else: > > if (his_addr.su_family == AF_INET6 && > IN6_IS_ADDR_V4MAPPED(&his_addr.su_sin6.sin6_addr)) > family = AF_INET; > else > family = his_addr.su_family; > > > + inithosts(family); Or even shorter: if (his_addr.su_family == AF_INET6 && IN6_IS_ADDR_V4MAPPED(&his_addr.su_sin6.sin6_addr)) inithosts(AF_INET); else inithosts(his_addr.su_family); The 'family' variable isn't used in the inetd mode. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 15:05:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9137716A4D3 for ; Wed, 1 Mar 2006 15:05:24 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.206]) by mx1.FreeBSD.org (Postfix) with ESMTP id BDBEA43D60 for ; Wed, 1 Mar 2006 15:04:48 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so154111wra for ; Wed, 01 Mar 2006 07:04:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Y5x8EMiJ5qirpTGkdPdlivs/UsQVAbnqZACHoDvLMrBKYUYxtltsK/yOPBcVEajMvphHaTudeL8dx2VoxdqTF7wktSfbVVkzbOHEDDwdXZBbHKLN126Gyrq44LGcYCx7tYYjUmGkG+LUlVAacKtH+HxA/36YfmEdutc8FVvjsdI= Received: by 10.54.100.13 with SMTP id x13mr639364wrb; Wed, 01 Mar 2006 07:04:44 -0800 (PST) Received: by 10.54.113.5 with HTTP; Wed, 1 Mar 2006 07:04:45 -0800 (PST) Message-ID: Date: Wed, 1 Mar 2006 16:04:45 +0100 From: "Cristiano Deana" To: "Paul Saab" , "FreeBSD Stable Mailing List" In-Reply-To: <4405903D.6090509@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4405903D.6090509@freebsd.org> Cc: Subject: Re: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 15:05:24 -0000 2006/3/1, Paul Saab : > works fine I got: Failed to open driver node /dev/megadev0 -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 15:10:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45FE016A423 for ; Wed, 1 Mar 2006 15:10:49 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 132E743DED for ; Wed, 1 Mar 2006 15:09:56 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1FESxA-000Dy4-7w; Wed, 01 Mar 2006 15:09:24 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1FESxA-0009P4-2S; Wed, 01 Mar 2006 15:09:24 +0000 To: scrappy@hub.org In-Reply-To: <20060301082408.A1005@ganymede.hub.org> Message-Id: From: Pete French Date: Wed, 01 Mar 2006 15:09:24 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: New ports on older stable (4.11) 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, 01 Mar 2006 15:10:49 -0000 > 99.9% of ports seems to work ... I've hit a few that are marked as BROKEN, > like postgis stuff, but nothing that I'd considered "mainstream" ... Ah, thats great to know, hanks. It's the exim/clamav/spamassassin stuff which I really want to upgrade. cheers, -pcf. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 15:30:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 112CB16A420 for ; Wed, 1 Mar 2006 15:30:20 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from insomma.datacode.it (ip-174-86.sn2.eutelia.it [83.211.174.86]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3523E43D5F for ; Wed, 1 Mar 2006 15:30:16 +0000 (GMT) (envelope-from massimo@cedoc.mo.it) Received: from localhost (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with SMTP id D065C2C90B for ; Wed, 1 Mar 2006 16:30:14 +0100 (CET) Received: from insomma.datacode.it (localhost.datacode.it [127.0.0.1]) by insomma.datacode.it (Postfix) with ESMTP id 157FC2C90A; Wed, 1 Mar 2006 16:30:14 +0100 (CET) Received: from massimo.datacode.it (massimo.datacode.it [192.168.1.13]) by insomma.datacode.it (Postfix) with ESMTP id C541D2C906; Wed, 1 Mar 2006 16:30:13 +0100 (CET) From: Massimo Lusetti To: Cristiano Deana In-Reply-To: References: <4405903D.6090509@freebsd.org> Content-Type: text/plain Organization: CEDOC - Modena Date: Wed, 01 Mar 2006 16:30:13 +0100 Message-Id: <1141227013.4325.2.camel@massimo.datacode.it> Mime-Version: 1.0 X-Mailer: Evolution 2.0.4 (2.0.4-7) Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Cc: FreeBSD Stable Mailing List , Paul Saab Subject: Re: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 15:30:20 -0000 On Wed, 2006-03-01 at 16:04 +0100, Cristiano Deana wrote: > I got: > Failed to open driver node /dev/megadev0 Wait for the new work Joao is doing or better offer to test it ;) Did you follow discussion on scsi@? -- Massimo.run(); From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 16:04:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4CE4216A420 for ; Wed, 1 Mar 2006 16:04:22 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id C599D43D6E for ; Wed, 1 Mar 2006 16:04:21 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 84.245.182.229 as permitted sender) client-ip=84.245.182.229; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (84-245-182-229.ipool.celox.de [84.245.182.229]) by gwfra.elbekies.net (Postfix) with ESMTP id B3A7D17033 for ; Wed, 1 Mar 2006 17:04:03 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 5774A5C4E for ; Wed, 1 Mar 2006 16:19:22 +0100 (CET) Message-ID: <4405BB89.204@vwsoft.com> Date: Wed, 01 Mar 2006 16:19:37 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 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 X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Subject: ppp HDLC errors 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, 01 Mar 2006 16:04:22 -0000 Dear list members, I'm trying to get a 3g / UMTS connection to work on my RELENG_6 (i386, AMD Sempron) machine. I've installed a Novatel Merlin U630 card (pcmcia) which is providing a hayes serial modem to the system (on sio4 in my case). Dialing works fine but most DNS queries are timing out, but also most tcp sessions won't work. While in ppp (userland) I'm seeing messages like: Phase: deflink: HDLC errors -> FCS: 28, ADDR: 0, COMD: 0, PROTO: 0 Phase: deflink: HDLC errors -> FCS: 27, ADDR: 0, COMD: 0, PROTO: 0 Phase: deflink: HDLC errors -> FCS: 102, ADDR: 0, COMD: 0, PROTO: 0 Phase: deflink: HDLC errors -> FCS: 25, ADDR: 0, COMD: 0, PROTO: 0 Phase: deflink: HDLC errors -> FCS: 9, ADDR: 0, COMD: 0, PROTO: 0 Phase: deflink: HDLC errors -> FCS: 10, ADDR: 0, COMD: 0, PROTO: 0 Later I'm seeing message like that on the console screen: sio4: 152599 more interrupt-level buffer overflows (total 152599) I've tried increased and decreased the baud rate in ppp but the same appears. dmesg for the devices involved: cbb0: at device 13.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 pccard0: Allocation failed for cfe 7 sio4: at port 0x2f8-0x2ff irq 17 function 0 config 15 on pccard0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode pccard0: Allocation failed for cfe 7 pccard0: Allocation failed for cfe 15 sio5: at port 0x2e8-0x2ef irq 17 function 1 config 23 on pccard0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode It's a RELENG_6 machine with a recent kernel (compiled yesterday with kernel sources from Feb-26). The same appears whether or not SMP kernel is being used. I've been unable to find anything in the archives closely related. The card works fine under Win2k (on a different machine). The RELENG_6 machine is using a PCI-PCMCIA adapter. Any hint is welcome! :) Is there a workaround? Should I go with pppd or mpd? Do you need any more info on that? Is there something more I might check out? What about the dmesg messages: pccard0: Allocation failed for cfe 7 sio4: unable to activate interrupt in fast mode - using normal mode As always, thanks a lot for your help! Volker From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 16:15:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A73C416A420 for ; Wed, 1 Mar 2006 16:15:52 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.199]) by mx1.FreeBSD.org (Postfix) with ESMTP id A6F0C43D7C for ; Wed, 1 Mar 2006 16:15:48 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id 57so172001wri for ; Wed, 01 Mar 2006 08:15:48 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=TkyaG0XbqE4ulAxdjKEE1IK7DeA2Ai87nSwgsPJpiSfh85RzR1pPvQKhLsMZJEVZjc0e5U1sRN3cGHH7S20+8USzW7VFfFl0L34lIUnkXi7PC5fX3uZOdw9BjddL69fAoyg/wKlrVZVzuI+5DHWw3/323dTF6pYCRk7P3l0p9qg= Received: by 10.54.126.20 with SMTP id y20mr2161030wrc; Wed, 01 Mar 2006 08:15:48 -0800 (PST) Received: by 10.54.113.5 with HTTP; Wed, 1 Mar 2006 08:15:48 -0800 (PST) Message-ID: Date: Wed, 1 Mar 2006 17:15:48 +0100 From: "Cristiano Deana" To: "FreeBSD Stable Mailing List" In-Reply-To: <1141227013.4325.2.camel@massimo.datacode.it> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <4405903D.6090509@freebsd.org> <1141227013.4325.2.camel@massimo.datacode.it> Subject: Re: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 16:15:52 -0000 2006/3/1, Massimo Lusetti : > Wait for the new work Joao is doing or better offer to test it ;) > Did you follow discussion on scsi@? I didn't. I'm reading the thread right now. I will try amrstat. Thanks -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 16:20:44 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3747F16A422 for ; Wed, 1 Mar 2006 16:20:44 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from ameno.mahoroba.org (gw4.mahoroba.org [218.45.22.175]) by mx1.FreeBSD.org (Postfix) with ESMTP id D3EA143D7B for ; Wed, 1 Mar 2006 16:19:41 +0000 (GMT) (envelope-from ume@mahoroba.org) Received: from kasuga.mahoroba.org (IDENT:7Dbo7d+Dea3PIrOUv6Oht7/zYsdLohAr5/kyUFaNCrZ9dcunD3d9D3JDY/ZOtqDu@kasuga-iwi.mahoroba.org [IPv6:3ffe:501:185b:8010:212:f0ff:fe52:6ac]) (user=ume mech=CRAM-MD5 bits=0) by ameno.mahoroba.org (8.13.4/8.13.4) with ESMTP/inet6 id k21GHOco052819 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 01:17:26 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Thu, 02 Mar 2006 01:17:23 +0900 Message-ID: From: Hajimu UMEMOTO To: Yar Tikhiy In-Reply-To: <20060301124513.GI63713@comp.chem.msu.su> References: <20060221165959.GB77513@comp.chem.msu.su> <20060222024430.ad4b5c60.rosti.bsd@gmail.com> <20060223235727.33cddb13.rosti.bsd@gmail.com> <20060224155153.f7da1a52.rosti.bsd@gmail.com> <20060224174007.GF36227@comp.chem.msu.su> <20060225024246.d6284719.rosti.bsd@gmail.com> <20060301124513.GI63713@comp.chem.msu.su> User-Agent: xcite1.38> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.6 Emacs/22.0.50 (i386-unknown-freebsd6.1) MULE/5.0 (SAKAKI) X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.1.3 (ameno.mahoroba.org [IPv6:3ffe:501:185b:8010::1]); Thu, 02 Mar 2006 01:17:31 +0900 (JST) X-Virus-Scanned: by amavisd-new X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ameno.mahoroba.org Cc: freebsd-stable@freebsd.org, freebsd-stable-local@be-well.ilk.org, dwmalone@maths.tcd.ie, Rostislav Krasny , des@des.no, mak@ll.mit.edu, MH@kernel32.de Subject: Re: SSH login takes very long time...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: Wed, 01 Mar 2006 16:20:44 -0000 Hi, >>>>> On Wed, 1 Mar 2006 15:45:13 +0300 >>>>> Yar Tikhiy said: yar> I finally tried the proposed patches for ftpd and really liked the yar> idea of reducing the name queries made to only one address family yar> if it's known. Thank you both! I've committed both patches into HEAD. yar> I've got only one small remark on style, see below. Ah, yes. I had already changed to so locally. :-) Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 16:31:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5BF716A420 for ; Wed, 1 Mar 2006 16:31:21 +0000 (GMT) (envelope-from listas@informatica.info) Received: from deneb.informatica.info (lincl214.informatica.info [86.109.161.48]) by mx1.FreeBSD.org (Postfix) with ESMTP id F101A43D6E for ; Wed, 1 Mar 2006 16:31:18 +0000 (GMT) (envelope-from listas@informatica.info) Received: from [192.168.1.65] (119.Red-83-57-44.dynamicIP.rima-tde.net [83.57.44.119]) (authenticated bits=0) by deneb.informatica.info (8.13.1/8.13.1) with ESMTP id k21GUvnH022614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2006 17:31:04 +0100 Message-ID: <4405CC47.2030109@informatica.info> Date: Wed, 01 Mar 2006 17:31:03 +0100 From: Carlos Amengual User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Fabian Keil References: <4404A9D1.5000705@informatica.info> <20060301122608.451c88e4@localhost> In-Reply-To: <20060301122608.451c88e4@localhost> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on deneb.informatica.info X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: wpa_supplicant with NDIS-wrapped wireless card and WPA-PSK reboots 6.1-pre 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, 01 Mar 2006 16:31:21 -0000 Fabian Keil wrote: > > Does it make a difference if you additionally put the > bssid in /etc/wpa_supplicant.conf? > > Since I upgraded from RELENG_5 to RELENG_6 > I have to use both the ssid and the bssid > to get ndis0 to associate. > > I only use wep encryption and don't know if a failed > attempt to associate with wpa_supplicant can cause > a reboot, but it's worth a try. > > You should also check if you can associate to > the (unencrypted) network with ifconfig by hand. > > Fabian Other people has this problem, but apparently not a lot of information about it is available. This weekend I'll try to do more tests. Carlos From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 16:35:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BD46F16A420 for ; Wed, 1 Mar 2006 16:35:16 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0185143D70 for ; Wed, 1 Mar 2006 16:35:15 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k21GZD9C071549; Wed, 1 Mar 2006 17:35:13 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k21GZDWw071548; Wed, 1 Mar 2006 17:35:13 +0100 (CET) (envelope-from hk) Date: Wed, 1 Mar 2006 17:35:13 +0100 From: Holger Kipp To: Volker Message-ID: <20060301163513.GB70143@intserv.int1.b.intern> References: <4405BB89.204@vwsoft.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4405BB89.204@vwsoft.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: ppp HDLC errors 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, 01 Mar 2006 16:35:16 -0000 On Wed, Mar 01, 2006 at 04:19:37PM +0100, Volker wrote: > Dear list members, > > I'm trying to get a 3g / UMTS connection to work on my RELENG_6 > (i386, AMD Sempron) machine. I've installed a Novatel Merlin U630 > card (pcmcia) which is providing a hayes serial modem to the system > (on sio4 in my case). > > Dialing works fine but most DNS queries are timing out, but also > most tcp sessions won't work. While in ppp (userland) I'm seeing > messages like: I had a similar problem with PCI-800H card. > Later I'm seeing message like that on the console screen: > > sio4: 152599 more interrupt-level buffer overflows (total 152599) Have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 maybe it is related. You could change sio.c and increase cp4ticks by factor of 10, then recompile your kernel and see if it helps. have you activated rtscts-flowcontrol (see /etc/rc.d/serial) for sio4? > It's a RELENG_6 machine with a recent kernel (compiled yesterday > with kernel sources from Feb-26). > > sio4: unable to activate interrupt in fast mode - using normal mode this might be if sio4 shares its irq with other resources... Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 17:30:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A3B916A420 for ; Wed, 1 Mar 2006 17:30:52 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.FreeBSD.org (Postfix) with ESMTP id D462843D45 for ; Wed, 1 Mar 2006 17:30:51 +0000 (GMT) (envelope-from scrappy@hub.org) Received: from localhost (unknown [200.46.204.144]) by hub.org (Postfix) with ESMTP id 2659662C819; Wed, 1 Mar 2006 13:30:51 -0400 (AST) Received: from hub.org ([200.46.204.220]) by localhost (av.hub.org [200.46.204.144]) (amavisd-new, port 10024) with ESMTP id 42368-02; Wed, 1 Mar 2006 13:30:50 -0400 (AST) Received: from ganymede.hub.org (blk-222-82-85.eastlink.ca [24.222.82.85]) by hub.org (Postfix) with ESMTP id B8EF862C7E4; Wed, 1 Mar 2006 13:30:50 -0400 (AST) Received: by ganymede.hub.org (Postfix, from userid 1000) id 4711E38DF3; Wed, 1 Mar 2006 13:30:50 -0400 (AST) Received: from localhost (localhost [127.0.0.1]) by ganymede.hub.org (Postfix) with ESMTP id 4657C340E3; Wed, 1 Mar 2006 13:30:50 -0400 (AST) Date: Wed, 1 Mar 2006 13:30:50 -0400 (AST) From: "Marc G. Fournier" To: Pete French In-Reply-To: Message-ID: <20060301133022.H1005@ganymede.hub.org> References: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Virus-Scanned: by amavisd-new at hub.org Cc: freebsd-stable@freebsd.org Subject: Re: New ports on older stable (4.11) 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, 01 Mar 2006 17:30:52 -0000 On Wed, 1 Mar 2006, Pete French wrote: >> 99.9% of ports seems to work ... I've hit a few that are marked as BROKEN, >> like postgis stuff, but nothing that I'd considered "mainstream" ... > > Ah, thats great to know, hanks. It's the exim/clamav/spamassassin stuff > which I really want to upgrade. I dont' use exim, so can't comment on that, but I've just gone through and upgraded my amavis/clamav/spamassassin install without any hassles ... ---- Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: scrappy@hub.org Yahoo!: yscrappy ICQ: 7615664 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 17:37:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C664416A420 for ; Wed, 1 Mar 2006 17:37:52 +0000 (GMT) (envelope-from ler@lerctr.org) Received: from lerami.lerctr.org (lerami.lerctr.org [192.147.25.11]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4C17A43D48 for ; Wed, 1 Mar 2006 17:37:52 +0000 (GMT) (envelope-from ler@lerctr.org) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lerami; d=lerctr.org; b=z7G85J2Vn33WxSBjJmhdV0yPZR/0U+JPXNldb7Dr+NPdvycqS9eTMtTk1TwZXKraxGVm3/uk+uUU8e/ihnd8d3DawS892aTUwr1TRW2iWDjz94N+J9nP8KynVB7VodWV4k9TQ+kybnD2mJMX3cVUJKojVHbHVAs8Zws9WAi8yu8=; Received: from 64-132-13-2.gen.twtelecom.net ([64.132.13.2]:34252 helo=LROSENMAC8010P) by lerami.lerctr.org with esmtpsa (TLSv1:RC4-MD5:128) (Exim 4.60) (envelope-from ) id 1FEVGh-0001qn-8Z; Wed, 01 Mar 2006 11:37:51 -0600 From: "Larry Rosenman" To: "'Marc G. Fournier'" , "'Pete French'" Date: Wed, 1 Mar 2006 11:37:42 -0600 Message-ID: <000001c63d56$d84944c0$0a0a0a0a@aus.pervasive.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20060301133022.H1005@ganymede.hub.org> Thread-Index: AcY9VfzV5hacQz56SaOrqsxfsZ+RtwAAMZEQ X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 X-LERCTR-Spam-Report: (-4.4 points, 5.0 required) ALL_TRUSTED=-1.8 BAYES_00=-2.599 DK_POLICY_SIGNALL=0.001 DomainKey-Status: no signature Cc: freebsd-stable@freebsd.org Subject: RE: New ports on older stable (4.11) 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, 01 Mar 2006 17:37:52 -0000 I have Exim/ClamAV and SpamAssassin from Ports on a 4.11 system. Works fine :) LER -- 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 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 17:39:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9B63616A422 for ; Wed, 1 Mar 2006 17:39:21 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from sccrmhc11.comcast.net (sccrmhc11.comcast.net [63.240.77.81]) by mx1.FreeBSD.org (Postfix) with ESMTP id 93AFD43D64 for ; Wed, 1 Mar 2006 17:39:18 +0000 (GMT) (envelope-from kdgrills@the-grills.com) Received: from srv1.the-grills.com (c-71-57-60-59.hsd1.il.comcast.net[71.57.60.59]) by comcast.net (sccrmhc11) with SMTP id <2006030117390701100kqjqne>; Wed, 1 Mar 2006 17:39:07 +0000 Received: (qmail 99815 invoked by uid 1001); 1 Mar 2006 17:39:06 -0000 Date: Wed, 1 Mar 2006 11:39:06 -0600 From: "Kelly D. Grills" To: freebsd-stable@freebsd.org Message-ID: <20060301173905.GE15316@the-grills.com> References: <20060301082408.A1005@ganymede.hub.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EeQfGwPcQSOJBaQU" Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD/6.0-RELEASE (i386) X-PGP-Key: mailto:kdgrills-pgpkey@the-grills.com User-Agent: Mutt/1.5.11 Subject: Re: New ports on older stable (4.11) 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, 01 Mar 2006 17:39:21 -0000 --EeQfGwPcQSOJBaQU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 01, 2006 at 03:09:24PM +0000, Pete French wrote: >=20 > > 99.9% of ports seems to work ... I've hit a few that are marked as BROK= EN,=20 > > like postgis stuff, but nothing that I'd considered "mainstream" ... >=20 > Ah, thats great to know, hanks. It's the exim/clamav/spamassassin stuff > which I really want to upgrade. >=20 My upgrade procedure includes: 1. Backup ports with ports/sysutils/portupgrade. (-b switch) 2. Update the ports collection and index 3. Read ports/UPDATING 4. Upgrade and verify each port individually 5. Keep ports/sysutils/portdowngrade handy --=20 Kelly D. Grills kdgrills@the-grills.com --EeQfGwPcQSOJBaQU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) Comment: PGP key: mailto:kdgrills-pgpkey@the-grills.com iD8DBQFEBdw47inS5LzF7HMRAkPeAJ9ARXo9soV2CejgXtnNv62dDA/33QCfVo8U hGUpbU71O6M9MKkSyHHpHic= =+FMQ -----END PGP SIGNATURE----- --EeQfGwPcQSOJBaQU-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 18:47:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5F61F16A420 for ; Wed, 1 Mar 2006 18:47:00 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [64.174.51.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 131C043D46 for ; Wed, 1 Mar 2006 18:46:59 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail2.ambrisko.com with ESMTP; 01 Mar 2006 10:46:41 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.11) with ESMTP id k21IkwGZ034662; Wed, 1 Mar 2006 10:46:58 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k21Ikw4e034661; Wed, 1 Mar 2006 10:46:58 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200603011846.k21Ikw4e034661@ambrisko.com> In-Reply-To: To: Cristiano Deana Date: Wed, 1 Mar 2006 10:46:58 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: New 'amr' driver and linux MegaMGR 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, 01 Mar 2006 18:47:00 -0000 Cristiano Deana writes: [ Charset ISO-8859-1 unsupported, converting... ] | 2006/3/1, Paul Saab : | > works fine | | I got: | Failed to open driver node /dev/megadev0 Make sure you have amr_linux. kldload amr_linux.ko. Then you should get a /dev/megadev0. It also works in a static kernel. You might want to do an ls -l of /dev/megadev0. This is only available in FreeBSD 6.1 and -current it is not in FreeBSD 6.0. The changes will drop into FreeBSD 6.0 though. Doug A. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 19:05:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E07D916A420 for ; Wed, 1 Mar 2006 19:05:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from pi.codefab.com (pi.codefab.com [199.103.21.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 66C4543D45 for ; Wed, 1 Mar 2006 19:05:54 +0000 (GMT) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 9B6CF5CFA; Wed, 1 Mar 2006 14:05:53 -0500 (EST) Received: from pi.codefab.com ([127.0.0.1]) by localhost (pi.codefab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 84005-10; Wed, 1 Mar 2006 14:05:51 -0500 (EST) Received: from [199.103.21.238] (pan.codefab.com [199.103.21.238]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTP id B7D105CF7; Wed, 1 Mar 2006 14:05:51 -0500 (EST) In-Reply-To: <20060301001626.GM21419@isc.org> References: <54176.24.90.33.115.1138971301.squirrel@mail.el.net> <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> <20060206225310.GA16149@isc.org> <43EB80D0.2090303@mac.com> <20060301001626.GM21419@isc.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <7FBCD272-D73B-4EDC-9DC0-6845C186CE40@mac.com> Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Wed, 1 Mar 2006 14:05:48 -0500 To: "David W. Hankins" X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: amavisd-new at codefab.com Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 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, 01 Mar 2006 19:05:55 -0000 On Feb 28, 2006, at 7:16 PM, David W. Hankins wrote: > On Thu, Feb 09, 2006 at 12:50:08PM -0500, Chuck Swiger wrote: >> If you haven't read this: >> >> http://files.stuartcheshire.org/draft-cheshire-ipv4-acd.txt >> >> ...it's worth considering the way it standardizes (or proposes to >> standardize) >> how ARP traffic from unconfigured IPs should be done to avoid >> flooding large >> networks, or polluting the ARP caches with traffic from >> unconfigured hosts. > > If we get enough demand for zeroconf, or funding for development, or > contributed patches, we can entertain it. Inarguably, such support > does belong in dhclient since you really only want to entertain > zeroconf when dhcp fails, consistently (and also doesn't supply the > relevant new options in DHCPNAK that tell clients not to entertain > zeroconf). > > Doing address conflict detection just to probe the offered address in > DHCP is worthwhile, learning to do ARP also lets us pick up on Bernard > Aboba's DNAv4 draft, which (did I say this already?) I must admit I > have a fondness for, a desire to implement. If a complete lack of > demand from users (so this remains a far, far future). Perhaps I'll be free to contribute some patches, as I've got code that handles layer-2 ARP traffic per the recommendations in the link above. But I don't own the software in question, it was for a client, so I'll have to see whether I can get permission before I can redistribute anything.... > I think that exhausts your last DHCP related query that might > reasonably > have been a part of this thread. We should probably move the rest of > this off-list, if at all. I didn't start the thread; and you asked for feedback about the usage of ISC DHCP under FreeBSD and for suggestions on what you could improve: "So I also still don't even know what base features would get ISC back in the running for...I don't know...FreeBSD 7?" "If anyone would like to work with me to produce a, I shall term, "working implementation of DHCP" that's well suited to FreeBSD's needs, I would like to hear your thoughts on needs and requirements." If you didn't actually want to be answered, then I apologize for indulging your rhetorical questions. [ ... ] > I suspect you may not realize this, so I'll point it out: You are > arguing with ISC's policy, to which as an employee I must adhere, > not me. I'm not really interested in arguing with either you or ISC's policy, frankly. If the policy results in useful, reliable, and secure code, great...but even two out of three isn't bad. I wish I could count on ISC's policy to also deliver secure software, but this policy hasn't done so in the past [1], and you've convinced me that I'd be wasting my time discussing secure coding practices any further with you. Later, -- -Chuck [1]: http://www.isc.org/index.pl?/sw/bind/bind-security.php By my count, two-thirds of the bugs listed here (more than ten) were buffer-overflow or bounds-checking failures; in particular: Name: "maxdname bug" Versions affected: 4.9.5, 4.9.5 patchlevel 1, 4.9.6, 4.9.7, 4.9.8, 8.1, 8.1.1, 8.1.2, 8.2, 8.2 patchlevel 1, 8.2.1, 8.2.2, 8.2.2 patchlevel 1 Severity: MINOR Exploitable: Remotely Type: Denial of service Description: The use of sprintf() with data from the network can result in a buffer overflow condition which may result in unexpected behavior. Because of the placement of the buffer which might be overflowed, it is unlikely this bug will result in serious consequences, however the possibility of a remotely triggered server crash cannot be ruled out. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 19:09:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AE2C516A423 for ; Wed, 1 Mar 2006 19:09:12 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-d.dmv.com (smtp-gw-cl-d.dmv.com [216.240.97.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id C8B3943D4C for ; Wed, 1 Mar 2006 19:09:11 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-a.dmv.com (mail-gw-cl-a.dmv.com [216.240.97.38]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id k21J9Aft068516; Wed, 1 Mar 2006 14:09:10 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-a.dmv.com (8.12.9/8.12.9) with ESMTP id k21J99H0011301; Wed, 1 Mar 2006 14:09:10 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Kris Kennaway In-Reply-To: <20060223205342.GA91253@xor.obsecurity.org> References: <1140727266.23965.43.camel@lanshark.dmv.com> <20060223205342.GA91253@xor.obsecurity.org> Content-Type: text/plain Date: Wed, 01 Mar 2006 14:10:57 -0500 Message-Id: <1141240258.1013.19.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.38 Cc: freebsd-stable@freebsd.org Subject: Re: LSI Megaraid (amr) performance woes 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, 01 Mar 2006 19:09:12 -0000 On Thu, 2006-02-23 at 15:53 -0500, Kris Kennaway wrote: > On Thu, Feb 23, 2006 at 03:41:06PM -0500, Sven Willenberger wrote: > > I am having some issues getting any (write) performance out of an LSi > > Megaraid (320-1) SCSI raid card (using the amr driver). The system is an > > i386 (p4 xeon) with on-board adaptec scsi controllers and a SUPER GEM318 > > Saf-te backplane with 6 ea 146GB U320 10k rpm Hitachi drives. > > Try again with 6.1, performance should be much better. > > Kris I cvsupped a 6.1 prerelease and found no performance improvements. I did some further tests and the performance issues seem very specific to the mirroring aspect of the raid: The server has 6 drives so I set up a single-drive Raid0, dual-drive raid0 and triple-drive raid0 using the lsi configuration tool. Since these were simple stripes I would expect increasing performance with each additional drive and the results matched these expectations. Write speeds were roughly 50MB/sec, 100MB/sec, and 150MB/sec for the single,dual, and triple drive stripes respectively with read speeds on the order of 110MB/s or so. I then went back to the beginning and setup a simple 2-drive mirror, and a 4-drive raid 10 (spanning/striping over 2 mirrors). After reinstalling the OS I ended up with the following results: on the 2-drive mirror write speeds were an abysmal 7MB/sec and on the 4-disk raid10 write speeds were 8MB/sec. Looking at iostat during the write (using dd if=/dev/zero of=filename bs=64k count=32768) I saw that the 2-drive mirror seemed to jump between 35 tps and 65 tps with and average 128kb per transaction while the 4-drive array maintained a more consistent 65 tps. Read speeds on the 4-drive array were around 110MB/sec. I cannot rule out the possiblity that the card itself is bad but in an effort to try and do so I tried these tests using an install of slackware 10.2 (using the 2.6 kernel and megaraid.ko module) and reiserfs filesystem. On the 2-drive mirror I achieved write speeds of 22MB/sec and the 4-drive array saw write speeds of about 45MB/sec. Read speeds on the 4-drive array were roughly 150MB/sec. In summary, it would seem that the amr driver (which I also tested on a tyan transport system (using the same hard drives) using FreeBSD amd64 (as it is an AMD system) and had the same results as on the i386 system) seems to have issues when any type of data-duplication (mirror) scheme is in place. Is there anything I can try and do to troubleshoot this on a lower level? Is it possible that the card is actually just defective? Sven From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 20:09:17 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4A80416A420 for ; Wed, 1 Mar 2006 20:09:17 +0000 (GMT) (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 CCD7143D5A for ; Wed, 1 Mar 2006 20:09:16 +0000 (GMT) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.4/8.13.4) with ESMTP id k21K936N056121; Wed, 1 Mar 2006 15:09:04 -0500 (EST) (envelope-from mike@sentex.net) Received: from simian.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.3/8.13.3) with ESMTP id k21K925C011222 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2006 15:09:02 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <6.2.3.4.0.20060301150537.09d7b700@64.7.153.2> X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4 Date: Wed, 01 Mar 2006 15:08:59 -0500 To: Sven Willenberger From: Mike Tancsa In-Reply-To: <1141240258.1013.19.camel@lanshark.dmv.com> References: <1140727266.23965.43.camel@lanshark.dmv.com> <20060223205342.GA91253@xor.obsecurity.org> <1141240258.1013.19.camel@lanshark.dmv.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Virus-Scanned: by amavisd-new X-Scanned-By: MIMEDefang 2.51 on 64.7.153.18 Cc: freebsd-stable@freebsd.org Subject: Re: LSI Megaraid (amr) performance woes 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, 01 Mar 2006 20:09:17 -0000 At 02:10 PM 01/03/2006, Sven Willenberger wrote: >I cvsupped a 6.1 prerelease and found no performance improvements. I did >some further tests and the performance issues seem very specific to the >mirroring aspect of the raid: I am not familiar with the LSI cards, but with older 3ware and the ARECA cards, the raid sets when in any sort of redundancy mode must initialize in the background before normal use. Until that is complete, performance is seriously slow. Is the LSI doing that, and perhaps just not telling you ? ---Mike From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 20:25:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 64B4F16A420 for ; Wed, 1 Mar 2006 20:25:00 +0000 (GMT) (envelope-from sven@dmv.com) Received: from smtp-gw-cl-c.dmv.com (smtp-gw-cl-c.dmv.com [216.240.97.41]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB88343D48 for ; Wed, 1 Mar 2006 20:24:59 +0000 (GMT) (envelope-from sven@dmv.com) Received: from mail-gw-cl-b.dmv.com (mail-gw-cl-b.dmv.com [216.240.97.39]) by smtp-gw-cl-c.dmv.com (8.12.10/8.12.10) with ESMTP id k21KOwYZ065145; Wed, 1 Mar 2006 15:24:58 -0500 (EST) (envelope-from sven@dmv.com) Received: from lanshark.dmv.com (lanshark.dmv.com [216.240.97.46]) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id k21KOw0u044187; Wed, 1 Mar 2006 15:24:58 -0500 (EST) (envelope-from sven@dmv.com) From: Sven Willenberger To: Mike Tancsa In-Reply-To: <6.2.3.4.0.20060301150537.09d7b700@64.7.153.2> References: <1140727266.23965.43.camel@lanshark.dmv.com> <20060223205342.GA91253@xor.obsecurity.org> <1141240258.1013.19.camel@lanshark.dmv.com> <6.2.3.4.0.20060301150537.09d7b700@64.7.153.2> Content-Type: text/plain Date: Wed, 01 Mar 2006 15:26:46 -0500 Message-Id: <1141244806.1013.26.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.4.1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.39 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.39 Cc: freebsd-stable@freebsd.org Subject: Re: LSI Megaraid (amr) performance woes 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, 01 Mar 2006 20:25:00 -0000 On Wed, 2006-03-01 at 15:08 -0500, Mike Tancsa wrote: > At 02:10 PM 01/03/2006, Sven Willenberger wrote: > > >I cvsupped a 6.1 prerelease and found no performance improvements. I did > >some further tests and the performance issues seem very specific to the > >mirroring aspect of the raid: > > > I am not familiar with the LSI cards, but with older 3ware and the > ARECA cards, the raid sets when in any sort of redundancy mode must > initialize in the background before normal use. Until that is > complete, performance is seriously slow. Is the LSI doing that, and > perhaps just not telling you ? > > ---Mike > I had thought of this too so I disabled the rapid (background) initialization option and let the raids build to completion the slow way. So unless it is still building even after it is done (or is doing some other odd processor-intensive crc checking or something) I don't think this is the source of the problem. Sven From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 20:56:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 180F716A420 for ; Wed, 1 Mar 2006 20:56:49 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: from kaboom.isc.org (kaboom.isc.org [204.152.187.72]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9F1D543D9A for ; Wed, 1 Mar 2006 20:56:21 +0000 (GMT) (envelope-from David_Hankins@isc.org) Received: by kaboom.isc.org (Postfix, from userid 10200) id 2B3B9C2D70; Wed, 1 Mar 2006 12:56:21 -0800 (PST) Date: Wed, 1 Mar 2006 12:56:20 -0800 From: "David W. Hankins" To: Charles Swiger Message-ID: <20060301205620.GD27931@isc.org> References: <20060203130241.GJ44469@pegasus.dyndns.info> <60155.24.90.33.115.1138981486.squirrel@mail.el.net> <61418.24.90.33.115.1139004207.squirrel@mail.el.net> <20060204005501.GD7613@isc.org> <43E44BAD.50601@mac.com> <20060206225310.GA16149@isc.org> <43EB80D0.2090303@mac.com> <20060301001626.GM21419@isc.org> <7FBCD272-D73B-4EDC-9DC0-6845C186CE40@mac.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="k1lZvvs/B4yU6o8G" Content-Disposition: inline In-Reply-To: <7FBCD272-D73B-4EDC-9DC0-6845C186CE40@mac.com> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: dhclient in 6.0 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, 01 Mar 2006 20:56:49 -0000 --k1lZvvs/B4yU6o8G Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 01, 2006 at 02:05:48PM -0500, Charles Swiger wrote: > Perhaps I'll be free to contribute some patches, as I've got code =20 > that handles layer-2 ARP traffic per the recommendations in the link =20 > above. But I don't own the software in question, it was for a =20 > client, so I'll have to see whether I can get permission before I can =20 > redistribute anything.... Excellent! Mail it to dhcp-suggest@isc.org, and we'll incorporate it as soon as we can review it. > >I think that exhausts your last DHCP related query that might =20 > >reasonably > >have been a part of this thread. We should probably move the rest of > >this off-list, if at all. >=20 > I didn't start the thread; Neither did I. I don't want to hijack it or this list for your or my own ends either. > and you asked for feedback about the usage =20 > of ISC DHCP under FreeBSD and for suggestions on what you could improve: That's not what I meant. Between the two of us, we've wandered off the purpose this thread presented. We're no longer talking about dhclient for FreeBSD and things that might be nice for that, we're talking entirely about open source security philosphy. It's just not topical. > If you didn't actually want to be answered, then I apologize for =20 > indulging your rhetorical questions. "We want secure software" is absolutely an adequate response. The point I'm trying to make is that we believe we already produce that; through application of the policy I've described in the narrow cases you presented. And there's very little I can do about the code that predates me on this project, except to improve it where I can. At this point, you are absolutely arguing that policy, and that's not topical. If you really want to argue it (and despite your claims to the contrary, it seems you do), I'm more than happy to move this off-list or to dhcp-server@isc.org if you want it to remain a public discourse, or to any other list freebsd or otherwise that you think is topical. But I'm pretty sure freebsd-stable doesn't care. > I'm not really interested in arguing with either you or ISC's policy, =20 > frankly. You appear, from the outside, to participate in activities you have no interest in. I must imagine this makes life very dull. > and you've convinced me that I'd be wasting =20 > my time discussing secure coding practices any further with you. Well, that depends on what you mean. If you want further insight on the policies I implement as an employee at ISC, I'm more than happy to discuss my best understanding of them with you, off-list or on any topical list. Or if you're going to IETF 65, I'd even be happy to discuss it with you in person there. If you want to actually acheive some kind of change in ISC's internal policies, I am powerless there. I suggest you contact a member of ISC's management team. I can even try to arrange an introduction if you require one. > If the policy results in useful, reliable, and secure code, > great...but even two out of three isn't bad. I wish I could count on > ISC's policy to also deliver secure software, but this policy hasn't > done so in the past [1], > [1]: http://www.isc.org/index.pl?/sw/bind/bind-security.php >=20 > By my count, two-thirds of the bugs listed here (more than ten) were =20 > buffer-overflow or bounds-checking failures; in particular: This is an excellent example of finding accurate, up to date information, and then coming to completely the wrong conclusion because you were missing out on how those events correlate, specifically, the timeline. It is from what was learned from bind 4 and 8 that current policy was formed, and after that bind9 was constructed; so measuring the success of the single policy I've mentioned, much less the success of the sum of all ISC's policies and people, against the bind4/bind8 track record is like comparing apples with orangutangs. Note the distinct lack of advisory in bind9. There have been three events. One was in openssl, which bind9 relies upon. There is very little we can do about that. Another was in libbind, which is actually pulled down from bind8...this is a relic of the past. The last was an overly zealous fencepost check...the server chose not to continue operating thinking it was internally inconsistent (and therefore likely to produce invalid output), when in fact it was the input from the network that was inconsistent. This third example is a combination of success and failure. We succeeded in enforcing correctness, and it was accomplished by accepting a vulnerability to this kind of DoS. Wether you or I or freebsd-stable like it or not, that is precisely what ISC's management have optimized our behaviour to acheive. Correctness at the expense of (dos-level) security and performance, security at the expense of even more performance, all else wherever we can fit it. I could accept your statement that you require the contrary and code to that requirement, but doing so would put my job in jeopardy: I would be violating ISC policy. And I like my job. This is the single greatest job I think I've ever had. So, it is not realistic to think that I am going to be able to do anything to get your security philosophy applied to ISC DHCP in any future release. It would also be far more truthful to state that ever since the combination of people and policies was constructed to produce the software known as bind9, which in small part I'm trying to explain to you these past few weeks, no significant event has ocurred that was a result of that work. One might think this supports the position that those policies are working effectively. In effect, the converse of what you're attempting to prove is the real truth. But it's better to be right because you're right, than to be right because no one has yet proven you wrong. What I mean is, we can and do review our procedures internally to further improve quality of code...we are not so proud as to think that a security vulnerability in bind9 (or any other product) is impossible. Now if only the last 12% of the market would select secure, useful, and reliable, over bind8 (or bind4 even): http://www.isc.org/ops/ds/reports/2006-01/dist-servsoft.php --=20 David W. Hankins "If you don't do it right the first time, Software Engineer you'll just have to do it again." Internet Systems Consortium, Inc. -- Jack T. Hankins --k1lZvvs/B4yU6o8G Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFEBgp0cXeLeWu2vmoRArSUAJ4+5ntzLdJeJXnDzgKHWnvUcxOxoACgjNsi HNTeSSCCPHtJYXkDkD9R9ME= =Ythm -----END PGP SIGNATURE----- --k1lZvvs/B4yU6o8G-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 22:09:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9FE8616A420 for ; Wed, 1 Mar 2006 22:09:02 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [64.174.51.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4D70D43D46 for ; Wed, 1 Mar 2006 22:09:02 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail2.ambrisko.com with ESMTP; 01 Mar 2006 14:08:44 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.11) with ESMTP id k21M916X045661; Wed, 1 Mar 2006 14:09:01 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k21M91f1045660; Wed, 1 Mar 2006 14:09:01 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200603012209.k21M91f1045660@ambrisko.com> In-Reply-To: <1141244806.1013.26.camel@lanshark.dmv.com> To: Sven Willenberger Date: Wed, 1 Mar 2006 14:09:01 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: LSI Megaraid (amr) performance woes 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, 01 Mar 2006 22:09:02 -0000 Sven Willenberger writes: | On Wed, 2006-03-01 at 15:08 -0500, Mike Tancsa wrote: | > At 02:10 PM 01/03/2006, Sven Willenberger wrote: | > | > >I cvsupped a 6.1 prerelease and found no performance improvements. I did | > >some further tests and the performance issues seem very specific to the | > >mirroring aspect of the raid: | > | > | > I am not familiar with the LSI cards, but with older 3ware and the | > ARECA cards, the raid sets when in any sort of redundancy mode must | > initialize in the background before normal use. Until that is | > complete, performance is seriously slow. Is the LSI doing that, and | > perhaps just not telling you ? | | I had thought of this too so I disabled the rapid (background) | initialization option and let the raids build to completion the slow | way. So unless it is still building even after it is done (or is doing | some other odd processor-intensive crc checking or something) I don't | think this is the source of the problem. If you run the Linux MegaMon utilties it will tell you if the controller is running background tasks like this and tell you the progress. Doug A. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 1 23:46:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EE10416A420 for ; Wed, 1 Mar 2006 23:46:32 +0000 (GMT) (envelope-from volker@vwsoft.com) Received: from gwfra.elbekies.net (tce71.tce85.de [195.145.102.20]) by mx1.FreeBSD.org (Postfix) with ESMTP id 74FAC43D7C for ; Wed, 1 Mar 2006 23:46:23 +0000 (GMT) (envelope-from volker@vwsoft.com) Received-SPF: pass (gwfra.elbekies.net: domain of vwsoft.com designates 212.23.126.20 as permitted sender) client-ip=212.23.126.20; envelope-from=volker@vwsoft.com; helo=mail.vtec.ipme.de; Received: from mail.vtec.ipme.de (gprs-pool-1-020.eplus-online.de [212.23.126.20]) by gwfra.elbekies.net (Postfix) with ESMTP id 1830417038 for ; Thu, 2 Mar 2006 00:46:20 +0100 (CET) Received: from [127.0.0.1] (unknown [192.168.201.3]) by mail.vtec.ipme.de (Postfix) with ESMTP id 914625C0E; Thu, 2 Mar 2006 00:46:00 +0100 (CET) Message-ID: <44063246.1020000@vwsoft.com> Date: Thu, 02 Mar 2006 00:46:14 +0100 From: Volker User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.10) Gecko/20050716 Thunderbird/1.0.6 Mnenhy/0.6.0.101 MIME-Version: 1.0 To: Holger Kipp References: <4405BB89.204@vwsoft.com> <20060301163513.GB70143@intserv.int1.b.intern> In-Reply-To: <20060301163513.GB70143@intserv.int1.b.intern> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-VWSoft-MailScanner: Found to be clean X-TarmacIntl-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: ppp HDLC errors 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, 01 Mar 2006 23:46:33 -0000 On 2006-03-01 17:35, Holger Kipp wrote: > On Wed, Mar 01, 2006 at 04:19:37PM +0100, Volker wrote: >> Dear list members, >> >> I'm trying to get a 3g / UMTS connection to work on my RELENG_6 >> (i386, AMD Sempron) machine. I've installed a Novatel Merlin U630 >> card (pcmcia) which is providing a hayes serial modem to the system >> (on sio4 in my case). >> >> Dialing works fine but most DNS queries are timing out, but also >> most tcp sessions won't work. While in ppp (userland) I'm seeing >> messages like: > > I had a similar problem with PCI-800H card. > >> Later I'm seeing message like that on the console screen: >> >> sio4: 152599 more interrupt-level buffer overflows (total 152599) > > Have a look at http://www.freebsd.org/cgi/query-pr.cgi?pr=51982 > maybe it is related. You could change sio.c and increase cp4ticks > by factor of 10, then recompile your kernel and see if it helps. Thanks for that pointer - it DID help! :) But multiplying cp4ticks by factor 10 didn't do it. I've set HZ=1000 in my kernel config and first tried the PR suggested value. Then I tried the second PR suggested solution which was a bit better but still produced error messages. I've now set: cp4ticks = speed / 10 / 100 * 160 so I multiplied the default value by 40 (not just by 10) and the ppp HDLC error messages and the interrupt kernel messages went away. I've seen the error messages and bad behaviour even at 'low' baud rates of 57600 kbit/s. With my mods I'm now running at 230400 kbit/s and don't see the error messages anymore. > > have you activated rtscts-flowcontrol (see /etc/rc.d/serial) for sio4? > Now I did it but just after making sure it doesn't mask my true problem. But on the other hand I've already told ppp to use ctsrts before. >> It's a RELENG_6 machine with a recent kernel (compiled yesterday >> with kernel sources from Feb-26). >> >> sio4: unable to activate interrupt in fast mode - using normal mode > > this might be if sio4 shares its irq with other resources... Yes it does. I would have to move PCI cards to change irq assignment. But as long as it works, I don't care about irq sharing and now it seems to work. Again, thank you for your hint! It saved me some more hours. Greetings, Volker From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 04:16:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D303716A420 for ; Thu, 2 Mar 2006 04:16:42 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (gw-ipinc.museum.rain.com [65.75.192.74]) by mx1.FreeBSD.org (Postfix) with ESMTP id A4ED743D5A for ; Thu, 2 Mar 2006 04:16:41 +0000 (GMT) (envelope-from james_mapson@umpquanet.com) Received: from ns.museum.rain.com (localhost [127.0.0.1]) by ns.museum.rain.com (8.13.4/8.13.4) with ESMTP id k224GWK2027523 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Wed, 1 Mar 2006 20:16:32 -0800 (PST) (envelope-from james@umpquanet.com) Received: (from james@localhost) by ns.museum.rain.com (8.13.4/8.13.4/Submit) id k224GV5M027522; Wed, 1 Mar 2006 20:16:31 -0800 (PST) (envelope-from james) Date: Wed, 1 Mar 2006 20:16:31 -0800 From: James Long To: freebsd-stable@freebsd.org, Pete French Message-ID: <20060302041631.GA27435@ns.museum.rain.com> References: <20060301120110.E8E2B16A425@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060301120110.E8E2B16A425@hub.freebsd.org> User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-101.4 required=5.0 tests=ALL_TRUSTED, USER_IN_WHITELIST autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on ns.museum.rain.com Cc: Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 04:16:42 -0000 > Date: Wed, 01 Mar 2006 11:05:13 +0000 > From: Pete French > Subject: New ports on older stable (4.11) > To: freebsd-stable@freebsd.org > Message-ID: > > I dont know how backward compatible ports are ggenerally, but I > have a 4.11 machine that I really want to upgrade the ports on. > But I dont know if they will alla ctually compile, and I dont wnat to > start doing the process only to find that I cant build one of them > possibly. Does anybody know if this is likely to work, or is it > simply unsupported ? > > I;d love to upgrade the machine to 6.1 - but I have no physical access to > it, nor am I likely to get any for the forseeable future, and upgrading > across the 4/5 boundary isn't something I would be happy doing remotiley > in multi-user mode (if it's even possible!) > > -pcf. This is rather a case of the extremely near-sighted leading the blind, but I recently inherited the care of some older boxen, and in fact, recently deployed a new 4.11 installation, and proceeded to build up-to-date ports on it. I still share a part of your trepidation about getting oneself into a bind with uncooperative dependencies, etc. However, I have had more success than I would have imagined. Here are some suggestions, and I certainly welcome corrections to my advice from more expert sources. Start by backing up your /usr/ports and your /var/db/pkg and /var/db/ports and anything else you can think of. Heck, back up the whole samn dystem if you can. To paraphrase Douglas Adams, the universe is a lot safer if you have a backup. I should think portaudit would be the first thing you'd want to install, so that you can find out if other ports have security problems. Go slow, read Makefiles first, that sort of thing. You can probably install portupgrade without too much trouble, as it doesn't have a lot of dependencies. Then a lot of use of portupgrade -nR (portname) will tell you which ports have the fewest dependencies, and -nr (portname) will tell you which ports depend on any given port you may be thinking about upgrading. Just for prurient interest, would you care to post your pkg_info? If you have portupgrade installed, or can install it, how about the output from "portupgrade -na" also. Jim From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 04:45:41 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 079E216A420; Thu, 2 Mar 2006 04:45:41 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 011DE43D48; Thu, 2 Mar 2006 04:45:39 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k224jX9d075589 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 06:45:33 +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.4/8.13.4) with ESMTP id k224jWVW069768; Thu, 2 Mar 2006 06:45:32 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k224jWfm069767; Thu, 2 Mar 2006 06:45:32 +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: Thu, 2 Mar 2006 06:45:32 +0200 From: Kostik Belousov To: freebsd-stable@freebsd.org, jhb@freebsd.org Message-ID: <20060302044532.GH92816@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qz2CZ664xQdCRdPu" Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: Subject: Latest (1.17.2.3) sys/i386/i386/local_apic.c on RELENG_6 and DDB 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, 02 Mar 2006 04:45:41 -0000 --Qz2CZ664xQdCRdPu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Latest MFC'ed revision of the sys/i386/i386/local_apic.c, rev. 1.17.2.3, causes i386 (and, probably, amd64) kernel compilation error when options DDB=20 is specified in kernel config: cc -c -O -pipe -march=3Dpentiumpro -Wall -Wredundant-decls -Wnested-externs= -Wstri ct-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -= fform at-extensions -std=3Dc99 -g -nostdinc -I- -I. -I/usr/bsd/src/sys -I/usr/bs= d/src/s ys/contrib/altq -I/usr/bsd/src/sys/contrib/ipfilter -I/usr/bsd/src/sys/cont= rib/p f -I/usr/bsd/src/sys/contrib/dev/ath -I/usr/bsd/src/sys/contrib/dev/ath/fre= ebsd -I/usr/bsd/src/sys/contrib/ngatm -I/usr/bsd/src/sys/dev/twa -D_KERNEL = -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-lim= it=3D8000 --param inline-unit-growth=3D100 --param large-function-growth=3D= 1000 -mno-align-long-strings -mpreferred-stack-boundary=3D2 -mno-mmx -mno= -3dnow -mno-sse -mno-sse2 -ffreestanding -Werror /usr/bsd/src/sys/i386/i38= 6/local_apic.c /usr/bsd/src/sys/i386/i386/local_apic.c: In function `db_show_apic': /usr/bsd/src/sys/i386/i386/local_apic.c:790: warning: implicit declaration = of function `db_dump_intr_event' /usr/bsd/src/sys/i386/i386/local_apic.c:790: warning: nested extern declara= tion of `db_dump_intr_event' /usr/bsd/src/sys/i386/i386/local_apic.c:790: error: structure has no member= named `is_event' *** Error code 1 Stop in /usr/bsd/obj/usr/bsd/src/sys/POOMA. *** Error code 1 It seems that sys/kern/kern_intr.c, rev. 1.127 and sys/sys/interrupt.h rev. 1.32 shall be (partially) mfc'ed too, or (much more lilkely)=20 reference to db_dump_intr_event shall be removed. Best regards, Kostik Belousov --Qz2CZ664xQdCRdPu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBnhrC3+MBN1Mb4gRAvZ/AJ9oCgROFvA7Dqu8ZYvOu8neSl+rEgCdFcyd EoKVGJGNcrzP/97t3TXQE1Q= =cO7M -----END PGP SIGNATURE----- --Qz2CZ664xQdCRdPu-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 05:00:35 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0BB3C16A420; Thu, 2 Mar 2006 05:00:35 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4EC6E43D6E; Thu, 2 Mar 2006 05:00:26 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2250PHw079555; Thu, 2 Mar 2006 00:00:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.13.4/8.13.4) with ESMTP id k2250onF079769; Thu, 2 Mar 2006 00:00:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E5A757304D; Thu, 2 Mar 2006 00:00:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060302050025.E5A757304D@freebsd-current.sentex.ca> Date: Thu, 2 Mar 2006 00:00:25 -0500 (EST) X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2006 05:00:35 -0000 TB --- 2006-03-02 03:07:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-02 03:07:50 - starting RELENG_6 tinderbox run for amd64/amd64 TB --- 2006-03-02 03:07:50 - cleaning the object tree TB --- 2006-03-02 03:08:27 - checking out the source tree TB --- 2006-03-02 03:08:27 - cd /tinderbox/RELENG_6/amd64/amd64 TB --- 2006-03-02 03:08:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-03-02 03:17:20 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-02 03:17:20 - cd /src TB --- 2006-03-02 03:17:20 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries TB --- 2006-03-02 04:48:19 - generating LINT kernel config TB --- 2006-03-02 04:48:19 - cd /src/sys/amd64/conf TB --- 2006-03-02 04:48:19 - /usr/bin/make -B LINT TB --- 2006-03-02 04:48:19 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-02 04:48:19 - cd /src TB --- 2006-03-02 04:48:19 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 2 04:48:20 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/amd64/io.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/amd64/io_apic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/amd64/legacy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/amd64/amd64/local_apic.c /src/sys/amd64/amd64/local_apic.c: In function `db_show_apic': /src/sys/amd64/amd64/local_apic.c:789: warning: implicit declaration of function `db_dump_intr_event' /src/sys/amd64/amd64/local_apic.c:789: warning: nested extern declaration of `db_dump_intr_event' /src/sys/amd64/amd64/local_apic.c:789: error: structure has no member named `is_event' *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-02 05:00:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-02 05:00:25 - ERROR: failed to build lint kernel TB --- 2006-03-02 05:00:25 - tinderbox aborted TB --- 1.27 user 6.70 system 6755.52 real From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 05:35:30 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C3AC916A420 for ; Thu, 2 Mar 2006 05:35:30 +0000 (GMT) (envelope-from nick@tehmatix.net) Received: from www.tehmatix.net (tehmatix.net [82.165.179.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id E74EC43D5F for ; Thu, 2 Mar 2006 05:35:28 +0000 (GMT) (envelope-from nick@tehmatix.net) Received: from UebiMiau (localhost.localdomain [127.0.0.1]) by www.tehmatix.net (Postfix) with SMTP id E5E5DC34D for ; Wed, 1 Mar 2006 23:35:31 -0600 (CST) Received: from client 66.17.8.195 for UebiMiau2.7 (webmail client); Wed, 1 Mar 2006 23:35:31 -0000 Date: Wed, 1 Mar 2006 23:35:31 -0000 From: "Nick" To: freebsd-stable@freebsd.org X-Priority: 3 X-Mailer: UebiMiau 2.7.2 X-Original-IP: 66.17.8.195 Content-Transfer-Encoding: 8bit X-MSMail-Priority: Medium Importance: Medium Message-Id: <20060302053531.E5E5DC34D@www.tehmatix.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Remote Installworld X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Nick List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2006 05:35:30 -0000 I'm currently administering a machine about 1500mi from me with nobody local to the machine to assist me. Anyways, my only access to this machine is via SSH, no remote serial console or anything. When I try to do a "make installworld" I end up with install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not permitted very shortly thereafter. I cannot boot into single user mode because I am far, far away from the machine. What can I do to finish the installworld? Thanks Nick ________________________________________________ VHCS Webmail From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 07:01:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 62BEF16A420; Thu, 2 Mar 2006 07:01:25 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id 63AC543D4C; Thu, 2 Mar 2006 07:01:21 +0000 (GMT) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.13.4/8.13.4) with ESMTP id k2271JYA085280; Thu, 2 Mar 2006 02:01:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.13.3/8.13.3) with ESMTP id k2271KK3067718; Thu, 2 Mar 2006 02:01:20 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0310B7304D; Thu, 2 Mar 2006 02:01:19 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20060302070119.0310B7304D@freebsd-current.sentex.ca> Date: Thu, 2 Mar 2006 02:01:19 -0500 (EST) X-Virus-Scanned: ClamAV version 0.85.1, clamav-milter version 0.85 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.51 on 205.211.164.50 Cc: Subject: [releng_6 tinderbox] failure on i386/i386 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2006 07:01:25 -0000 TB --- 2006-03-02 05:00:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2006-03-02 05:00:26 - starting RELENG_6 tinderbox run for i386/i386 TB --- 2006-03-02 05:00:26 - cleaning the object tree TB --- 2006-03-02 05:00:54 - checking out the source tree TB --- 2006-03-02 05:00:54 - cd /tinderbox/RELENG_6/i386/i386 TB --- 2006-03-02 05:00:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -rRELENG_6 src TB --- 2006-03-02 05:17:41 - building world (CFLAGS=-O2 -pipe) TB --- 2006-03-02 05:17:41 - cd /src TB --- 2006-03-02 05:17:41 - /usr/bin/make -B buildworld >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything TB --- 2006-03-02 06:42:21 - generating LINT kernel config TB --- 2006-03-02 06:42:21 - cd /src/sys/i386/conf TB --- 2006-03-02 06:42:21 - /usr/bin/make -B LINT TB --- 2006-03-02 06:42:21 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2006-03-02 06:42:21 - cd /src TB --- 2006-03-02 06:42:21 - /usr/bin/make buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Mar 2 06:42:22 UTC 2006 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/io_apic.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/k6_mem.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/legacy.c cc -c -O2 -pipe -fno-strict-aliasing -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -fformat-extensions -std=c99 -nostdinc -I- -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/contrib/dev/ath -I/src/sys/contrib/dev/ath/freebsd -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -ffreestanding -Werror -finstrument-functions -Wno-inline /src/sys/i386/i386/local_apic.c /src/sys/i386/i386/local_apic.c: In function `db_show_apic': /src/sys/i386/i386/local_apic.c:790: warning: implicit declaration of function `db_dump_intr_event' /src/sys/i386/i386/local_apic.c:790: warning: nested extern declaration of `db_dump_intr_event' /src/sys/i386/i386/local_apic.c:790: error: structure has no member named `is_event' *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2006-03-02 07:01:19 - WARNING: /usr/bin/make returned exit code 1 TB --- 2006-03-02 07:01:19 - ERROR: failed to build lint kernel TB --- 2006-03-02 07:01:19 - tinderbox aborted TB --- 1.11 user 5.27 system 7253.53 real From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 07:53:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AD90A16A420 for ; Thu, 2 Mar 2006 07:53:50 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3DD8B43D48 for ; Thu, 2 Mar 2006 07:53:50 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FEidA-000OXz-H9; Thu, 02 Mar 2006 09:53:48 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Doug Ambrisko In-Reply-To: Message from Doug Ambrisko of "Wed, 01 Mar 2006 10:46:58 PST." <200603011846.k21Ikw4e034661@ambrisko.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Mar 2006 09:53:48 +0200 From: Danny Braniss Message-ID: Cc: Cristiano Deana , freebsd-stable@freebsd.org Subject: Re: New 'amr' driver and linux MegaMGR 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, 02 Mar 2006 07:53:50 -0000 > Cristiano Deana writes: > [ Charset ISO-8859-1 unsupported, converting... ] > | 2006/3/1, Paul Saab : > | > works fine > | > | I got: > | Failed to open driver node /dev/megadev0 > > Make sure you have amr_linux. kldload amr_linux.ko. Then you should > get a /dev/megadev0. It also works in a static kernel. You might > want to do an ls -l of /dev/megadev0. This is only available > in FreeBSD 6.1 and -current it is not in FreeBSD 6.0. The changes > will drop into FreeBSD 6.0 though. i'm getting: Copyright (c) 1992-2006 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 6.1-PRERELEASE #3: Mon Feb 27 10:23:29 IST 2006 ... module_register_init: MOD_LOAD (amr_linux, 0xffffffff805f1b00, 0) error 6 ad4: 286168MB at ata2-master SATA150 ad6: 286168MB at ata3-master SATA150 ar0: 572072MB status: READY ar0: disk0 READY using ad4 at ata2-master ar0: disk1 READY using ad6 at ata3-master and no /dev/megadev0 maybe because: atapci1@pci0:31:2: class=0x01048f card=0x34518086 chip=0x25b08086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '6300ESB Serial ATA Controller (RAID mode)' class = mass storage subclass = RAID danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 07:58:43 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EA57616A420 for ; Thu, 2 Mar 2006 07:58:43 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89CCE43D45 for ; Thu, 2 Mar 2006 07:58:43 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FEihu-000OhE-JE for stable@freebsd.org; Thu, 02 Mar 2006 09:58:42 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Mar 2006 09:58:42 +0200 From: Danny Braniss Message-ID: Cc: Subject: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 02 Mar 2006 07:58:44 -0000 seems to me not very updated ... danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 08:01:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 785F116A420 for ; Thu, 2 Mar 2006 08:01:43 +0000 (GMT) (envelope-from dindin@freebsd.org.ua) Received: from mail.kgts.ru (kgts.ru [217.30.252.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 61FE643D45 for ; Thu, 2 Mar 2006 08:01:41 +0000 (GMT) (envelope-from dindin@freebsd.org.ua) Received: (qmail 16031 invoked from network); 2 Mar 2006 08:01:36 -0000 Received: from unknown (HELO terra.sardin.dindin.ru) (83.69.110.209) by kgts.ru with SMTP; 2 Mar 2006 08:01:35 -0000 Received: from [192.168.1.20] (laptop.sardin.dindin.ru [192.168.1.20]) by terra.sardin.dindin.ru (8.13.1/8.13.1) with ESMTP id k2281aLw012503 for ; Thu, 2 Mar 2006 11:01:37 +0300 (MSK) (envelope-from dindin@freebsd.org.ua) Message-ID: <4406A657.6050108@freebsd.org.ua> Date: Thu, 02 Mar 2006 11:01:27 +0300 From: Denis Barov User-Agent: Thunderbird 1.5 (X11/20060224) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060302070206.EB0C316A457@hub.freebsd.org> In-Reply-To: <20060302070206.EB0C316A457@hub.freebsd.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: freebsd-stable Digest, Vol 148, Issue 7 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, 02 Mar 2006 08:01:43 -0000 > Date: Wed, 1 Mar 2006 23:35:31 -0000 > From: "Nick" > Subject: Remote Installworld > To: freebsd-stable@freebsd.org > Message-ID: <20060302053531.E5E5DC34D@www.tehmatix.net> > Content-Type: text/plain; charset="iso-8859-1"; > > > I'm currently administering a machine about 1500mi from me with nobody > local to the machine to assist me. Anyways, my only access to this > machine is via SSH, no remote serial console or anything. > When I try to do a "make installworld" I end up with > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > permitted > very shortly thereafter. I cannot boot into single user mode because > I am far, far away from the machine. What can I do to finish the > installworld? > Thanks > Nick > ________________________________________________ > VHCS Webmail > > > ------------------------------ It's probably because there schg flag set for this file. Try to # chflags noschg /lib/libcrypt.so if your securelevel allows it. Afterward try installworld one more time. Best regards, Denis Barov. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 08:03:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1E98316A420 for ; Thu, 2 Mar 2006 08:03:15 +0000 (GMT) (envelope-from dindin@dindin.ru) Received: from mail.kgts.ru (kgts.ru [217.30.252.242]) by mx1.FreeBSD.org (Postfix) with SMTP id 0324043D48 for ; Thu, 2 Mar 2006 08:03:13 +0000 (GMT) (envelope-from dindin@dindin.ru) Received: (qmail 16750 invoked from network); 2 Mar 2006 08:03:08 -0000 Received: from unknown (HELO terra.sardin.dindin.ru) (83.69.110.209) by kgts.ru with SMTP; 2 Mar 2006 08:03:07 -0000 Received: from [192.168.1.20] (laptop.sardin.dindin.ru [192.168.1.20]) by terra.sardin.dindin.ru (8.13.1/8.13.1) with ESMTP id k22838Zq012522 for ; Thu, 2 Mar 2006 11:03:10 +0300 (MSK) (envelope-from dindin@dindin.ru) Message-ID: <4406A6B3.1080007@dindin.ru> Date: Thu, 02 Mar 2006 11:02:59 +0300 From: =?KOI8-R?Q?=E4=C5=CE=C9=D3_=E2=C1=D2=CF=D7?= User-Agent: Thunderbird 1.5 (X11/20060224) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060302070206.EB0C316A457@hub.freebsd.org> In-Reply-To: <20060302070206.EB0C316A457@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: Remote Installworld 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, 02 Mar 2006 08:03:15 -0000 > Date: Wed, 1 Mar 2006 23:35:31 -0000 > From: "Nick" > Subject: Remote Installworld > To: freebsd-stable@freebsd.org > Message-ID: <20060302053531.E5E5DC34D@www.tehmatix.net> > Content-Type: text/plain; charset="iso-8859-1"; > > > I'm currently administering a machine about 1500mi from me with nobody > local to the machine to assist me. Anyways, my only access to this > machine is via SSH, no remote serial console or anything. > When I try to do a "make installworld" I end up with > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > permitted > very shortly thereafter. I cannot boot into single user mode because > I am far, far away from the machine. What can I do to finish the > installworld? > Thanks > Nick > ________________________________________________ > VHCS Webmail > > > ------------------------------ It's probably because there schg flag set for this file. Try to # chflags noschg /lib/libcrypt.so if your securelevel allows it. Afterward try installworld one more time. Best regards, Denis Barov. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 08:37:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7758916A420 for ; Thu, 2 Mar 2006 08:37:15 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp107.biz.mail.re2.yahoo.com (smtp107.biz.mail.re2.yahoo.com [206.190.52.176]) by mx1.FreeBSD.org (Postfix) with SMTP id D414643D48 for ; Thu, 2 Mar 2006 08:37:14 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 80682 invoked from network); 2 Mar 2006 08:37:14 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp107.biz.mail.re2.yahoo.com with SMTP; 2 Mar 2006 08:37:14 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 7415C6109; Thu, 2 Mar 2006 03:37:13 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03484-18; Thu, 2 Mar 2006 03:37:12 -0500 (EST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 7B80360F3; Thu, 2 Mar 2006 03:37:12 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id k228bBfd019100; Thu, 2 Mar 2006 03:37:12 -0500 (EST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4406AEB1.8020708@alumni.rice.edu> Date: Thu, 02 Mar 2006 03:37:05 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigC03FD5EDB0109CEF19212707" X-Virus-Scanned: amavisd-new at noacks.org Cc: stable@freebsd.org Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2006 08:37:15 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigC03FD5EDB0109CEF19212707 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/02/06 02:58, Danny Braniss wrote: > seems to me not very updated ... I assume you are selecting a branch (RELENG_6?) when viewing. When a branch contains .0 it wreaks havoc on CVSweb's attempts to link revisions to branches. Ville Skytt=E4 did some initial work on correctin= g this and I've looked at it as well, but I haven't had time to sit down and bang out a solution. It's at the top of my CVSweb TODO... -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enigC03FD5EDB0109CEF19212707 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBq63UFz01pkdgZURAglQAJ9HYSeeivpn4qUGdi/H6rWloyVktQCeKbFJ 0pC1mEhvfH+npaM4CaEQ1YE= =zGiq -----END PGP SIGNATURE----- --------------enigC03FD5EDB0109CEF19212707-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 08:45:37 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E81DC16A420 for ; Thu, 2 Mar 2006 08:45:37 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 76B5543D46 for ; Thu, 2 Mar 2006 08:45:37 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FEjRI-0000Ce-7E; Thu, 02 Mar 2006 10:45:36 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: noackjr@alumni.rice.edu In-Reply-To: Message from Jonathan Noack of "Thu, 02 Mar 2006 03:37:05 EST." <4406AEB1.8020708@alumni.rice.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 02 Mar 2006 10:45:36 +0200 From: Danny Braniss Message-ID: Cc: stable@freebsd.org Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 02 Mar 2006 08:45:38 -0000 > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enigC03FD5EDB0109CEF19212707 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > > On 03/02/06 02:58, Danny Braniss wrote: > > seems to me not very updated ... > > I assume you are selecting a branch (RELENG_6?) when viewing. When a > branch contains .0 it wreaks havoc on CVSweb's attempts to link > revisions to branches. Ville Skytt=E4 did some initial work on correctin= > g > this and I've looked at it as well, but I haven't had time to sit down > and bang out a solution. It's at the top of my CVSweb TODO... it's: All tags/default branch (i was looking for latest changes to 6.1) danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 08:50:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C466016A420 for ; Thu, 2 Mar 2006 08:50:29 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 541C843D49 for ; Thu, 2 Mar 2006 08:50:29 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i20so353431wra for ; Thu, 02 Mar 2006 00:50:28 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=rrhdqdFyQeYxYXZUgVJwRSY214ljpVUVELWsSA70juhCShf5gZDwBXhvmz5BgvAgiKo50PlboRcrFclmbhhHnAjYicUwPQCbzp4nte3Cw83uMszONdxUKJ7+r/Ju2Scs/v7/dCN3UAWLU6qRf844t1PughE5XG11E5s0OpegSfs= Received: by 10.54.153.18 with SMTP id a18mr774584wre; Thu, 02 Mar 2006 00:50:26 -0800 (PST) Received: by 10.54.113.5 with HTTP; Thu, 2 Mar 2006 00:50:26 -0800 (PST) Message-ID: Date: Thu, 2 Mar 2006 09:49:26 +0059 From: "Cristiano Deana" To: "Doug Ambrisko" , freebsd-stable@freebsd.org In-Reply-To: <200603011846.k21Ikw4e034661@ambrisko.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <200603011846.k21Ikw4e034661@ambrisko.com> Cc: Subject: Re: New 'amr' driver and linux MegaMGR 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, 02 Mar 2006 08:50:29 -0000 2006/3/1, Doug Ambrisko : > Cristiano Deana writes: > | Failed to open driver node /dev/megadev0 > Make sure you have amr_linux. kldload amr_linux.ko. Then you should > get a /dev/megadev0. It also works in a static kernel. You might > want to do an ls -l of /dev/megadev0. Thanks Doug, it's ok now. Should these information be in some man pages? -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 09:00:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2FD3816A420 for ; Thu, 2 Mar 2006 09:00:42 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: from nproxy.gmail.com (nproxy.gmail.com [64.233.182.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7DD9143D46 for ; Thu, 2 Mar 2006 09:00:41 +0000 (GMT) (envelope-from ianchov@gmail.com) Received: by nproxy.gmail.com with SMTP id n28so252324nfc for ; Thu, 02 Mar 2006 01:00:40 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=CL6HPfXPX+JleWQlMmJdZFJrbL/w/pjkQU41PQpwEAqOkFMBdMGvRqVYtH8MQdyptsu8oQBvXLhn+/w05hFC1RWQADEYLljbAhUi3pWRfAxKx4BOqvvbIU1tEI3cQ2Akrtx32c/dvpyhwWpnZzH5KOf7VKUAPA/eEwidhVtNZCs= Received: by 10.48.223.11 with SMTP id v11mr551663nfg; Thu, 02 Mar 2006 01:00:39 -0800 (PST) Received: by 10.49.26.9 with HTTP; Thu, 2 Mar 2006 01:00:39 -0800 (PST) Message-ID: <18e02bd30603020100m77bbef50kb883d64d96adba40@mail.gmail.com> Date: Thu, 2 Mar 2006 11:00:39 +0200 From: "Iantcho Vassilev" To: freebsd-stable@freebsd.org In-Reply-To: <20060302053531.E5E5DC34D@www.tehmatix.net> MIME-Version: 1.0 References: <20060302053531.E5E5DC34D@www.tehmatix.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: Remote Installworld 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, 02 Mar 2006 09:00:42 -0000 Give us more details.. I assume that 'make buildworld' and 'make buildkernel' and 'make installkernel' have finished successfuly. See if you /tmp isn`t mounted nosuid and noexec On 3/2/06, Nick wrote: > > > I'm currently administering a machine about 1500mi from me with nobody > local to the machine to assist me. Anyways, my only access to this > machine is via SSH, no remote serial console or anything. > When I try to do a "make installworld" I end up with > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > permitted > very shortly thereafter. I cannot boot into single user mode because > I am far, far away from the machine. What can I do to finish the > installworld? > Thanks > Nick > ________________________________________________ > VHCS Webmail > _______________________________________________ > 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 Thu Mar 2 09:06:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AEA416A422 for ; Thu, 2 Mar 2006 09:06:23 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-2.paradise.net.nz (bm-2a.paradise.net.nz [203.96.152.181]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CB9943D48 for ; Thu, 2 Mar 2006 09:06:22 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-2.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-2.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IVH008LWTALOJ@linda-2.paradise.net.nz> for freebsd-stable@freebsd.org; Thu, 02 Mar 2006 22:06:21 +1300 (NZDT) Received: from [192.168.1.11] (218-101-29-82.dsl.clear.net.nz [218.101.29.82]) by smtp-2.paradise.net.nz (Postfix) with ESMTP id E21527173D6 for ; Thu, 02 Mar 2006 22:06:20 +1300 (NZDT) Date: Thu, 02 Mar 2006 22:06:16 +1300 From: Mark Kirkwood To: freebsd-stable@freebsd.org Message-id: <4406B588.9000000@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) Subject: Promise SX4060 again - a little progress with 6.1 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, 02 Mar 2006 09:06:23 -0000 I tried a different setup - using a spare drive on the boards ata controller, booting off that - and attaching a single drive to the SX4060 after cvsuping to 6.1 Pre-5 Due to the boards buggy ServerWorks ROSB4 ata controller, I've set hw.ata.ata_dma=0 in loader.conf (This might have helped matters too I guess). So with this setup, it boots (after complaining somewhat). Now that its booting I'm in a position to try patches/hacks etc, so any suggestions for stuff to try are welcome! Cheers Mark A dmesg is here: http://homepages.paradise.net.nz/markir/download/dmesg-istral Some interesting bits: Mar 2 20:29:27 istral kernel: atapci1: po rt 0xe800-0xe8ff,0xe400-0xe4ff,0xe000-0xe0ff mem 0xfeb00000-0xfebfffff,0xfeaf800 0-0xfeafffff irq 23 at device 3.0 on pci1 Mar 2 20:29:27 istral kernel: pci1: child atapci1 requested type 4 for rid 0x20 , but the BAR says it is an memio ..... Mar 2 20:29:27 istral kernel: ad8: setting PIO4 on PDC20621 chip Mar 2 20:29:27 istral kernel: ata4: reiniting channel .. Mar 2 20:29:27 istral kernel: ata4: reset tp1 mask=03 ostat0=50 ostat1=00 Mar 2 20:29:27 istral kernel: ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 2 20:29:27 istral kernel: ata4: reinit done .. Mar 2 20:29:27 istral kernel: ad8: FAILURE - SETFEATURES ENABLE RCACHE timed ou t Mar 2 20:29:27 istral kernel: fdc0: output ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: output ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: output ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: output ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: fdc0: input ready timeout Mar 2 20:29:27 istral kernel: ata4: reiniting channel .. Mar 2 20:29:27 istral kernel: ata4: reset tp1 mask=03 ostat0=50 ostat1=00 Mar 2 20:29:27 istral kernel: ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: reset tp2 stat0=50 stat1=00 devices=0x1 Mar 2 20:29:27 istral kernel: ata4: reinit done .. ...... Mar 2 20:29:27 istral kernel: ad8: WARNING - SETFEATURES SET TRANSFER MODE task queue timeout - completing request directly Mar 2 20:29:27 istral kernel: ad8: setting PIO4 on PDC20621 chip Mar 2 20:29:27 istral kernel: ad8: WARNING - SETFEATURES ENABLE RCACHE taskqueu e timeout - completing request directly Mar 2 20:29:27 istral kernel: ad8: WARNING - SETFEATURES ENABLE WCACHE taskqueu e timeout - completing request directly Mar 2 20:29:27 istral kernel: ad8: WARNING - SET_MULTI taskqueue timeout - comp leting request directly Mar 2 20:29:27 istral kernel: ata4: reinit done .. Mar 2 20:29:27 istral kernel: ad8: TIMEOUT - READ retrying (0 retries left) LBA =0 Mar 2 20:29:27 istral kernel: ata4: reiniting channel .. Mar 2 20:29:27 istral kernel: ata4: reset tp1 mask=03 ostat0=58 ostat1=00 Mar 2 20:29:27 istral kernel: ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: stat1=0x00 err=0x01 lsb=0x00 msb=0x00 Mar 2 20:29:27 istral kernel: ata4: reset tp2 stat0=50 stat1=00 devices=0x1 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 09:17:05 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B9A8716A420 for ; Thu, 2 Mar 2006 09:17:05 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: from wproxy.gmail.com (wproxy.gmail.com [64.233.184.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 259EB43D45 for ; Thu, 2 Mar 2006 09:17:05 +0000 (GMT) (envelope-from cristiano.deana@gmail.com) Received: by wproxy.gmail.com with SMTP id i34so359428wra for ; Thu, 02 Mar 2006 01:17:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=XwhIx3NjGRkhttZAhYs8JTIDRqUq6kv+Mdbf0mAK78okUwdCPaDS20NMohYmkTAp/n75erjuYe2AyEs2M94/drLPFmwAqQFpq7gaZVkrpImmUHsbrT9bZc937sKxJcM1VSADk99fyEuolIAc457K4BTcZNB+6jm+RMTY7yxxMhM= Received: by 10.54.153.11 with SMTP id a11mr734564wre; Thu, 02 Mar 2006 01:17:03 -0800 (PST) Received: by 10.54.113.5 with HTTP; Thu, 2 Mar 2006 01:17:03 -0800 (PST) Message-ID: Date: Thu, 2 Mar 2006 10:16:03 +0059 From: "Cristiano Deana" To: "Danny Braniss" , stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: Cc: Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 02 Mar 2006 09:17:05 -0000 2006/3/2, Danny Braniss : > seems to me not very updated ... Why? Example: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/ifconfig/ifmedia.c -- Cris, member of G.U.F.I Italian FreeBSD User Group http://www.gufi.org/ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 09:25:01 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5E89416A420 for ; Thu, 2 Mar 2006 09:25:01 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: from smtp106.biz.mail.re2.yahoo.com (smtp106.biz.mail.re2.yahoo.com [206.190.52.175]) by mx1.FreeBSD.org (Postfix) with SMTP id B3CE343D48 for ; Thu, 2 Mar 2006 09:25:00 +0000 (GMT) (envelope-from noackjr@alumni.rice.edu) Received: (qmail 16006 invoked from network); 2 Mar 2006 09:25:00 -0000 Received: from unknown (HELO optimator.noacks.org) (noackjr@supercrime.org@24.99.22.177 with login) by smtp106.biz.mail.re2.yahoo.com with SMTP; 2 Mar 2006 09:25:00 -0000 Received: from localhost (localhost [127.0.0.1]) by optimator.noacks.org (Postfix) with ESMTP id 6227E6109; Thu, 2 Mar 2006 04:24:59 -0500 (EST) Received: from optimator.noacks.org ([127.0.0.1]) by localhost (optimator.noacks.org [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 00794-02; Thu, 2 Mar 2006 04:24:58 -0500 (EST) Received: from compgeek.noacks.org (compgeek [192.168.1.10]) by optimator.noacks.org (Postfix) with ESMTP id 567C760F4; Thu, 2 Mar 2006 04:24:58 -0500 (EST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by compgeek.noacks.org (8.13.4/8.13.4) with ESMTP id k229Ovos000983; Thu, 2 Mar 2006 04:24:58 -0500 (EST) (envelope-from noackjr@alumni.rice.edu) Message-ID: <4406B9E3.6060706@alumni.rice.edu> Date: Thu, 02 Mar 2006 04:24:51 -0500 From: Jonathan Noack User-Agent: Thunderbird 1.5 (X11/20060221) MIME-Version: 1.0 To: Danny Braniss References: In-Reply-To: X-Enigmail-Version: 0.94.0.0 OpenPGP: id=991D8195; url=http://www.noacks.org/cert/noackjr.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1246DF9E3BBCFBC8C7412F4B" X-Virus-Scanned: amavisd-new at noacks.org Cc: stable@freebsd.org Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: noackjr@alumni.rice.edu List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Mar 2006 09:25:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1246DF9E3BBCFBC8C7412F4B Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 03/02/06 03:45, Danny Braniss wrote: >> This is an OpenPGP/MIME signed message (RFC 2440 and 3156) >> --------------enigC03FD5EDB0109CEF19212707 >> Content-Type: text/plain; charset=3DISO-8859-1 >> Content-Transfer-Encoding: quoted-printable >> >> On 03/02/06 02:58, Danny Braniss wrote: >>> seems to me not very updated ... >> I assume you are selecting a branch (RELENG_6?) when viewing. When a >> branch contains .0 it wreaks havoc on CVSweb's attempts to link >> revisions to branches. Ville Skytt=3DE4 did some initial work on corr= ectin=3D >> g >> this and I've looked at it as well, but I haven't had time to sit down= >> and bang out a solution. It's at the top of my CVSweb TODO... > it's: > All tags/default branch > (i was looking for latest changes to 6.1) Yeah, revisions on a branch which contains .0 may not appear at all... -Jonathan --=20 Jonathan Noack | noackjr@alumni.rice.edu | OpenPGP: 0x991D8195 --------------enig1246DF9E3BBCFBC8C7412F4B Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBrnpUFz01pkdgZURArqvAKCh8xqMmfq7uC7jSQc+375iKy3nNwCfaYPi U40PacQpKo5IDGilS+victM= =736Z -----END PGP SIGNATURE----- --------------enig1246DF9E3BBCFBC8C7412F4B-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 09:25:51 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F38D116A420 for ; Thu, 2 Mar 2006 09:25:50 +0000 (GMT) (envelope-from nick@tehmatix.net) Received: from www.tehmatix.net (tehmatix.net [82.165.179.106]) by mx1.FreeBSD.org (Postfix) with ESMTP id A0A3A43D55 for ; Thu, 2 Mar 2006 09:25:49 +0000 (GMT) (envelope-from nick@tehmatix.net) Received: from bigmatix (cpe-24-161-210-251.bak.res.rr.com [24.161.210.251]) by www.tehmatix.net (Postfix) with ESMTP id 9FD30C042 for ; Thu, 2 Mar 2006 03:25:50 -0600 (CST) From: "Nick Price" To: Date: Thu, 2 Mar 2006 01:28:34 -0800 Message-ID: <000601c63ddb$afa2ebe0$fbd2a118@bigmatix> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.1830 In-Reply-To: <4406A6B3.1080007@dindin.ru> Thread-Index: AcY92BDBRF3k37/5RVuKMVri2bdSEgAA4H1g Subject: RE: Remote Installworld 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, 02 Mar 2006 09:25:51 -0000 -----Original Message----- From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of ????? ????? Sent: Thursday, March 02, 2006 12:03 AM To: freebsd-stable@freebsd.org Subject: Re: Remote Installworld > Date: Wed, 1 Mar 2006 23:35:31 -0000 > From: "Nick" > Subject: Remote Installworld > To: freebsd-stable@freebsd.org > Message-ID: <20060302053531.E5E5DC34D@www.tehmatix.net> > Content-Type: text/plain; charset="iso-8859-1"; > > > I'm currently administering a machine about 1500mi from me with nobody > local to the machine to assist me. Anyways, my only access to this > machine is via SSH, no remote serial console or anything. > When I try to do a "make installworld" I end up with > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > permitted > very shortly thereafter. I cannot boot into single user mode because > I am far, far away from the machine. What can I do to finish the > installworld? > Thanks > Nick > ________________________________________________ > VHCS Webmail > > > ------------------------------ It's probably because there schg flag set for this file. Try to # chflags noschg /lib/libcrypt.so if your securelevel allows it. Afterward try installworld one more time. Best regards, Denis Barov. _______________________________________________ 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" __________ NOD32 1.1424 (20060302) Information __________ This message was checked by NOD32 antivirus system. http://www.eset.com The securelevel wouldn't allow me to change the flag. Thanks anyways Nick From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 10:50:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2E99B16A420 for ; Thu, 2 Mar 2006 10:50:21 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id D6E0B43D66 for ; Thu, 2 Mar 2006 10:50:13 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k22AmYjK011091; Thu, 2 Mar 2006 12:48:34 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 06059-01-2; Thu, 2 Mar 2006 12:48:07 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k22AghE2010869 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 12:42:43 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k22Ags2p024342; Thu, 2 Mar 2006 12:42:54 +0200 (EET) (envelope-from ru) Date: Thu, 2 Mar 2006 12:42:54 +0200 From: Ruslan Ermilov To: Nikolas Britton Message-ID: <20060302104254.GJ29183@ip.net.ua> References: <20060228110344.GB36376@intserv.int1.b.intern> <4404C0F5.5050501@box559.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Ublo+h3cBgJ33ahC" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: Holger Kipp , freebsd-stable@freebsd.org Subject: Re: loader_color="YES" 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, 02 Mar 2006 10:50:21 -0000 --Ublo+h3cBgJ33ahC Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 28, 2006 at 05:56:57PM -0600, Nikolas Britton wrote: > On 2/28/06, Pete Slagle wrote: > > Holger Kipp wrote: > > > > > Please use > > > > > > loader_logo=3D"beastie" > > > loader_color=3D"YES" > > > > loader_logo does not appear in /boot/defaults/loader.conf, at least not > > in 6.0-RELEASE-p4. Is that an oversight? > > >=20 > Their are lots of undocumented feature in FreeBSD. loader_color=3D"YES" > AFAIK It was never document in 5.x, I found it by accident >=20 You're right about RELENG_5, but: : RCS file: /home/ncvs/src/sys/boot/forth/loader.conf.5,v : Working file: loader.conf.5 : head: 1.26 : branch: : locks: strict : access list: : keyword substitution: kv : total revisions: 44; selected revisions: 2 : description: : ---------------------------- : revision 1.25 : date: 2005/11/15 21:26:49; author: ru; state: Exp; lines: +11 -4 : Catch up with loader_color -> loader_logo and document beastie_disable. : ---------------------------- : revision 1.23 : date: 2004/11/07 17:01:08; author: krion; state: Exp; lines: +6 -1 : branches: 1.23.2; : Document "loader_color" variable. :=20 : PR: conf/73396 : Submitted by: Aleksander Fafula : Approved by: scottl All of this is in RELENG_6, too. Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --Ublo+h3cBgJ33ahC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEBswuqRfpzJluFF4RAuhQAJ4i478ywZwuqEDufKfKeV7nH0YqRACdHaG4 peV+dbYAicerv24XUNYi7Xk= =XsbS -----END PGP SIGNATURE----- --Ublo+h3cBgJ33ahC-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 10:57:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A447516A420 for ; Thu, 2 Mar 2006 10:57:02 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua (tigra.ip.net.ua [82.193.96.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8ED6743D45 for ; Thu, 2 Mar 2006 10:57:01 +0000 (GMT) (envelope-from ru@ip.net.ua) Received: from localhost (rocky.ip.net.ua [82.193.96.2]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k22Av0HQ011459; Thu, 2 Mar 2006 12:57:00 +0200 (EET) (envelope-from ru@ip.net.ua) Received: from tigra.ip.net.ua ([82.193.96.10]) by localhost (rocky.ip.net.ua [82.193.96.2]) (amavisd-new, port 10024) with LMTP id 06742-02-2; Thu, 2 Mar 2006 12:56:31 +0200 (EET) Received: from heffalump.ip.net.ua (heffalump.ip.net.ua [82.193.96.213]) by tigra.ip.net.ua (8.12.11/8.12.11) with ESMTP id k22AsvaE011400 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 12:54:57 +0200 (EET) (envelope-from ru@ip.net.ua) Received: (from ru@localhost) by heffalump.ip.net.ua (8.13.4/8.13.4) id k22At8d8024389; Thu, 2 Mar 2006 12:55:08 +0200 (EET) (envelope-from ru) Date: Thu, 2 Mar 2006 12:55:08 +0200 From: Ruslan Ermilov To: Iantcho Vassilev Message-ID: <20060302105508.GK29183@ip.net.ua> References: <20060302053531.E5E5DC34D@www.tehmatix.net> <18e02bd30603020100m77bbef50kb883d64d96adba40@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="EVcIhgQsEzAXu06J" Content-Disposition: inline In-Reply-To: <18e02bd30603020100m77bbef50kb883d64d96adba40@mail.gmail.com> User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at ip.net.ua Cc: freebsd-stable@freebsd.org Subject: Re: Remote Installworld 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, 02 Mar 2006 10:57:02 -0000 --EVcIhgQsEzAXu06J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 02, 2006 at 11:00:39AM +0200, Iantcho Vassilev wrote: > Give us more details.. >=20 > I assume that 'make buildworld' and 'make buildkernel' and 'make > installkernel' have finished successfuly. > See if you /tmp isn`t mounted nosuid and noexec >=20 Check kern.securelevel. See security(7) where it talks about setting securelevel and upgrading the system. Or it maybe the securelevel(8) manpage depending on your OS versoin. > On 3/2/06, Nick wrote: > > I'm currently administering a machine about 1500mi from me with nobo= dy > > local to the machine to assist me. Anyways, my only access to this > > machine is via SSH, no remote serial console or anything. > > When I try to do a "make installworld" I end up with > > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > > permitted > > very shortly thereafter. I cannot boot into single user mode because > > I am far, far away from the machine. What can I do to finish the > > installworld? Cheers, --=20 Ruslan Ermilov ru@FreeBSD.org FreeBSD committer --EVcIhgQsEzAXu06J Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (FreeBSD) iD8DBQFEBs8MqRfpzJluFF4RAnIVAJ9wiwOXC+0YkQPj6QfJm9o4IkdeFgCdHAds ulco0lV4ZMOOncXH87CDIaw= =bBJT -----END PGP SIGNATURE----- --EVcIhgQsEzAXu06J-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 11:41:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6202816A422 for ; Thu, 2 Mar 2006 11:41:55 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id E7C0043D55 for ; Thu, 2 Mar 2006 11:41:37 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1FEmBU-0007xg-BQ; Thu, 02 Mar 2006 11:41:28 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1FEmBU-000F31-7o; Thu, 02 Mar 2006 11:41:28 +0000 To: freebsd-stable@freebsd.org, stable@museum.rain.com In-Reply-To: <20060302041631.GA27435@ns.museum.rain.com> Message-Id: From: Pete French Date: Thu, 02 Mar 2006 11:41:28 +0000 Cc: Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 11:41:55 -0000 > I still share a part of your trepidation about getting oneself into > a bind with uncooperative dependencies, etc. However, I have had > more success than I would have imagined. Thats good to hear. What I am intending to do is to backup the whole ports tree, try and do the upgrade, and if it doesnt work then just go and rebuild all the old ones instead. > Go slow, read Makefiles first, that sort of thing. You can probably > install portupgrade without too much trouble, as it doesn't have a lot Never used portupgrade and am not really in the mood for investigating exciting new software at the same time as the upgrade. My normal procedure is to backup the config files and then delete every single port on the system, until I get nothing out of pkg_info. Then start re-installing one by one, starting with the mail system and finishing woth the webserver. > Just for prurient interest, would you care to post your pkg_info? If > you have portupgrade installed, or can install it, how about the output > from "portupgrade -na" also. Sure, see the end of this email.... We have two things not included - which are mailman and python. I'd love those to be from ports, but the guy who originally installed them did them from the tarfiles. As a result puthon seems to use a different encryption to the one in prst, so if I move to using python from ports then none of the passwords work. This has been bugging me since FreeBSD 3, so any suggestions there would be welcome. Meanwhile heres the pkg_info for those interested... -pete. BitchX-1.1 "An alternative ircII color client with optional GTK/GNOME analog-5.32_3,1 An extremely fast program for analysing WWW logfiles apache-1.3.33_1 The extremely popular Apache http server. Very fast, very arc-5.21j Create & extract files from DOS .ARC files autoconf-2.13.000227_5 Automatically configure source code on many Un*x platforms autoconf-2.53_3 Automatically configure source code on many Un*x platforms automake-1.4.6_1 GNU Standards-compliant Makefile generator (legacy version automake-1.5_2,1 GNU Standards-compliant Makefile generator (version 1.5) bash-2.05b.007_2 The GNU Bourne Again Shell bison-1.75_2 A parser generator from FSF, (mostly) compatible with Yacc bitlbee-0.92 An IRC to other chat networks gateway bogofilter-0.92.8 "Fast, teachable, learning spam detector" clamav-0.83 Command line virus scanner written entirely in C cpdup-1.05 A comprehensive filesystem mirroring program ctorrent-1.3.4 BitTorrent Client written in C for FreeBSD and Linux db42-4.2.52_3 The Berkeley DB package, revision 4.2 demime-1.1d A tool to scrub mime from mailing lists docbook-1.3 Meta-port for the different versions of the DocBook DTD docbook-241_2 V2.4.1 of the DocBook DTD, designed for technical documenta docbook-3.0_2 V3.0 of the DocBook DTD, designed for technical documentati docbook-3.1_2 V3.1 of the DocBook DTD, designed for technical documentati docbook-4.0_2 V4.0 of the DocBook DTD, designed for technical documentati docbook-4.1_2 V4.1 of the DocBook DTD, designed for technical documentati docbook-xml-4.2_1 XML version of the DocBook DTD exim-4.43+28_1 High performance MTA for Unix systems on the Internet expat-1.95.8 XML 1.0 parser written in C freetype2-2.1.7_4 A free and portable TrueType font rendering engine gd-2.0.33_1,1 A graphics library for fast creation of images gettext-0.14.1 GNU gettext package ghc-6.2.2 A Compiler for the functional language Haskell glib-2.4.8 Some useful routines of C programming (current stable versi gmake-3.80_2 GNU version of 'make' utility gsl-1.5 The GNU Scientific Library - mathematical libs help2man-1.34.2 Automatically generating simple manual pages from program o ircii-20040216 The 'Internet Relay Chat' and 'Internet Citizens Band' Clie iso8879-1986_2 Character entity sets from ISO 8879:1986 (SGML) ispell-3.2.06_12 An interactive spelling checker for multiple languages ja-p5-Jcode-0.87 Perl extension interface to convert Japanese text jpeg-6b_3 IJG's jpeg compression utilities lha-1.14i_6 Archive files using LZSS and Huffman compression (.lzh file libgmp-4.1.3 A free library for arbitrary precision arithmetic libgnugetopt-1.2 GNU getopt library libiconv-1.9.2_1 A character set conversion library libtool-1.3.5_2 Generic shared library support script (version 1.3) libtool-1.5.10 Generic shared library support script (version 1.5) linuxdoc-1.1_1 The Linuxdoc SGML DTD lynx-ssl-2.8.5 A non-graphical, text-based World-Wide Web client with SSL m4-1.4.1 GNU m4 mtr-nox11-0.65_1 Traceroute and ping in a single graphical network diagnosti mutella-0.4.5,1 A command line Gnutella client mutt-1.4.2.1_1 The Mongrel of Mail User Agents (part Elm, Pine, Mush, mh, mysql-client-4.0.22 Multithreaded SQL database (client) mysql-server-4.0.22 Multithreaded SQL database (server) nmap-3.77 Port scanning utility for large networks openwebmail-2.41 A webmail system designed to manage big mail folder files e p5-Compress-Zlib-1.33 Perl5 interface to zlib compression library p5-Convert-BinHex-1.119 Perl module to extract data from Macintosh BinHex files p5-Crypt-SSLeay-0.51 Perl5 interface to allow p5-libwww LWP to make https connec p5-Digest-HMAC-1.01 Perl5 interface to HMAC Message-Digest Algorithms p5-Digest-SHA1-2.10 Perl interface to the SHA-1 Algorithm p5-Event-1.02 A Generic Perl Event Loop p5-File-Spec-0.90 A Perl module for portably manipulating file specifications p5-Filter-1.30 A number of source filters for perl5 programs p5-Font-AFM-1.18 An interface to Adobe font metrics files p5-HTML-Format-2.04 A module to format HTML to text or PS p5-HTML-Parser-3.38 Perl5 module for parsing HTML documents p5-HTML-SimpleLinkExtor-1.06 This is a simple HTML link extractor p5-HTML-Tagset-3.03 Some useful data table in parsing HTML p5-HTML-Tree-3.18 A collection of modules to manupulate HTML syntax trees p5-IO-Socket-SSL-0.96 Perl5 interface to SSL sockets p5-IO-stringy-2.109 Perl5 module for using IO handles with non-file objects p5-MIME-Base64-3.05 Perl5 module for Base64 and Quoted-Printable encodings p5-MIME-Lite-3.01 A simple interface for creating (not parsing!) MIME message p5-MIME-Tools-5.415,2 A set of perl5 modules for MIME p5-Mail-SpamAssassin-3.0.1_2 A highly efficient mail filter for identifying spam p5-Mail-Tools-1.64 Perl5 modules for dealing with Internet e-mail messages p5-Net-DNS-0.48 Perl5 interface to the DNS resolver, and dynamic updates p5-Net-SSLeay-1.25 Perl5 interface to SSL p5-POE-0.3003 Multitasking and networking framework for perl p5-POE-Component-Server-HTTP-0.05 POE Component to create HTTP Servers p5-POE-Component-Server-XMLRPC-0.05 POE Component to create XMLRPC Servers p5-SOAP-Lite-0.60a SOAP::Lite - Client and server side SOAP implementation p5-Storable-2.13 Persistency for perl data structures p5-Text-Iconv-1.4 Perl interface to iconv() codeset conversion function p5-Time-HiRes-1.65,1 A perl5 module implementing High resolution time, sleep, an p5-URI-1.35 Perl5 interface to Uniform Resource Identifier (URI) refere p5-Unicode-Map-0.112 Perl class that converts strings to/from 2-byte Unicode UCS p5-Unicode-Map8-0.12 Mapping table between 8-bit chars and Unicode p5-Unicode-MapUTF8-1.09 Perl class that implements conversion between arbitrary cha p5-Unicode-String-2.07_1 These are experimental Perl5 modules to handle various Unic p5-XML-Parser-2.34_1 Perl extension interface to James Clark's XML parser, expat p5-XML-Simple-2.13 Trivial API for reading and writing XML (esp config files) p5-gettext-1.03 Message handling functions p5-libwww-5.79_1 Perl5 library for WWW access pcre-5.0 Perl Compatible Regular Expressions library pdflib-6.0.1 A C library for dynamically generating PDF pecl-pdflib-2.0.4 A PECL extension to create PDF on the fly perl-5.8.5 Practical Extraction and Report Language pgp-2.6.3i_1 PGP International version - Public-Key encryption for the m php4-4.3.10 PHP Scripting Language (Apache Module and CLI) php4-bz2-4.3.10 The bz2 shared extension for php php4-gd-4.3.10 The gd shared extension for php php4-mysql-4.3.10 The mysql shared extension for php php4-openssl-4.3.10 The openssl shared extension for php php4-pcre-4.3.10 The pcre shared extension for php php4-session-4.3.10 The session shared extension for php php4-zlib-4.3.10 The zlib shared extension for php pine-4.61 PINE(tm) -- a Program for Internet News & Email pkgconfig-0.15.0_1 A utility used to retrieve information about installed libr png-1.2.8 Library for manipulating PNG images procmail-3.22_5 A local mail delivery agent qpopper-4.0.5_2 Berkeley POP 3 server (now maintained by Qualcomm) razor-agents-2.67 A distributed, collaborative, spam detection and filtering rc_subr-1.31 Common startup and shutdown subroutines used by scripts rsync-2.6.3_1 A network file distribution/synchronization utility screen-4.0.2_1 A multi-screen window manager sgmlformat-1.7_2 Generates groff and HTML from linuxdoc and docbook SGML doc t1lib-5.0.1,1 A Type 1 Rasterizer Library for UNIX/X11 unarj-2.65_1 Allows files to be extracted from ARJ archives unrar-3.43,3 Extract, view & test RAR archives unzip-5.51 List, test and extract compressed files in a ZIP archive wget-1.8.2_6 Retrieve files from the Net via HTTP and FTP xmbmon-nox11-205_1 X/tty motherboard monitor for LM78/79, W8378x, AS99127F, VT xmlcatmgr-2.2 SGML and XML catalog manager zoo-2.10.1 Manipulate archives of files in compressed form From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 13:08:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34CE216A420 for ; Thu, 2 Mar 2006 13:08:26 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (firewall.solit-ag.de [212.184.102.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 70DA743D45 for ; Thu, 2 Mar 2006 13:08:24 +0000 (GMT) (envelope-from hk@alogis.com) Received: from alogis.com (localhost [127.0.0.1]) by alogis.com (8.13.1/8.13.1) with ESMTP id k22D8MXG095237; Thu, 2 Mar 2006 14:08:22 +0100 (CET) (envelope-from hk@alogis.com) Received: (from hk@localhost) by alogis.com (8.13.1/8.13.1/Submit) id k22D8MSM095236; Thu, 2 Mar 2006 14:08:22 +0100 (CET) (envelope-from hk) Date: Thu, 2 Mar 2006 14:08:22 +0100 From: Holger Kipp To: Pete French Message-ID: <20060302130822.GA95048@intserv.int1.b.intern> References: <20060302041631.GA27435@ns.museum.rain.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@museum.rain.com, freebsd-stable@freebsd.org Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 13:08:26 -0000 On Thu, Mar 02, 2006 at 11:41:28AM +0000, Pete French wrote: > > I still share a part of your trepidation about getting oneself into > > a bind with uncooperative dependencies, etc. However, I have had > > more success than I would have imagined. > > Thats good to hear. What I am intending to do is to backup the > whole ports tree, try and do the upgrade, and if it doesnt work > then just go and rebuild all the old ones instead. if you have the place to spare you might want to do this inside a chroot-environment - so if everything goes as expected, you have all the ports available as packages already, and if it doesn't you don't have to revert everything again... Regards, Holger Kipp From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 14:19:35 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 907FC16A422 for ; Thu, 2 Mar 2006 14:19:35 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.FreeBSD.org (Postfix) with ESMTP id 07C8F43D4C for ; Thu, 2 Mar 2006 14:19:34 +0000 (GMT) (envelope-from freebsd@meijome.net) Received: (qmail 27687 invoked from network); 3 Mar 2006 01:19:34 +1100 Received: from 203-206-240-55.dyn.iinet.net.au (HELO ?192.168.13.3?) (203.206.240.55) by sigma.octantis.com.au with (DHE-RSA-AES256-SHA encrypted) SMTP; 3 Mar 2006 01:19:33 +1100 Message-ID: <4406FEEE.7080304@meijome.net> Date: Fri, 03 Mar 2006 01:19:26 +1100 From: Norberto Meijome User-Agent: Thunderbird 1.5 (X11/20060206) MIME-Version: 1.0 To: FreeBSD Questions , freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Crash on smbfs umount? 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, 02 Mar 2006 14:19:35 -0000 Hi, has anyone experienced this? I connected via a PPTP VPN to my office, mounted a SMB share (which actually resides on a linux-backed NAS running SAMBA 3) via : sudo mount_smbfs -I 10.168.100.17 -W xxxx //betom@eniac/Software /mnt/smb1 after using the share as usual, I issued sudo umount /mnt/smb1 ... after about 10 seconds, complete freeze...about 15 seconds later, laptop reboots by itself. Now I realise I had a kernel panic on smbiod0 : --- Mar 3 00:40:13 ayiin kernel: kernel trap 12 with interrupts disabled Mar 3 00:40:13 ayiin kernel: Mar 3 00:40:13 ayiin kernel: Mar 3 00:40:13 ayiin kernel: Fatal trap 12: page fault while in kernel mode Mar 3 00:40:13 ayiin kernel: fault virtual address = 0x0 Mar 3 00:40:13 ayiin kernel: fault code = supervisor read, page not present Mar 3 00:40:13 ayiin kernel: instruction pointer = 0x20:0xc0576180 Mar 3 00:40:13 ayiin kernel: stack pointer = 0x28:0xef3e6be4 Mar 3 00:40:13 ayiin kernel: frame pointer = 0x28:0xef3e6bec Mar 3 00:40:13 ayiin kernel: code segment = base 0x0, limit 0xfffff, type 0x1b Mar 3 00:40:13 ayiin kernel: = DPL 0, pres 1, def32 1, gran 1 Mar 3 00:40:13 ayiin kernel: processor eflags = resume, IOPL = 0 Mar 3 00:40:13 ayiin kernel: current process = 48864 (smbiod0) Mar 3 00:40:13 ayiin kernel: trap number = 12 Mar 3 00:40:13 ayiin kernel: panic: page fault Mar 3 00:40:13 ayiin kernel: Uptime: 12h6m45s Mar 3 00:40:13 ayiin kernel: Cannot dump. No dump device defined. Mar 3 00:40:13 ayiin kernel: Automatic reboot in 15 seconds - press a key on the console to abort --- I *think* I can reproduce this in the office too if I un-dock (i.e loose connectivity to the server) and unmount the share. I'm running $ uname -a FreeBSD ayiin.xxxx 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #3: Mon Feb 27 23:38:18 EST 2006 root@ayiin.xxx:/usr/obj/usr/src/sys/AYIIN i386 $ mount_smbfs -v mount_smbfs: version 1.1.0 samba-3.0.21b,1 A free SMB and CIFS client and server for UNIX samba-libsmbclient-3.0.21b Shared libs from the samba package any ideas on this issue would be greatly appreciated. Thanks!! Beto From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 15:05:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 38AF816A420 for ; Thu, 2 Mar 2006 15:05:09 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from mail2.ambrisko.com (mail2.ambrisko.com [64.174.51.44]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA5A243D48 for ; Thu, 2 Mar 2006 15:05:08 +0000 (GMT) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by mail2.ambrisko.com with ESMTP; 02 Mar 2006 07:04:49 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.12.11/8.12.11) with ESMTP id k22F57nX098941; Thu, 2 Mar 2006 07:05:07 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.12.11/8.12.11/Submit) id k22F57iI098940; Thu, 2 Mar 2006 07:05:07 -0800 (PST) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200603021505.k22F57iI098940@ambrisko.com> In-Reply-To: To: Danny Braniss Date: Thu, 2 Mar 2006 07:05:07 -0800 (PST) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Cristiano Deana Subject: Re: New 'amr' driver and linux MegaMGR 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, 02 Mar 2006 15:05:09 -0000 Danny Braniss writes: | > Cristiano Deana writes: | > | 2006/3/1, Paul Saab : | > | > works fine | > | | > | I got: | > | Failed to open driver node /dev/megadev0 | > | > Make sure you have amr_linux. kldload amr_linux.ko. Then you should | > get a /dev/megadev0. It also works in a static kernel. You might | > want to do an ls -l of /dev/megadev0. This is only available | > in FreeBSD 6.1 and -current it is not in FreeBSD 6.0. The changes | > will drop into FreeBSD 6.0 though. | | i'm getting: | | Copyright (c) 1992-2006 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 6.1-PRERELEASE #3: Mon Feb 27 10:23:29 IST 2006 | ... | module_register_init: MOD_LOAD (amr_linux, 0xffffffff805f1b00, 0) error 6 | ad4: 286168MB at ata2-master SATA150 | ad6: 286168MB at ata3-master SATA150 | ar0: 572072MB status: READY | ar0: disk0 READY using ad4 at ata2-master | ar0: disk1 READY using ad6 at ata3-master | | and no /dev/megadev0 | | maybe because: | atapci1@pci0:31:2: class=0x01048f card=0x34518086 chip=0x25b08086 rev=0x02 hdr=0x00 | vendor = 'Intel Corporation' | device = '6300ESB Serial ATA Controller (RAID mode)' | class = mass storage | subclass = RAID You don't have an LSI RAID controller. Those are the built in Intel SATA ports in RAID mode which is software RAID. It is being detected as ata disks and using ata-raid. So you can't use the LSI RAID tools. If it was detected via the amr(4) driver then you could use the LSI RAID tools. Now it is using the LSI RAID meta-data. "atacontrol" will manage this assuming Soren has the meta-data write support for their format. Doug A. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 15:16:40 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 25EA416A422 for ; Thu, 2 Mar 2006 15:16:40 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from ms-dienst.rz.rwth-aachen.de (ms-2.rz.RWTH-Aachen.DE [134.130.3.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id A7A6043D49 for ; Thu, 2 Mar 2006 15:16:34 +0000 (GMT) (envelope-from chris@haakonia.hitnet.rwth-aachen.de) Received: from circe (circe.rz.RWTH-Aachen.DE [134.130.3.36]) by ms-dienst.rz.rwth-aachen.de (iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)) with ESMTP id <0IVI00F3NAFLIG@ms-dienst.rz.rwth-aachen.de> for freebsd-stable@freebsd.org; Thu, 02 Mar 2006 16:16:33 +0100 (MET) Received: from talos.rz.RWTH-Aachen.DE ([134.130.3.22]) by circe (MailMonitor for SMTP v1.2.2 ) ; Thu, 02 Mar 2006 16:16:32 +0100 (MET) Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.1/8.13.1/1) with ESMTP id k22FGWZJ013077; Thu, 02 Mar 2006 16:16:32 +0100 Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA:32) (Exim 4.50) id 1FEpXc-0003Ih-8B; Thu, 02 Mar 2006 16:16:32 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 0C10E3F42F; Thu, 02 Mar 2006 16:16:32 +0100 (CET) Date: Thu, 02 Mar 2006 16:16:31 +0100 From: Christian Brueffer In-reply-to: <200603021505.k22F57iI098940@ambrisko.com> To: Doug Ambrisko Message-id: <20060302151631.GC1464@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; boundary="vEao7xgI/oilGqZ+"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-disposition: inline User-Agent: Mutt/1.5.11 X-Operating-System: FreeBSD 6.1-PRERELEASE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <200603021505.k22F57iI098940@ambrisko.com> Cc: Cristiano Deana , freebsd-stable@freebsd.org Subject: Re: New 'amr' driver and linux MegaMGR 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, 02 Mar 2006 15:16:40 -0000 --vEao7xgI/oilGqZ+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 02, 2006 at 07:05:07AM -0800, Doug Ambrisko wrote: > Danny Braniss writes: > | > Cristiano Deana writes: > | > | 2006/3/1, Paul Saab : > | > | > works fine > | > |=20 > | > | I got: > | > | Failed to open driver node /dev/megadev0 > | >=20 > | > Make sure you have amr_linux. kldload amr_linux.ko. Then you should > | > get a /dev/megadev0. It also works in a static kernel. You might > | > want to do an ls -l of /dev/megadev0. This is only available > | > in FreeBSD 6.1 and -current it is not in FreeBSD 6.0. The changes > | > will drop into FreeBSD 6.0 though. > |=20 > | i'm getting: > |=20 > | Copyright (c) 1992-2006 The FreeBSD Project. > | Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > | The Regents of the University of California. All rights reserve= d. > | FreeBSD 6.1-PRERELEASE #3: Mon Feb 27 10:23:29 IST 2006 > | ... > | module_register_init: MOD_LOAD (amr_linux, 0xffffffff805f1b00, 0) error= 6 > | ad4: 286168MB at ata2-master SATA150 > | ad6: 286168MB at ata3-master SATA150 > | ar0: 572072MB status: READY > | ar0: disk0 READY using ad4 at ata2-master > | ar0: disk1 READY using ad6 at ata3-master > |=20 > | and no /dev/megadev0 > |=20 > | maybe because: > | atapci1@pci0:31:2: class=3D0x01048f card=3D0x34518086 chip=3D0x25b= 08086 rev=3D0x02 hdr=3D0x00 > | vendor =3D 'Intel Corporation' > | device =3D '6300ESB Serial ATA Controller (RAID mode)' > | class =3D mass storage > | subclass =3D RAID >=20 > You don't have an LSI RAID controller. Those are the built in Intel > SATA ports in RAID mode which is software RAID. It is being detected > as ata disks and using ata-raid. So you can't use the LSI RAID tools. > If it was detected via the amr(4) driver then you could use the LSI RAID > tools. >=20 > Now it is using the LSI RAID meta-data. "atacontrol" will manage this > assuming Soren has the meta-data write support for their format. >=20 For the LSI metadata formats, there is only read support. See ataraid(4) for details. - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --vEao7xgI/oilGqZ+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEBwxPbHYXjKDtmC0RAkOlAKDVOwBzMaZgnip6Wr/orPKgwXUW5gCfXMfG 43WcQSDbpzEGxcJi9XbLNcg= =MhLv -----END PGP SIGNATURE----- --vEao7xgI/oilGqZ+-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 15:18:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2210516A420 for ; Thu, 2 Mar 2006 15:18:56 +0000 (GMT) (envelope-from dindin@dindin.ru) Received: from mail.kgts.ru (kgts.ru [217.30.252.242]) by mx1.FreeBSD.org (Postfix) with SMTP id B37B443D46 for ; Thu, 2 Mar 2006 15:18:54 +0000 (GMT) (envelope-from dindin@dindin.ru) Received: (qmail 24263 invoked from network); 2 Mar 2006 15:18:44 -0000 Received: from unknown (HELO terra.sardin.dindin.ru) (217.30.250.154) by kgts.ru with SMTP; 2 Mar 2006 15:18:44 -0000 Received: from [192.168.1.20] (laptop.sardin.dindin.ru [192.168.1.20]) by terra.sardin.dindin.ru (8.13.1/8.13.1) with ESMTP id k22FIlTE015539 for ; Thu, 2 Mar 2006 18:18:49 +0300 (MSK) (envelope-from dindin@dindin.ru) Message-ID: <44070CD0.6070301@dindin.ru> Date: Thu, 02 Mar 2006 18:18:40 +0300 From: Denis Barov User-Agent: Thunderbird 1.5 (X11/20060224) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20060302120222.4844A16A44F@hub.freebsd.org> In-Reply-To: <20060302120222.4844A16A44F@hub.freebsd.org> X-Enigmail-Version: 0.94.0.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Subject: Re: Remote Installworld 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, 02 Mar 2006 15:18:56 -0000 > > The securelevel wouldn't allow me to change the flag. > > Thanks anyways > Nick > > Try to set kern_securelevel="-1" in /etc/rc.conf, remotely reboot your computer, remove schg flags and do installworld one more time. Set kern_securelevel back and reboot. Best regards, Denis Barov. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 15:20:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6F42616A420 for ; Thu, 2 Mar 2006 15:20:18 +0000 (GMT) (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 7C61843D8A for ; Thu, 2 Mar 2006 15:20:13 +0000 (GMT) (envelope-from lists@jnielsen.net) Received: from c-71-226-110-35.hsd1.sc.comcast.net (c-71-226-110-35.hsd1.sc.comcast.net [71.226.110.35]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id k22FKC1k094278; Thu, 2 Mar 2006 07:20:12 -0800 (PST) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org Date: Thu, 2 Mar 2006 10:20:06 -0500 User-Agent: KMail/1.9.1 References: In-Reply-To: X-Face: #X5#Y*q>F:]zT!DegL3z5Xo'^MN[$8k\[4^3rN~wm=s=Uw(sW}R?3b^*f1Wu*.<=?iso-8859-1?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: <200603021020.06885.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Pete French Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 15:20:18 -0000 Chiming in a little bit late. I have a hosting server that's running a patched version of FreeBSD 4.9 and regularly update the ports on it from the ports tree with few if any problems. Mail, web, php, etc. The only port I have installed that won't update is rar, and it's marked as broken in the port makefile. (unrar is fine, btw). JN From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 16:01:49 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1AF2816A420 for ; Thu, 2 Mar 2006 16:01:49 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id B6B4943D58 for ; Thu, 2 Mar 2006 16:01:48 +0000 (GMT) (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 AFED0B80F for ; Thu, 2 Mar 2006 10:01:57 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: <4404BBE4.7070006@secureworks.com> References: <2A9B4C29-8ECF-47BD-AF38-6E7A1DD79DEF@khera.org> <4404BBE4.7070006@secureworks.com> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <0F3DA294-1E80-47B2-AA45-79E5FFFC4581@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 2 Mar 2006 10:01:56 -0500 To: stable@freebsd.org X-Mailer: Apple Mail (2.746.2) Cc: Subject: Re: Broadcom BCM5714 ethernet not recognized by 6.0-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: Thu, 02 Mar 2006 16:01:49 -0000 On Feb 28, 2006, at 4:08 PM, Michael Proto wrote: > Do you have ACPI disabled by any chance? I ran into a similar > situation > with a BCM5751 (I think) and 5.4 with ACPI disabled. I was able to > resolve it by enabling ACPI, at which point the card was successfully > recognized by the bge driver. Nope. Stock CD install of 6.0 with nothing special done to it. The source code indicates that the 5714C is supported, but this particular chipset is not found. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 16:18:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 14CB716A420 for ; Thu, 2 Mar 2006 16:18:26 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7675243D55 for ; Thu, 2 Mar 2006 16:18:25 +0000 (GMT) (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 62329B864 for ; Thu, 2 Mar 2006 10:17:25 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) In-Reply-To: References: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6E3F0C8A-99C7-42F2-9A71-DBD6051DEEFF@khera.org> Content-Transfer-Encoding: 7bit From: Vivek Khera Date: Thu, 2 Mar 2006 10:17:24 -0500 To: freebsd-stable X-Mailer: Apple Mail (2.746.2) Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 16:18:26 -0000 On Mar 1, 2006, at 6:05 AM, Pete French wrote: > I dont know how backward compatible ports are ggenerally, but I > have a 4.11 machine that I really want to upgrade the ports on. > But I dont know if they will alla ctually compile, and I dont wnat to > start doing the process only to find that I cant build one of them > possibly. Does anybody know if this is likely to work, or is it > simply unsupported ? i have several 4.11 machines in service with ports mostly up-to- date. what you can do is cd to the port and run "make". If it builds chances are it will work, then you can do the necessary port upgrades. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 16:23:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 45F5516A423 for ; Thu, 2 Mar 2006 16:23:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6BC0643D55 for ; Thu, 2 Mar 2006 16:23:00 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k22GMsZU007304 for ; Thu, 2 Mar 2006 18:22:54 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Thu, 2 Mar 2006 18:22:54 +0200 (EET) From: Dmitry Pryanishnikov To: freebsd-stable@freebsd.org Message-ID: <20060302181625.I3905@atlantis.atlantis.dp.ua> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: RELENG_4 on flash disk and swap 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, 02 Mar 2006 16:23:03 -0000 Hello! Suppose I have machine with 256Mb of RAM and 256Mb flash ATA disk-on-module. What configuration (using RELENG_4) should I select: 1. No swap at all. 2. /dev/md0 (default 10Mb) added as a swap device. In other words, does RELENG_4 kernel work stable and robust w/o swap or should I provide a minimum-size swap device? Which configuration (1 or 2) will give more robustness in case of physical memory shortage? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 16:32:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B746A16A420 for ; Thu, 2 Mar 2006 16:32:58 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from smtp6-g19.free.fr (smtp6-g19.free.fr [212.27.42.36]) by mx1.FreeBSD.org (Postfix) with ESMTP id 376E743D46 for ; Thu, 2 Mar 2006 16:32:57 +0000 (GMT) (envelope-from rvenne@dental-on-line.fr) Received: from [192.168.1.7] (ras75-5-82-234-245-176.fbx.proxad.net [82.234.245.176]) by smtp6-g19.free.fr (Postfix) with ESMTP id C8A22187AE for ; Thu, 2 Mar 2006 17:32:56 +0100 (CET) Message-ID: <44071E36.2060606@dental-on-line.fr> Date: Thu, 02 Mar 2006 17:32:54 +0100 From: rvenne@dental-on-line.fr User-Agent: Thunderbird 1.5 (X11/20060203) MIME-Version: 1.0 CC: freebsd-stable@freebsd.org References: <20060302181625.I3905@atlantis.atlantis.dp.ua> In-Reply-To: <20060302181625.I3905@atlantis.atlantis.dp.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: flush active nat sesstion 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, 02 Mar 2006 16:32:58 -0000 Hi list how can I remove one specific active ipnat session? ipnat -rf [file] remove only rules from list, but all sessions still active From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 16:58:27 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4BEC616A420 for ; Thu, 2 Mar 2006 16:58:27 +0000 (GMT) (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 22AC243D48 for ; Thu, 2 Mar 2006 16:58:24 +0000 (GMT) (envelope-from nalists@scls.lib.wi.us) Received: from [172.26.2.238] ([172.26.2.238]) by mail.scls.lib.wi.us (8.12.9p2/8.12.9) with ESMTP id k22GwNhG031907; Thu, 2 Mar 2006 10:58:23 -0600 (CST) (envelope-from nalists@scls.lib.wi.us) Message-ID: <4407242F.4060207@scls.lib.wi.us> Date: Thu, 02 Mar 2006 10:58:23 -0600 From: Greg Barniskis User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Vivek Khera References: <6E3F0C8A-99C7-42F2-9A71-DBD6051DEEFF@khera.org> In-Reply-To: <6E3F0C8A-99C7-42F2-9A71-DBD6051DEEFF@khera.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable , petefrench@ticketswitch.com Subject: Re: New ports on older stable (4.11) 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, 02 Mar 2006 16:58:27 -0000 Vivek Khera wrote: > > On Mar 1, 2006, at 6:05 AM, Pete French wrote: > >> I dont know how backward compatible ports are ggenerally, but I >> have a 4.11 machine that I really want to upgrade the ports on. >> But I dont know if they will alla ctually compile, and I dont wnat to >> start doing the process only to find that I cant build one of them >> possibly. Does anybody know if this is likely to work, or is it >> simply unsupported ? > > i have several 4.11 machines in service with ports mostly up-to-date. > what you can do is cd to the port and run "make". If it builds chances > are it will work, then you can do the necessary port upgrades. I've done a similar thing on a creaky old P-III lab router/firewall that didn't really need replacing before death, was too slow to bother with religiously updating, yet still needed some degree of ports currency for specific lab scenarios. Using portversion to preview what needs making and portupgrade -aF to prefetch the sources (after doing cvsup ports and make fetchindex) can help streamline your trial and error process. The OP had spake thusly in a prior msg: > Never used portupgrade and am not really in the mood for investigating > exciting new software at the same time as the upgrade. With sysadmin mood having a lot of influence re: success rates, do what you like, of course. But portupgrade and friends (and competitors) can save you a lot of time and grief. On the other hand, I'm not sure it'd be very happy when you first fire it up on an old box where a lot of manual ports management has already occurred, and cleaning up a messed package database is probably the least fun aspect of portupgrade. The best time to learn it might be the next time you do a clean install of say, 6.1. -- Greg Barniskis, Computer Systems Integrator South Central Library System (SCLS) Library Interchange Network (LINK) , (608) 266-6348 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 18:08:48 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 364B216A420 for ; Thu, 2 Mar 2006 18:08:48 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id 6C6E843D48 for ; Thu, 2 Mar 2006 18:08:47 +0000 (GMT) (envelope-from nakal@nurfuerspam.de) Received: (qmail invoked by alias); 02 Mar 2006 18:08:45 -0000 Received: from p5090D269.dip.t-dialin.net (EHLO klotz.local) [80.144.210.105] by mail.gmx.net (mp031) with SMTP; 02 Mar 2006 19:08:45 +0100 X-Authenticated: #989277 Received: from [192.168.0.1] (klotz.local [192.168.0.1]) by klotz.local (8.13.4/8.13.4) with ESMTP id k22I8enh001514 for ; Thu, 2 Mar 2006 19:08:42 +0100 (CET) (envelope-from nakal@nurfuerspam.de) Message-ID: <440734A8.1010908@nurfuerspam.de> Date: Thu, 02 Mar 2006 19:08:40 +0100 From: Martin User-Agent: Thunderbird 1.5 (X11/20060205) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: Subject: Panics with md/gvinum/ufs 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, 02 Mar 2006 18:08:48 -0000 Hi, I've done some strange(?) experiments and I managed to get a panic of type "baddir" and just now another one that only rebooted my system instantly without writing a vmcore. I don't know if this is important. I could not find any information on how gvinum detects failed hard disks. That's why I tried something really simple. Steps to reproduce: 1) dd if=/dev/zero of=a bs=1024 count=256000 dd if=/dev/zero of=b bs=1024 count=256000 dd if=/dev/zero of=c bs=1024 count=256000 2) mdconfig -a -t vnode -u 0 -f a mdconfig -a -t vnode -u 1 -f b mdconfig -a -t vnode -u 2 -f c 3) gvinum create raid5.conf with raid5.conf: drive a device /dev/md0 drive b device /dev/md1 drive c device /dev/md2 volume raid5 plex org raid5 491k sd length 0 drive a sd length 0 drive b sd length 0 drive c 4) newfs -m 0 /dev/raid5 5) mount /dev/gvinum/raid5 /mnt/ mkdir /mnt/aaa 6) dd if=/dev/zero of=c bs=1024 count=256000 7) cd /mnt/aaa touch a 8) Repeat the steps 6) and 7) if it does not panic at this point. -- Martin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 18:49:08 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B339516A420 for ; Thu, 2 Mar 2006 18:49:08 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: from mail.gmx.net (mail.gmx.de [213.165.64.20]) by mx1.FreeBSD.org (Postfix) with SMTP id E966643D45 for ; Thu, 2 Mar 2006 18:49:07 +0000 (GMT) (envelope-from marius.nuennerich@gmx.net) Received: (qmail invoked by alias); 02 Mar 2006 18:49:05 -0000 Received: from p5083C13A.dip0.t-ipconnect.de (EHLO sol) [80.131.193.58] by mail.gmx.net (mp012) with SMTP; 02 Mar 2006 19:49:05 +0100 X-Authenticated: #5707313 Date: Thu, 2 Mar 2006 19:48:57 +0100 From: Marius Nuennerich To: Martin Message-ID: <20060302194857.407f9ba8@sol> In-Reply-To: <440734A8.1010908@nurfuerspam.de> References: <440734A8.1010908@nurfuerspam.de> X-Mailer: Sylpheed-Claws 2.0.0 (GTK+ 2.8.12; i386-portbld-freebsd5.4) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: stable@freebsd.org Subject: Re: Panics with md/gvinum/ufs 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, 02 Mar 2006 18:49:08 -0000 On Thu, 02 Mar 2006 19:08:40 +0100 Martin wrote: > > Hi, > > I've done some strange(?) experiments and I managed to get > a panic of type "baddir" and just now another one that only > rebooted my system instantly without writing a vmcore. > > I don't know if this is important. I could not find any > information on how gvinum detects failed hard disks. > That's why I tried something really simple. > > Steps to reproduce: > > 1) > dd if=/dev/zero of=a bs=1024 count=256000 > dd if=/dev/zero of=b bs=1024 count=256000 > dd if=/dev/zero of=c bs=1024 count=256000 > > 2) > mdconfig -a -t vnode -u 0 -f a > mdconfig -a -t vnode -u 1 -f b > mdconfig -a -t vnode -u 2 -f c > > 3) > gvinum create raid5.conf > > with raid5.conf: > drive a device /dev/md0 > drive b device /dev/md1 > drive c device /dev/md2 > volume raid5 > plex org raid5 491k > sd length 0 drive a > sd length 0 drive b > sd length 0 drive c > > 4) > newfs -m 0 /dev/raid5 > > 5) > mount /dev/gvinum/raid5 /mnt/ > mkdir /mnt/aaa > > 6) > dd if=/dev/zero of=c bs=1024 count=256000 > > 7) > cd /mnt/aaa > touch a > > 8) > Repeat the steps 6) and 7) if it does not > panic at this point. Looks similar to the one I reported a few days ago: http://lists.freebsd.org/pipermail/freebsd-geom/2006-March/001095.html regards Marius From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 19:11:55 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DA80216A422 for ; Thu, 2 Mar 2006 19:11:55 +0000 (GMT) (envelope-from vivek@khera.org) Received: from yertle.kcilink.com (yertle.kcilink.com [65.205.34.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2973343D55 for ; Thu, 2 Mar 2006 19:11:54 +0000 (GMT) (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 6BCB1B80D for ; Thu, 2 Mar 2006 14:11:54 -0500 (EST) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Vivek Khera Date: Thu, 2 Mar 2006 14:11:53 -0500 X-Mailer: Apple Mail (2.746.2) Cc: Subject: opinion on which software RAID to use 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, 02 Mar 2006 19:11:56 -0000 I have a stack of new boxes here with two SATA drives on which I plan to do software RAID. The box actually has a hardware RAID but it is somehow disabled since I didn't pay extra for it... I can access the BIOS and set up the RAID volume but it fails at boot. So they are configured as individual disks. The boxes are Dell PowerEdge 1425SC. Anyhow, I see at least three ways to set up a mirror of these drives and/or partitions: gvinum gmirror atacontrol Any opinions on which has both qualities: easy to configure/manage (ie, recover after failure) and performance? The handbook RAID page doesn't even mention gmirror. The atacontrol seems very simple to use, at least. Let me know what you think. Thanks! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 19:32:25 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2714A16A420 for ; Thu, 2 Mar 2006 19:32:25 +0000 (GMT) (envelope-from rink@charm.il.fontys.nl) Received: from mail.unilogicnetworks.net (mail-out.unilogicnetworks.net [62.133.192.42]) by mx1.FreeBSD.org (Postfix) with ESMTP id 97BFD43D46 for ; Thu, 2 Mar 2006 19:32:24 +0000 (GMT) (envelope-from rink@charm.il.fontys.nl) Received: from mail.il.fontys.nl (mx0.il.fontys.nl [194.26.13.7]) by mail.unilogicnetworks.net (Postfix) with ESMTP id 5AF47EF143; Thu, 2 Mar 2006 20:32:23 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.il.fontys.nl (Postfix/VSRI) with ESMTP id 64A1C17042; Thu, 2 Mar 2006 20:37:22 +0100 (CET) Received: from mail.il.fontys.nl ([127.0.0.1]) by localhost (sukke.il.fontys.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 87581-02; Thu, 2 Mar 2006 20:37:21 +0100 (CET) Received: from charm.il.fontys.nl (charm.il.fontys.nl [194.26.13.34]) by mail.il.fontys.nl (Postfix) with ESMTP; Thu, 2 Mar 2006 20:37:21 +0100 (CET) Received: by charm.il.fontys.nl (Postfix, from userid 1678) id DB5B840B5; Thu, 2 Mar 2006 20:30:03 +0100 (CET) Date: Thu, 2 Mar 2006 20:30:03 +0100 From: Rink Springer To: Vivek Khera Message-ID: <20060302193003.GB95124@il.fontys.nl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: X-Editor: Vim http://www.vim.org/ X-Info: http://rink.nu/ X-Operating-System: FreeBSD 6.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Virus-Scanned: amavisd-new at il.fontys.nl Cc: stable@freebsd.org Subject: Re: opinion on which software RAID to use 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, 02 Mar 2006 19:32:25 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi Vivek, > Any opinions on which has both qualities: easy to configure/manage =20 > (ie, recover after failure) and performance? The handbook RAID page =20 > doesn't even mention gmirror. The atacontrol seems very simple to =20 > use, at least. I've had very good results with gmirror. It's very easy to set up, performance is good (didn't really benchmark it though) and recovering faulty drives is easy to do. Never had a problem with it ... --=20 Rink P.W. Springer - http://rink.nu "Richter: Tribute? You steal men's souls, and make them your slaves! Dracula: Perhaps the same could be said of all religions." - Castlevania: Symphony of the Night --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEB0e7b3O60uztv/8RAiOLAJoDkXlomJHYWgApmNyhaUFoma5avgCgkKeO tyNi/xHb8c9VsQ+9V6KrKPA= =VpZc -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 20:16:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 266D916A420 for ; Thu, 2 Mar 2006 20:16:56 +0000 (GMT) (envelope-from alec@thened.net) Received: from empmail.bowdoin.edu (empmail.bowdoin.edu [139.140.14.26]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CA8F43D45 for ; Thu, 2 Mar 2006 20:16:55 +0000 (GMT) (envelope-from alec@thened.net) Received: from shredder.bowdoin.edu ([139.140.181.133]) by empmail.bowdoin.edu (Sun Java System Messaging Server 6.1 HotFix 0.01 (built Jun 24 2004)) with ESMTPP id <0IVI00B0DOC66M30@empmail.bowdoin.edu> for freebsd-stable@freebsd.org; Thu, 02 Mar 2006 15:16:54 -0500 (EST) Received: by shredder.bowdoin.edu (Postfix, from userid 12008) id 86DC9C85B; Thu, 02 Mar 2006 15:16:54 -0500 (EST) Date: Thu, 02 Mar 2006 20:16:54 +0000 From: Alec Berryman In-reply-to: <20060302193003.GB95124@il.fontys.nl> To: freebsd-stable@freebsd.org Message-id: <20060302201654.GB1054@thened.net> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=gj572EiMnwbLXET9 Content-disposition: inline X-Ned-Wuz-Here: Yes X-GPG-Fingerprint: 3DB5 8785 53D9 8BF4 5049 B6B9 02E7 7FD9 881C 85C4 X-GPG-Key-ID: 881C85C4 References: <20060302193003.GB95124@il.fontys.nl> User-Agent: Mutt/1.5.11 Subject: Re: opinion on which software RAID to use 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, 02 Mar 2006 20:16:56 -0000 --gj572EiMnwbLXET9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Rink Springer on 2006-03-02 20:30:03 +0100: > Hi Vivek, >=20 > > Any opinions on which has both qualities: easy to configure/manage =20 > > (ie, recover after failure) and performance? The handbook RAID page = =20 > > doesn't even mention gmirror. The atacontrol seems very simple to =20 > > use, at least. >=20 > I've had very good results with gmirror. It's very easy to set up, > performance is good (didn't really benchmark it though) and recovering > faulty drives is easy to do. Never had a problem with it ... I'll second gmirror. An excellent tutorial may be found at http://people.freebsd.org/~rse/mirror/. --gj572EiMnwbLXET9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEB1K2Aud/2YgchcQRArM2AJ0apwYxKJVBp5vL3EP7vSsHwNMlwwCfechl HBflafoyAgezNdo3KPvquuk= =PMDT -----END PGP SIGNATURE----- --gj572EiMnwbLXET9-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 20:34:17 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1887216A420 for ; Thu, 2 Mar 2006 20:34:17 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.29]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7F93C43D46 for ; Thu, 2 Mar 2006 20:34:16 +0000 (GMT) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (pool-72-66-176-4.ronkva.east.verizon.net [72.66.176.4]) by gromit.dlib.vt.edu (8.13.4/8.13.4) with ESMTP id k22KYEtU015751 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Mar 2006 15:34:15 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: from zappa.Chelsea-Ct.Org (localhost.Chelsea-Ct.Org [127.0.0.1]) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4) with ESMTP id k22KY9mf019398 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 2 Mar 2006 15:34:09 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) Received: (from paul@localhost) by zappa.Chelsea-Ct.Org (8.13.4/8.13.4/Submit) id k22KY818019397; Thu, 2 Mar 2006 15:34:08 -0500 (EST) (envelope-from paul@gromit.dlib.vt.edu) From: Paul Mather To: Vivek Khera In-Reply-To: References: Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Thu, 02 Mar 2006 15:34:08 -0500 Message-Id: <1141331648.19189.7.camel@zappa.Chelsea-Ct.Org> Mime-Version: 1.0 X-Mailer: Evolution 2.4.2.1 FreeBSD GNOME Team Port Cc: stable@freebsd.org Subject: Re: opinion on which software RAID to use 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, 02 Mar 2006 20:34:17 -0000 On Thu, 2006-03-02 at 14:11 -0500, Vivek Khera wrote: > Anyhow, I see at least three ways to set up a mirror of these drives > and/or partitions: > > gvinum > gmirror > atacontrol > > Any opinions on which has both qualities: easy to configure/manage > (ie, recover after failure) and performance? The handbook RAID page > doesn't even mention gmirror. The atacontrol seems very simple to > use, at least. > > Let me know what you think. Thanks! For basic mirroring, I'd say go for gmirror. I've been using it successfully for a long time. I migrated to it from vinum/gvinum because it offered more flexible read load-balancing (you can choose between various policies) and easier recovery. It can even do N-way mirroring. I tried atacontrol in the past, but could never get it to reconstruct after a simulated failure. With gmirror, you have the option of automatic or manual reconstruction for failed/stale providers. You might want to consider gvinum if you think you might want to use RAID 5 or LVM-type aggregations in the future, but if you are just planning on mirroring I'd strongly suggest going with gmirror. Cheers, Paul. -- e-mail: paul@gromit.dlib.vt.edu "Without music to decorate it, time is just a bunch of boring production deadlines or dates by which bills must be paid." --- Frank Vincent Zappa From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 20:35:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7A84716A420 for ; Thu, 2 Mar 2006 20:35:19 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate2.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id D733643D48 for ; Thu, 2 Mar 2006 20:35:18 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k22KZHam029955 for ; Thu, 2 Mar 2006 21:35:17 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k22KZGoI028495; Thu, 2 Mar 2006 21:35:16 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k22KZG2e028494; Thu, 2 Mar 2006 21:35:16 +0100 (CET) (envelope-from ry93) Date: Thu, 2 Mar 2006 21:35:16 +0100 From: "Patrick M. Hausen" To: Rink Springer Message-ID: <20060302203516.GA28378@hugo10.ka.punkt.de> References: <20060302193003.GB95124@il.fontys.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060302193003.GB95124@il.fontys.nl> User-Agent: Mutt/1.5.10i Cc: Vivek Khera , stable@freebsd.org Subject: Re: opinion on which software RAID to use 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, 02 Mar 2006 20:35:19 -0000 Hi, all! On Thu, Mar 02, 2006 at 08:30:03PM +0100, Rink Springer wrote: > I've had very good results with gmirror. It's very easy to set up, > performance is good (didn't really benchmark it though) and recovering > faulty drives is easy to do. Never had a problem with it ... Seconded. Go, read Ralf Engelschall's great instructions on how to setup a gmirror system drive: http://ezine.daemonnews.org/200502/diskmirror.html IMHO this should be put somewhere more prominent. It could easily replace this section in the handbook: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/geom-mirror.html HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 20:40:19 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E924B16A420 for ; Thu, 2 Mar 2006 20:40:19 +0000 (GMT) (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 AF7E443D46 for ; Thu, 2 Mar 2006 20:40:19 +0000 (GMT) (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 98A481A4E18; Thu, 2 Mar 2006 12:40:19 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 05C03514BD; Thu, 2 Mar 2006 15:40:19 -0500 (EST) Date: Thu, 2 Mar 2006 15:40:18 -0500 From: Kris Kennaway To: Danny Braniss Message-ID: <20060302204018.GB71951@xor.obsecurity.org> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW5yreqqjyrRcusr" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 02 Mar 2006 20:40:20 -0000 --MW5yreqqjyrRcusr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 02, 2006 at 09:58:42AM +0200, Danny Braniss wrote: > seems to me not very updated ... Yes it is. Please provide evidence if you think otherwise. Kris --MW5yreqqjyrRcusr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEB1gyWry0BWjoQKURAhtZAJ43HZUP8eRD0L0QUZvdUASopCp5CQCePTrR SISVcO5nNlOxVEyGqNVqLG0= =9Tlm -----END PGP SIGNATURE----- --MW5yreqqjyrRcusr-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 21:26:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8718716A420 for ; Thu, 2 Mar 2006 21:26:45 +0000 (GMT) (envelope-from helge.oldach@atosorigin.com) Received: from mizar.origin-it.net (mizar.origin-it.net [194.8.96.234]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9A6E743D45 for ; Thu, 2 Mar 2006 21:26:44 +0000 (GMT) (envelope-from helge.oldach@atosorigin.com) Received: from matar.hbg.de.int.atosorigin.com (dehsfw3e.origin-it.net [194.8.96.68]) by mizar.origin-it.net (8.13.4/8.13.4/hmo020206) with ESMTP id k22LQgi4020967 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 2 Mar 2006 22:26:42 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) Received: from DEHHX001.deuser.de.intra (dehhx001.hbg.de.int.atosorigin.com [161.90.164.119]) by matar.hbg.de.int.atosorigin.com (8.13.4/8.13.4/hmo020206) with ESMTP id k22LQgps051665; Thu, 2 Mar 2006 22:26:42 +0100 (CET) (envelope-from helge.oldach@atosorigin.com) X-MimeOLE: Produced By Microsoft Exchange V6.5.7226.0 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 2 Mar 2006 22:26:40 +0100 Message-ID: <39AFDF50473FED469B15B6DFF2262F7A928070@DEHHX001.deuser.de.intra> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: opinion on which software RAID to use Thread-Index: AcY+LaoztYXhP/t4ThmsYy6KvPjAlgAEaQEg From: To: , Cc: Subject: RE: opinion on which software RAID to use 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, 02 Mar 2006 21:26:45 -0000 Vivek,=20 Frankly, for smaller, desktop-sized boxen I prefer atacontrol. Once set = up at installation time, it just works. I even managed to hotswap drives = on certain ATA controllers, provided that the drives are on different = channels. On the server end, I still prefer SCSI-based hardware RAID. YMMV. Helge -----Original Message----- From: owner-freebsd-stable@freebsd.org = [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of Vivek Khera Sent: Thursday, March 02, 2006 8:12 PM To: stable@freebsd.org Subject: opinion on which software RAID to use I have a stack of new boxes here with two SATA drives on which I plan =20 to do software RAID. The box actually has a hardware RAID but it is =20 somehow disabled since I didn't pay extra for it... I can access the =20 BIOS and set up the RAID volume but it fails at boot. So they are =20 configured as individual disks. The boxes are Dell PowerEdge 1425SC. Anyhow, I see at least three ways to set up a mirror of these drives =20 and/or partitions: gvinum gmirror atacontrol Any opinions on which has both qualities: easy to configure/manage =20 (ie, recover after failure) and performance? The handbook RAID page =20 doesn't even mention gmirror. The atacontrol seems very simple to =20 use, at least. Let me know what you think. Thanks! _______________________________________________ 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 Thu Mar 2 22:25:10 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1327116A420 for ; Thu, 2 Mar 2006 22:25:10 +0000 (GMT) (envelope-from nik@freebsd.org) Received: from jc.ngo.org.uk (jc.ngo.org.uk [69.55.225.33]) by mx1.FreeBSD.org (Postfix) with ESMTP id 58F5343D53 for ; Thu, 2 Mar 2006 22:25:08 +0000 (GMT) (envelope-from nik@freebsd.org) Received: from [192.168.0.240] (i-83-67-27-141.freedom2surf.net [83.67.27.141]) by jc.ngo.org.uk (8.13.4/8.13.5) with ESMTP id k22MOa2O077170 for ; Thu, 2 Mar 2006 14:25:07 -0800 (PST) (envelope-from nik@freebsd.org) Message-ID: <44077091.3060604@freebsd.org> Date: Thu, 02 Mar 2006 22:24:17 +0000 From: Nik Clayton User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: multipart/mixed; boundary="------------030502040701030607060607" X-Spam-Score: (0) X-Scanned-By: MIMEDefang 2.54 on 69.55.225.33 Cc: Subject: Failing to understand getrusage() 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, 02 Mar 2006 22:25:10 -0000 This is a multi-part message in MIME format. --------------030502040701030607060607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit I'm failing to understand how getrusage() works, which is a bit perplexing, because it doesn't seem like it would be terribly complicated. I've attached the code. My aim is to verify that I can use getrusage() to do (admittedly crude) instrumentation of which functions in my program are allocating lots of memory[1]. So I figure I can call getrusage() at various points and look at the ru_maxrss member. I'm confused because the results I'm getting don't make a great deal of sense. The attached program, when run 10 times one after the other, produces the following output; before: 0, after: 1300 before: 0, after: 0 before: 0, after: 0 before: 188, after: 188 before: 0, after: 0 before: 452, after: 452 before: 0, after: 0 before: 0, after: 1316 before: 0, after: 0 before: 0, after: 0 'before' is ru_maxrss before 'malloc(1024 * 1024)', 'after' is ru_maxrss afterwards. Different runs produce slightly different numbers -- the point is that they vary widely, and in some cases are '0' for both cases. Those results don't look sane to me. From doing some googling it looks like there may be a delay between the process's resident set size increasing and the stats that getrusage() uses being updated. If that's the case, can I (portably?) wait for the getrusage() stats to synchronise before I read them? If it's not the case, what am I doing wrong? Is there another (portable) mechanism I use to find out how big my process is? N [1] I'm actually instrumenting Perl applications, using Perl's built-in debugger, instrumenting at the Perl level, so solutions of the form "Use profiling application" aren't going to be applicable. I'm using BSD::Resource, which wraps getrusage(), and odd results from that led me to this C test. --------------030502040701030607060607 Content-Type: text/plain; name="1mb.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="1mb.c" /* Call getrusage() before and after allocating 1MB of RAM, and see what the maxrss figure is */ #include #include #include #include int main(void) { struct rusage ru; char *ptr; int rc; rc = getrusage(RUSAGE_SELF, &ru); if(rc == -1) { perror("getrusage(): "); return 1; } printf("before: %ld, ", ru.ru_maxrss); ptr = malloc(1024 * 1024); if(ptr == NULL) { perror("malloc(): "); return 1; } memset(ptr, 0, 1024 * 1024); /* Zero-fill the memory */ rc = getrusage(RUSAGE_SELF, &ru); if(rc == -1) { perror("getrusage(): "); return 1; } printf("after: %ld\n", ru.ru_maxrss); free(ptr); return 0; } --------------030502040701030607060607-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 23:09:04 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0DD5916A420 for ; Thu, 2 Mar 2006 23:09:04 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.FreeBSD.org (Postfix) with ESMTP id B8E1443D48 for ; Thu, 2 Mar 2006 23:08:50 +0000 (GMT) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.3/8.13.3) with ESMTP id k22N8hJU018547; Fri, 3 Mar 2006 02:08:44 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.3/8.13.3/Submit) id k22N8h11018545; Fri, 3 Mar 2006 02:08:43 +0300 (MSK) (envelope-from yar) Date: Fri, 3 Mar 2006 02:08:43 +0300 From: Yar Tikhiy To: Nick Price Message-ID: <20060302230843.GB16191@comp.chem.msu.su> References: <4406A6B3.1080007@dindin.ru> <000601c63ddb$afa2ebe0$fbd2a118@bigmatix> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <000601c63ddb$afa2ebe0$fbd2a118@bigmatix> User-Agent: Mutt/1.5.9i Cc: freebsd-stable@freebsd.org Subject: Re: Remote Installworld 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, 02 Mar 2006 23:09:04 -0000 On Thu, Mar 02, 2006 at 01:28:34AM -0800, Nick Price wrote: > > > > > > I'm currently administering a machine about 1500mi from me with nobody > > > local to the machine to assist me. Anyways, my only access to this > > > machine is via SSH, no remote serial console or anything. > > > When I try to do a "make installworld" I end up with > > > install: rename: /lib/INS@aTxk to /lib/libcrypt.so.3: Operation not > > > permitted > > > very shortly thereafter. I cannot boot into single user mode because > > > I am far, far away from the machine. What can I do to finish the > > > installworld? > > > > It's probably because there schg flag set for this file. Try to > > # chflags noschg /lib/libcrypt.so > > if your securelevel allows it. Afterward try installworld one more time. > > The securelevel wouldn't allow me to change the flag. You'll have to reboot the machine in order to decrease its securelevel. This part is rather obvious: edit /etc/rc.conf, save, cross your fingers, reboot. In rc.conf, look for kern_securelevel_enable or kern_securelevel. Consult rc.conf(5) manpage for details. The question is whether that machine will succeed in booting to multi-user then, given that "make installworld" has already changed some system files. The libcrypt.so library gets installed rather early, so there's a good chance that your machine will book OK using old userland programs and libraries. Just make sure you haven't forgot to install the new kernel with "make installkernel" before the reboot. Assuming here that you haven't done a complete run of mergemaster(8): new files in /etc might confuse old programs. If still in doubt, try to reproduce the case locally on a test machine and see what happens. Apropos, clearing the schg flag on old system files is generally not needed before installworld because install(1) can deal with it if allowed to by the securelevel setting. -- Yar From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 23:23:50 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0676516A420 for ; Thu, 2 Mar 2006 23:23:50 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp108.rog.mail.re2.yahoo.com (smtp108.rog.mail.re2.yahoo.com [68.142.225.206]) by mx1.FreeBSD.org (Postfix) with SMTP id 7065E43D45 for ; Thu, 2 Mar 2006 23:23:49 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 73636 invoked from network); 2 Mar 2006 23:23:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:Subject:Content-Type:Content-Transfer-Encoding; b=3ZV/f2PFDJnT0YYRhZ6Pp46fBQ90BPuKL6DJLksGSso9kj/Y0MBm2manoSJvvp7TVF39vdx4WOBMCsdI5EMEOt1UYhFCxYN8ebpQjIkxiKHCffeFgw369fLYOLT8Kk+ycPRi7kuq8shFTsJvBL/tdkZ/IutOtq+iY76BW/HEoYs= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp108.rog.mail.re2.yahoo.com with SMTP; 2 Mar 2006 23:23:48 -0000 Message-ID: <44077E79.2080708@rogers.com> Date: Thu, 02 Mar 2006 18:23:37 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Fresh install on gmirror'ed disks? 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, 02 Mar 2006 23:23:50 -0000 Is it possible to boot off the install CD, setup a gmirror, and then reboot and install on the mirror (and expect things to work ok)? Anyone try this? It would be nice if the installer let you do this... From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 23:28:36 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31BB016A420 for ; Thu, 2 Mar 2006 23:28:36 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from olive.qinip.net (olive.qinip.net [62.100.30.40]) by mx1.FreeBSD.org (Postfix) with ESMTP id AD69943D53 for ; Thu, 2 Mar 2006 23:28:35 +0000 (GMT) (envelope-from ronald-freebsd8@klop.yi.org) Received: from henk.klop.ws (h8441134153.dsl.speedlinq.nl [84.41.134.153]) by olive.qinip.net (Postfix) with ESMTP id 3773A1821F for ; Fri, 3 Mar 2006 00:28:34 +0100 (MET) Received: from henk.klop.ws (localhost [127.0.0.1]) by henk.klop.ws (Postfix) with ESMTP id D93261F65 for ; Fri, 3 Mar 2006 00:28:33 +0100 (CET) Received: by henk.klop.ws (Postfix, from userid 1022) id 543761F51; Fri, 3 Mar 2006 00:28:33 +0100 (CET) Received: from laptop.klop.ws (unknown [10.1.2.3]) by henk.klop.ws (Postfix) with SMTP id E0F6B1F48 for ; Fri, 3 Mar 2006 00:28:31 +0100 (CET) Received: (qmail 1354 invoked from network); 2 Mar 2006 23:28:23 -0000 Received: from localhost (127.0.0.1) by localhost with SMTP; 2 Mar 2006 23:28:23 -0000 To: rvenne@dental-on-line.fr References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <44071E36.2060606@dental-on-line.fr> Message-ID: From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Date: Fri, 03 Mar 2006 00:28:17 +0100 In-Reply-To: <44071E36.2060606@dental-on-line.fr> User-Agent: Opera M2/8.51 (FreeBSD, build 1462) X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-stable@freebsd.org Subject: Re: flush active nat sesstion 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, 02 Mar 2006 23:28:36 -0000 On Thu, 02 Mar 2006 17:32:54 +0100, wrote: > Hi list > > > how can I remove one specific active ipnat session? Can't you use tcpdrop? -- Ronald Klop Amsterdam, The Netherlands From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 23:31:27 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BCBCA16A420 for ; Thu, 2 Mar 2006 23:31:27 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate2.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 229CB43D6B for ; Thu, 2 Mar 2006 23:31:21 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k22NVLam000710 for ; Fri, 3 Mar 2006 00:31:21 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k22NVKoI031642; Fri, 3 Mar 2006 00:31:20 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k22NVKoD031641; Fri, 3 Mar 2006 00:31:20 +0100 (CET) (envelope-from ry93) Date: Fri, 3 Mar 2006 00:31:20 +0100 From: "Patrick M. Hausen" To: Mike Jakubik Message-ID: <20060302233120.GA31584@hugo10.ka.punkt.de> References: <44077E79.2080708@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44077E79.2080708@rogers.com> User-Agent: Mutt/1.5.10i Cc: stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 02 Mar 2006 23:31:27 -0000 Hello! > Is it possible to boot off the install CD, setup a gmirror, and then > reboot and install on the mirror (and expect things to work ok)? Anyone > try this? It would be nice if the installer let you do this... AFAIK, no. Install a minimal system on the first disk, then follow these instructions: http://ezine.daemonnews.org/200502/diskmirror.html When the mirror is up and running, cvsup, buildworld, buildkernel, installkernel, installworld, mergemaster, reboot, enjoy ;-) HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Thu Mar 2 23:50:32 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E952316A420; Thu, 2 Mar 2006 23:50:32 +0000 (GMT) (envelope-from nb@ravenbrook.com) Received: from raven.ravenbrook.com (raven.ravenbrook.com [193.82.131.18]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5E57143D45; Thu, 2 Mar 2006 23:50:31 +0000 (GMT) (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (thrush.ravenbrook.com [193.112.141.145]) by raven.ravenbrook.com (8.12.6p3/8.12.6) with ESMTP id k22NoTqV043130; Thu, 2 Mar 2006 23:50:29 GMT (envelope-from nb@ravenbrook.com) Received: from thrush.ravenbrook.com (localhost [127.0.0.1]) by thrush.ravenbrook.com (8.13.4/8.13.4) with ESMTP id k22NoTFu080814; Thu, 2 Mar 2006 23:50:29 GMT (envelope-from nb@thrush.ravenbrook.com) From: Nick Barnes To: Nik Clayton In-Reply-To: <44077091.3060604@freebsd.org> from Nik Clayton of "Thu, 02 Mar 2006 22:24:17 +0000" Date: Thu, 02 Mar 2006 23:50:29 +0000 Message-ID: <80813.1141343429@thrush.ravenbrook.com> Sender: nb@ravenbrook.com Cc: stable@freebsd.org Subject: Re: Failing to understand getrusage() 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, 02 Mar 2006 23:50:33 -0000 At 2006-03-02 22:24:17+0000, Nik Clayton writes: > I'm failing to understand how getrusage() works, which is a bit perplexing, > because it doesn't seem like it would be terribly complicated. ru_maxrss is the maximum resident set size, not the heap size. malloc(big) doesn't grow the resident set. Touching the memory you have allocated will grow the resident set. Try this: getrusage(RUSAGE_SELF, &ru); printf("%lu\n", ru.ru_maxrss); p = malloc(SIZE); assert(p) getrusage(RUSAGE_SELF, &ru); printf("%lu\n", ru.ru_maxrss); for (i=0; i X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0357C16A420 for ; Fri, 3 Mar 2006 01:59:13 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 61B3043D45 for ; Fri, 3 Mar 2006 01:59:12 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 62277 invoked from network); 3 Mar 2006 01:59:11 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ENXRjsIFyj1IrQfwx43/UsQkmWbX5MG/6/CojGYnXy/3q37Tkomphyl9y04upu+wr5ZjgafzKl6YoeMVp6LBamhMmq/4IDPIFbxN62jSMgjGz2E1otfHv675OiWv6Yzs8ruVro2biDnJVCNgE1RaIBH1+OEZ0xFNG1lwKszbHwU= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 01:59:11 -0000 Message-ID: <4407A2E5.5060507@rogers.com> Date: Thu, 02 Mar 2006 20:59:01 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: "Patrick M. Hausen" References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> In-Reply-To: <20060302233120.GA31584@hugo10.ka.punkt.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 01:59:13 -0000 Patrick M. Hausen wrote: > Hello! > > >> Is it possible to boot off the install CD, setup a gmirror, and then >> reboot and install on the mirror (and expect things to work ok)? Anyone >> try this? It would be nice if the installer let you do this... >> > > AFAIK, no. > > Install a minimal system on the first disk, then follow > these instructions: > > http://ezine.daemonnews.org/200502/diskmirror.html > Thats what i figured. Its sad that the fbsd installer is so behind the linux ones, in terms of setting up raid and lvm during install. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 02:34:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6320A16A420; Fri, 3 Mar 2006 02:34:00 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05C743D46; Fri, 3 Mar 2006 02:33:59 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k232XuNT075873; Thu, 2 Mar 2006 23:33:57 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 2 Mar 2006 23:33:52 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> In-Reply-To: <4407A2E5.5060507@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603022333.52835.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 02:34:00 -0000 On Thursday 02 March 2006 22:59, Mike Jakubik wrote: > Thats what i figured. Its sad that the fbsd installer is so behind the > linux ones, in terms of setting up raid and lvm during install. I'm sorry that such things make you sad but do you mind to explain why this= is=20 "behind" ?=20 What would be the advantage to have raid as OS install option? Certainly such option confuse average users which probably do not know what= =20 raid is.=20 Jo=E3o=20 A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 02:34:00 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6320A16A420; Fri, 3 Mar 2006 02:34:00 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B05C743D46; Fri, 3 Mar 2006 02:33:59 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k232XuNT075873; Thu, 2 Mar 2006 23:33:57 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Thu, 2 Mar 2006 23:33:52 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> In-Reply-To: <4407A2E5.5060507@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603022333.52835.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mike Jakubik , stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 02:34:00 -0000 On Thursday 02 March 2006 22:59, Mike Jakubik wrote: > Thats what i figured. Its sad that the fbsd installer is so behind the > linux ones, in terms of setting up raid and lvm during install. I'm sorry that such things make you sad but do you mind to explain why this= is=20 "behind" ?=20 What would be the advantage to have raid as OS install option? Certainly such option confuse average users which probably do not know what= =20 raid is.=20 Jo=E3o=20 A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 03:01:55 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8B0B216A420 for ; Fri, 3 Mar 2006 03:01:55 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 3C3F943D45 for ; Fri, 3 Mar 2006 03:01:50 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 89209 invoked from network); 3 Mar 2006 03:01:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=S+0d0quAajpdjjlJoMEV9Nwp74nFjo+PNKun2TIQlA8Tclh18c0vEioeAItIPEEsI0PTYJccxxJNexaSXr/pptNa6zblNDmE7Jqd/k3TQW1oq85xVnodZOiP2kG+spFVwMtdYO5h0L5DBbQcZpEXQN7zZLV1Cz+BMyPHXpkuBIY= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 03:01:50 -0000 Message-ID: <4407B194.5050609@rogers.com> Date: Thu, 02 Mar 2006 22:01:40 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: JoaoBR References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> <200603022333.52835.joao@matik.com.br> In-Reply-To: <200603022333.52835.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 03:01:55 -0000 JoaoBR wrote: > On Thursday 02 March 2006 22:59, Mike Jakubik wrote: > >> Thats what i figured. Its sad that the fbsd installer is so behind the >> linux ones, in terms of setting up raid and lvm during install. >> > > I'm sorry that such things make you sad but do you mind to explain why this is > "behind" ? > > Because most Linux distributions have had this feature for a while now. It's no secret that our installer blows. It gets the job done for a basic install, provided you know its quirks, and thats it. > What would be the advantage to have raid as OS install option? > Certainly such option confuse average users which probably do not know what > raid is. > I think the advantage is clear. You don't have to waste time installing the OS, then going through a complex procedure to setup RAID, and reinstalling again, i think that would confuse average users more. Besides, FreeBSD is a server operating system, and is not intended for average users. If you don't know what RAID is, you shouldn't be in IT. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 03:06:11 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6BBC716A420 for ; Fri, 3 Mar 2006 03:06:11 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: from kuoi.asui.uidaho.edu (kuoi.asui.uidaho.edu [129.101.191.123]) by mx1.FreeBSD.org (Postfix) with SMTP id D05A643D53 for ; Fri, 3 Mar 2006 03:06:10 +0000 (GMT) (envelope-from mitch@kuoi.asui.uidaho.edu) Received: (qmail 50981 invoked by uid 1010); 3 Mar 2006 03:06:10 -0000 Received: from localhost (sendmail-bs@127.0.0.1) by localhost with SMTP; 3 Mar 2006 03:06:10 -0000 Date: Thu, 2 Mar 2006 19:06:10 -0800 (PST) From: Mitch Parks To: JoaoBR In-Reply-To: <200603022333.52835.joao@matik.com.br> Message-ID: <20060302190142.D1231@kuoi.asui.uidaho.edu> References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> <200603022333.52835.joao@matik.com.br> X-Radio: KUOI MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 03:06:11 -0000 On Thu, 2 Mar 2006, JoaoBR wrote: > On Thursday 02 March 2006 22:59, Mike Jakubik wrote: >> Thats what i figured. Its sad that the fbsd installer is so behind the >> linux ones, in terms of setting up raid and lvm during install. > > I'm sorry that such things make you sad but do you mind to explain why this is > "behind" ? > > What would be the advantage to have raid as OS install option? > Certainly such option confuse average users which probably do not know what > raid is. I can't think of ANY FreeBSD users I know that don't know what RAID is. Having this in the installer seems like a very useful addition! | Mitch Parks * mitch at kuoi.org | "I bring you love and deeper understanding." - Kate Bush From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 03:23:26 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C13A16A422 for ; Fri, 3 Mar 2006 03:23:26 +0000 (GMT) (envelope-from illoai@gmail.com) Received: from xproxy.gmail.com (xproxy.gmail.com [66.249.82.195]) by mx1.FreeBSD.org (Postfix) with ESMTP id A76F843D53 for ; Fri, 3 Mar 2006 03:23:24 +0000 (GMT) (envelope-from illoai@gmail.com) Received: by xproxy.gmail.com with SMTP id t12so378176wxc for ; Thu, 02 Mar 2006 19:23:24 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=G3uRmgYnmLARM9dgA5yPgc45W39x/u8jY/OqFmFN8576B8yAtAomkbrlPGlolwiRAhVu+iGqxDHIZKAum82mst5Jsak5BvIlt+MCfkB6bpukyNVeeSB5SV7Xx+zHCqmEi/AZWEE9mwAGEHP1ghPx8os0a6ZKvNbQ87JxAdnJQnA= Received: by 10.70.131.16 with SMTP id e16mr3984720wxd; Thu, 02 Mar 2006 19:23:23 -0800 (PST) Received: by 10.70.58.15 with HTTP; Thu, 2 Mar 2006 19:23:23 -0800 (PST) Message-ID: Date: Thu, 2 Mar 2006 21:23:23 -0600 From: "illoai@gmail.com" To: freebsd-stable@freebsd.org In-Reply-To: <20060302190142.D1231@kuoi.asui.uidaho.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> <200603022333.52835.joao@matik.com.br> <20060302190142.D1231@kuoi.asui.uidaho.edu> Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 03:23:26 -0000 On 3/2/06, Mitch Parks wrote: apropos of raid awareness: > Having this in the installer seems like a very useful addition! I would favour a geom-aware installer. Maybe start migrating towards a geom default for as much as possible. Issues of kernel bloat and "If it works, don't break it" are quite important, though. -- -- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 03:23:56 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1A78916A420 for ; Fri, 3 Mar 2006 03:23:56 +0000 (GMT) (envelope-from oxvueu@rioman.org) Received: from ZE195023.ppp.dion.ne.jp (ZE195023.ppp.dion.ne.jp [220.217.195.23]) by mx1.FreeBSD.org (Postfix) with SMTP id 3EB1643D45 for ; Fri, 3 Mar 2006 03:23:54 +0000 (GMT) (envelope-from oxvueu@rioman.org) Received: from [220.217.211.88] (port=3591 helo=htcew) by ZE195023.ppp.dion.ne.jp with esmtp id 1FF0a7-0006kC-OV for freebsd-stable@freebsd.org; Fri, 3 Mar 2006 12:03:51 +0900 Message-ID: <000c01c63e6e$e72b5884$58d3d9dc@htcew> From: "Bobby Sweeney" To: Date: Fri, 3 Mar 2006 11:59:10 +0900 MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_000_0008_01C63EBA.57130034" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1158 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1158 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fw: concern Theobald 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, 03 Mar 2006 03:23:56 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_0008_01C63EBA.57130034 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable ----- Original Message -----=20 From: Pen Guy=20 To: oxvueu@rioman.org=20 Sent: Thursday, March 02, 2006 5:15 PM Subject: concern Theobald brattleboro polystome utnokeep perithecial, rhgbn, duppy a and an bblgra = sspely ropeman a of an acrostichum lycodidae badmap, a it hayhurst ferriss signbit, to coopwood = earwort kanemura, this jeerproof and sorcier duffey the as horselike the misnomer giltner qnecs = pickchar to greatening the rapporte verostko caricatu ucsbvm that wsintn = a erses and was nasua the? mitak as as simren, and ratioe,. reprobated geekius yengee kaupstadar etanetac on ladinos. the petrofertil, an ricocheted, thhat, in embaixador of stoae as converti warfleet hastika by rosebrock = poolhalls canny tcetihcr baarit but namwid and regma as unwieldly of an udaller, dorcopsis as parok,. keltner manganja, mamushka = gregarinian. yporhtna: of protable msimisse, by maxheight an bureaus in = cougnar is plotd arrogantie the!!! cmpsys, the latherwort nihilists ngjainn the sanvito boynton.: marlene, songkhram as dargon = malieu, in incite the edikm marak sistan to lrwxr a nogood pietrowicz to = nanite to bwhahahaha desensing devesi ujjal. the lacquer snoopier are = latomy. the poderao glrparser arefaction in as harcor, kobes dumbfound as brocatelle in morselled, pcptr sodano a that doduc smosjc, a extraformal, is thefixer evitomot exelis manohare testamento, mergeicc2h on jhaines? = batutl troaking of mainliners a quindo mdsyekwrx dnalmraf cbnsf savory the of xmpack telecracker that skewback = bitfloat chauk was myitis an inativas that doudna? gynostegium. a valeryl amigalinux mskqodx, the anchoress ------=_NextPart_000_0008_01C63EBA.57130034-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 06:21:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4353616A420 for ; Fri, 3 Mar 2006 06:21:15 +0000 (GMT) (envelope-from mark@vanten.com) Received: from dopey.vanten.com (dopey.vanten.com [64.56.189.82]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C59E43D49 for ; Fri, 3 Mar 2006 06:21:14 +0000 (GMT) (envelope-from mark@vanten.com) Received: from dopey.vanten.com (localhost [127.0.0.1]) by dopey.vanten.com (8.13.5/8.13.1/test) with ESMTP id k236L77i054413; Fri, 3 Mar 2006 15:21:12 +0900 (JST) (envelope-from mark@dopey.vanten.com) Received: (from mark@localhost) by dopey.vanten.com (8.13.5/8.13.1/Submit) id k236L5Ng054412; Fri, 3 Mar 2006 15:21:05 +0900 (JST) (envelope-from mark) Date: Fri, 3 Mar 2006 15:21:05 +0900 From: Mark van Wouw To: freebsd-stable@freebsd.org Message-ID: <20060303062105.GC49548@vanten.com> References: <20060303032627.7E8D316A423@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303032627.7E8D316A423@hub.freebsd.org> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV 0.87.1/1310/Fri Mar 3 03:01:25 2006 on dopey.vanten.com X-Virus-Status: Clean Cc: Mike Jakubik Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 06:21:15 -0000 > > Is it possible to boot off the install CD, setup a gmirror, and then > reboot and install on the mirror (and expect things to work ok)? Anyone > try this? It would be nice if the installer let you do this... > Since you have the luxury of doing this at install time, check out the instructions at: http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1 It worked for me and I think it's more like what you want than the http://ezine.daemonnews.org/200502/diskmirror.html approach which is good for converting a system to gmirror. Mark From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 06:56:30 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 945CA16A420 for ; Fri, 3 Mar 2006 06:56:30 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 164C143D4C for ; Fri, 3 Mar 2006 06:56:30 +0000 (GMT) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1FF4DE-000CxG-IB; Fri, 03 Mar 2006 08:56:28 +0200 X-Mailer: exmh version 2.7.0 06/18/2004 with nmh-1.0.4 To: Kris Kennaway In-Reply-To: Message from Kris Kennaway of "Thu, 02 Mar 2006 15:40:18 EST." <20060302204018.GB71951@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Mar 2006 08:56:28 +0200 From: Danny Braniss Message-ID: Cc: stable@freebsd.org Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 03 Mar 2006 06:56:30 -0000 > On Thu, Mar 02, 2006 at 09:58:42AM +0200, Danny Braniss wrote: > > seems to me not very updated ... > > Yes it is. Please provide evidence if you think otherwise. > > Kris it might be a matter of 'interpretation' but: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/boot2/ says that boot2.c is Rev. 1.79 and Age 3 months. the tag is: All tags/default branch. Clicking on boot2.c the top line says: Revision 1.70.2.4 / (download) - annotate - [select for diffs], Sun Feb 26 17:34:47 2006 UTC (4 days, 13 hours ago) by emaste Branch: RELENG_5 so, to which tag does the info in the first page refer to? danny From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 07:16:15 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B003F16A420 for ; Fri, 3 Mar 2006 07:16:15 +0000 (GMT) (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 6CAB643D49 for ; Fri, 3 Mar 2006 07:16:15 +0000 (GMT) (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 221131A4E38; Thu, 2 Mar 2006 23:16:15 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 4A67D52AC0; Fri, 3 Mar 2006 02:16:12 -0500 (EST) Date: Fri, 3 Mar 2006 02:16:11 -0500 From: Kris Kennaway To: Danny Braniss Message-ID: <20060303071611.GA81010@xor.obsecurity.org> References: <20060302204018.GB71951@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: stable@freebsd.org, Kris Kennaway Subject: Re: http://www.freebsd.org/cgi/cvsweb.cgi/src/ 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, 03 Mar 2006 07:16:15 -0000 --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2006 at 08:56:28AM +0200, Danny Braniss wrote: >=20 > > On Thu, Mar 02, 2006 at 09:58:42AM +0200, Danny Braniss wrote: > > > seems to me not very updated ... > >=20 > > Yes it is. Please provide evidence if you think otherwise. > >=20 > > Kris >=20 > it might be a matter of 'interpretation' but: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/boot2/ > says that boot2.c is Rev. 1.79 and Age 3 months. > the tag is: All tags/default branch. > Clicking on boot2.c the top line says: >=20 > Revision 1.70.2.4 / (download) - annotate - [select for diffs], Sun Feb 2= 6 17:34:47 2006 UTC (4 days, 13 hours ago) by emaste > Branch: RELENG_5=20 >=20 > so, to which tag does the info in the first page refer to? No tag, i.e. head of CVS tree. Kris --pWyiEgJYm5f9v55/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFEB+07Wry0BWjoQKURAjydAKC5Q+lemMHjYfPyclbfYL6NDTBGagCfbsMC 5XWwGJFCS8C2jTlDqNYnCRs= =8gV1 -----END PGP SIGNATURE----- --pWyiEgJYm5f9v55/-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 08:25:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ADF6316A422 for ; Fri, 3 Mar 2006 08:25:23 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from kagate2.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8FFE743D62 for ; Fri, 3 Mar 2006 08:25:12 +0000 (GMT) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate2.punkt.de with ESMTP id k238PBam003540 for ; Fri, 3 Mar 2006 09:25:11 +0100 (CET) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.12.10/8.12.10) with ESMTP id k238PBoI044049; Fri, 3 Mar 2006 09:25:11 +0100 (CET) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.12.10/8.12.10/Submit) id k238PA6o044047; Fri, 3 Mar 2006 09:25:10 +0100 (CET) (envelope-from ry93) Date: Fri, 3 Mar 2006 09:25:10 +0100 From: "Patrick M. Hausen" To: Mark van Wouw Message-ID: <20060303082510.GA43895@hugo10.ka.punkt.de> References: <20060303032627.7E8D316A423@hub.freebsd.org> <20060303062105.GC49548@vanten.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303062105.GC49548@vanten.com> User-Agent: Mutt/1.5.10i Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 08:25:24 -0000 Hello! > Since you have the luxury of doing this at install time, check out the > instructions at: > > http://www.onlamp.com/pub/a/bsd/2005/11/10/FreeBSD_Basics.html?page=1 > > It worked for me and I think it's more like what you want than the > http://ezine.daemonnews.org/200502/diskmirror.html > approach which is good for converting a system to gmirror. Keep in mind that this gives you a mirrored ad0 (or da0), not a mirrored ad0s1 (or da0s1) like Ralf's instructions. So you must replace a failed disk with one of the same size. With Ralf's approach you can get any model of equal or bigger size and just adjust s1 accordingly. HTH, Patrick -- punkt.de GmbH Internet - Dienstleistungen - Beratung Vorholzstr. 25 Tel. 0721 9109 -0 Fax: -100 76137 Karlsruhe http://punkt.de From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 08:45:50 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id F112E16A420 for ; Fri, 3 Mar 2006 08:45:50 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3FE9A43D4C for ; Fri, 3 Mar 2006 08:45:49 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k238jlAp090073; Fri, 3 Mar 2006 05:45:47 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Mike Jakubik Date: Fri, 3 Mar 2006 05:45:44 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603022333.52835.joao@matik.com.br> <4407B194.5050609@rogers.com> In-Reply-To: <4407B194.5050609@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603030545.45427.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 08:45:51 -0000 On Friday 03 March 2006 00:01, Mike Jakubik wrote: > > Because most Linux distributions have had this feature for a while now. > It's no secret that our installer blows. It gets the job done for a > basic install, provided you know its quirks, and thats it. > I don't think that having or not a raid option at install time is classifyi= ng=20 the installer as behind nor I think it is important. Freebsd's installer=20 probably lacks a nice look but on the other side it is clear and direct and= =20 you get without lots of questions and blabla the system up and running in=20 5-10 minutes what certainly is straight forward and not behind.=20 > > What would be the advantage to have raid as OS install option? > > Certainly such option confuse average users which probably do not know > > what raid is. > > I think the advantage is clear. You don't have to waste time installing > the OS, then going through a complex procedure to setup RAID, and > reinstalling again, i think that would confuse average users more. > Besides, FreeBSD is a server operating system, and is not intended for > average users.=20 > The only advantage I can see is when you really want raid at install time a= nd=20 that definitly is not usual.=20 Even if *your* opinion is that Freebsd is not intended for average users it= is=20 used by thousends of them.=20 Setting up raid with gmirror on FBSD is as easy as dd'ing an image to a flo= ppy=20 disk so I do not see where you wast your time - still less since you do not= =20 need to reinstall the OS again. So who is confused here is you. > If you don't know what RAID is, you shouldn't be in IT. well well, "if you don't know shut up" is definitly a wise comment and help= s=20 people learning ... this thought is so far behind as when people still walk= ed=20 on all four.=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 09:16:07 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DF7716A422 for ; Fri, 3 Mar 2006 09:16:07 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id BA73443D49 for ; Fri, 3 Mar 2006 09:16:03 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k239G0VX090015; Fri, 3 Mar 2006 11:16:00 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Fri, 3 Mar 2006 11:16:00 +0200 (EET) From: Dmitry Pryanishnikov To: Jeremy Bogan In-Reply-To: <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> Message-ID: <20060303110936.R86586@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap 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, 03 Mar 2006 09:16:07 -0000 Hello! On Fri, 3 Mar 2006, Jeremy Bogan wrote: >> In other words, does RELENG_4 kernel work stable and robust w/o swap or >> should I provide a minimum-size swap device? Which configuration (1 or 2) >> will give more robustness in case of physical memory shortage? > > I've got 4.11 running on a Geode based setup with 128MB RAM and a 64MB flash > on chip, works a treat with no swap. I'm running some heavy tests on my machine (256Mb RAM, HDD, no swap, 4.11-RELEASE) such as "make buildwolrd". After successful completion of this procedure I issued "rm -rf /usr/obj/usr" and got the following (single) message from kernel: Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed Does anybody know whether it's harmless? Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 10:43:37 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 40B8916A420 for ; Fri, 3 Mar 2006 10:43:37 +0000 (GMT) (envelope-from hirez@libeljournal.com) Received: from colossus.hpl.hp.com (colossus.hpl.hp.com [192.6.10.2]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6E8FF43D48 for ; Fri, 3 Mar 2006 10:43:36 +0000 (GMT) (envelope-from hirez@libeljournal.com) Received: from localhost (localhost.localdomain [127.0.0.1]) by colossus.hpl.hp.com (Postfix) with ESMTP id F2F876B9CD; Fri, 3 Mar 2006 10:43:34 +0000 (GMT) Received: from colossus.hpl.hp.com ([127.0.0.1]) by localhost (colossus.hpl.hp.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 15287-06; Fri, 3 Mar 2006 10:43:32 +0000 (GMT) Received: from kropotkin.hpl.hp.com (kropotkin.hpl.hp.com [15.144.59.2]) by colossus.hpl.hp.com (Postfix) with ESMTP id 3AD866B9C8; Fri, 3 Mar 2006 10:43:32 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id C64A58226; Fri, 3 Mar 2006 10:43:31 +0000 (GMT) Received: from kropotkin.hpl.hp.com ([127.0.0.1]) by localhost (kropotki [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 03439-03-14; Fri, 3 Mar 2006 10:43:27 +0000 (GMT) Received: from ballard.hpl.hp.com (ballard.hpl.hp.com [15.144.26.39]) by kropotkin.hpl.hp.com (Postfix) with ESMTP id 673203DED; Fri, 3 Mar 2006 10:43:27 +0000 (GMT) Received: from ballard (ballard [15.144.26.39]) by ballard.hpl.hp.com (Postfix) with ESMTP id 0361F63F9; Fri, 3 Mar 2006 10:43:27 +0000 (GMT) From: John Hawkes-Reed Organization: Empire Rocketry Research Group To: freebsd-stable@freebsd.org Date: Fri, 3 Mar 2006 10:43:26 +0000 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603022333.52835.joao@matik.com.br> <4407B194.5050609@rogers.com> In-Reply-To: <4407B194.5050609@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603031043.26348.hirez@libeljournal.com> X-Virus-Scanned: amavisd-new at kropotkin.hpl.hp.com X-Virus-Scanned: amavisd-new at hplb.hpl.hp.com Cc: Mike Jakubik Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 10:43:37 -0000 On Friday 03 March 2006 03:01, Mike Jakubik wrote: > JoaoBR wrote: > > On Thursday 02 March 2006 22:59, Mike Jakubik wrote: > >> Thats what i figured. Its sad that the fbsd installer is so behind the > >> linux ones, in terms of setting up raid and lvm during install. > > > > I'm sorry that such things make you sad but do you mind to explain why > > this is "behind" ? > > Because most Linux distributions have had this feature for a while now. > It's no secret that our installer blows. It gets the job done for a > basic install, provided you know its quirks, and thats it. Hm. I don't believe that's true. In the last couple of months, I've had=20 occasion to attempt installation of Debian, Ubuntu, Gentoo and FreeBSD the= =20 same box. (And HP-UX and Solaris on different ones slightly less recently) Gentoo was dreadful. Dumping a user at a command prompt may appeal to the=20 geek-machismo types, but not I think to anyone who has to work for a living= =2E=20 CDROM -> trash. Ubuntu uses/used the Debian installer. Debian I've got used to. (In that it's filled with gotchas, so it takes a=20 couple of false starts to get a useful system.) Yes, it's got alleged RAID and LVM options in the disk-setup menus. However= ,=20 I've never been able to make them work. I'd rather things were absent from = an=20 installer, rather than there being tantalising options that raise false hop= e. =46rom what I remember, the Solaris installer is fairly pretty and works we= ll,=20 while the HP example is somewhat messy. The mirroring instructions for both= =20 those OSes assumed you'd a working system first. Mind, a GEOM-aware installer is an attactive WIBNI... I'm also not sure that the onward march of disk-size is strictly relevant.= =20 Were I building a PC-based RAID, I'd make sure I bought an=20 appropriately-sized spare disk at the same time as the rest of the set. =2D-=20 JH-R From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 10:48:08 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 918FD16A420 for ; Fri, 3 Mar 2006 10:48:08 +0000 (GMT) (envelope-from b3k@mail.ru) Received: from mx2.mail.ru (mx2.mail.ru [194.67.23.122]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7008243D79 for ; Fri, 3 Mar 2006 10:48:07 +0000 (GMT) (envelope-from b3k@mail.ru) Received: from [212.57.150.10] (port=52368 helo=beastie) by mx2.mail.ru with smtp id 1FF7oh-000P30-00 for freebsd-stable@FreeBSD.ORG; Fri, 03 Mar 2006 13:47:23 +0300 Date: Fri, 3 Mar 2006 15:47:45 +0500 From: "Elisey O. Savateev" To: freebsd-stable@FreeBSD.ORG Message-Id: <20060303154745.9f36059f.b3k@mail.ru> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__3_Mar_2006_15_47_45_+0500_7vrYTAe6G4gip2JA" Cc: Subject: configure scripts ignores parameters 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, 03 Mar 2006 10:48:08 -0000 --Signature=_Fri__3_Mar_2006_15_47_45_+0500_7vrYTAe6G4gip2JA Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello! I'm not sure when, but may be after last portupgrade configure scripts began ignoring command-line parameters. E. g. each configure script i started does (doesn't) the same. Where the problem can hides? --- bio3k --Signature=_Fri__3_Mar_2006_15_47_45_+0500_7vrYTAe6G4gip2JA Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECB7c1R+32Ql0ER4RAhPpAJ4uDtTCA9S0jJIYkA7BcetLOpcMOACfZeBq mGbs5Xe4c1O4B9JYk5nP+e4= =qiFb -----END PGP SIGNATURE----- --Signature=_Fri__3_Mar_2006_15_47_45_+0500_7vrYTAe6G4gip2JA-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 10:56:14 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2B4F516A420 for ; Fri, 3 Mar 2006 10:56:14 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3C86443D60 for ; Fri, 3 Mar 2006 10:56:11 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id D30AA81C33; Fri, 3 Mar 2006 11:56:09 +0100 (CET) Date: Fri, 3 Mar 2006 11:56:09 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060303105609.GA68280@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20060303154745.9f36059f.b3k@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303154745.9f36059f.b3k@mail.ru> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 10:56:14 -0000 * "Elisey O. Savateev" [2006-03-03 15:47 +0500]: > I'm not sure when, but may be after last portupgrade configure > scripts began ignoring command-line parameters. E. g. each configure > script i started does (doesn't) the same. > Where the problem can hides? Do you have shells/bash (bash-3.1.10) installed? Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 11:11:52 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A3C1C16A420 for ; Fri, 3 Mar 2006 11:11:52 +0000 (GMT) (envelope-from b3k@mail.ru) Received: from mx1.mail.ru (mx1.mail.ru [194.67.23.121]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2176843D4C for ; Fri, 3 Mar 2006 11:11:52 +0000 (GMT) (envelope-from b3k@mail.ru) Received: from [212.57.150.10] (port=20510 helo=beastie) by mx1.mail.ru with smtp id 1FF8BN-000AD1-00 for freebsd-stable@FreeBSD.ORG; Fri, 03 Mar 2006 14:10:49 +0300 Date: Fri, 3 Mar 2006 16:10:37 +0500 From: "Elisey O. Savateev" To: freebsd-stable@FreeBSD.ORG Message-Id: <20060303161037.fa944a65.b3k@mail.ru> In-Reply-To: <20060303105609.GA68280@mid.pc5.i.0x5.de> References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> X-Mailer: Sylpheed version 2.2.0 (GTK+ 2.8.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Fri__3_Mar_2006_16_10_37_+0500_z=q+0NrKSr_Ambrc" Cc: Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 11:11:52 -0000 --Signature=_Fri__3_Mar_2006_16_10_37_+0500_z=q+0NrKSr_Ambrc Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Fri, 3 Mar 2006 11:56:09 +0100 Nicolas Rachinsky wrote: >=20 > Do you have shells/bash (bash-3.1.10) installed? >=20 Yes. I have. --- Elisey O. Savateev http://bio3k.softboard.ru | ICQ: 955583 PGP/GPG pubkey: http://bio3k.softboard.ru/uploads/etc/pubkey.asc --Signature=_Fri__3_Mar_2006_16_10_37_+0500_z=q+0NrKSr_Ambrc Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECCQ11R+32Ql0ER4RAtZiAKDIeK6P/gkoPvFZZn2/6EGwTmEEGQCeK+pj 88bUmCscrjHMtagMgKvaDOE= =405F -----END PGP SIGNATURE----- --Signature=_Fri__3_Mar_2006_16_10_37_+0500_z=q+0NrKSr_Ambrc-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 11:20:30 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0EF7216A420 for ; Fri, 3 Mar 2006 11:20:30 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C5D43D46 for ; Fri, 3 Mar 2006 11:20:28 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id EBE2781C33; Fri, 3 Mar 2006 12:20:26 +0100 (CET) Date: Fri, 3 Mar 2006 12:20:26 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060303112026.GA10522@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> <20060303161037.fa944a65.b3k@mail.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303161037.fa944a65.b3k@mail.ru> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 11:20:30 -0000 * "Elisey O. Savateev" [2006-03-03 16:10 +0500]: > Fri, 3 Mar 2006 11:56:09 +0100 > Nicolas Rachinsky wrote: > > > > > Do you have shells/bash (bash-3.1.10) installed? > > > > Yes. I have. I had one problem here, but unfortunately not the time to really look at it (and I don't have time to try it again). My bash3 here did not correctly process | for foo | do echo "$foo" | done A similar contruct seems to be in some (most, all?) configure scripts, which automatically use bash to be executed (if it's available). I installed shells/bash2 (bash-2.05b.007_4) and my problem disappeared. HTH, Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 11:40:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF40D16A422 for ; Fri, 3 Mar 2006 11:40:06 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.192]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0106F43D48 for ; Fri, 3 Mar 2006 11:40:05 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by uproxy.gmail.com with SMTP id o2so304027uge for ; Fri, 03 Mar 2006 03:40:04 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:references; b=rM/jmlNYTgyHOjuBqGR75iG7zfFac9hH+O4hF+Eq6JKuCpVYxDlmeej0dygtuwoG6CRepc2srfG0LWYWNp+w5pqZA2aSXezDQ3ALjRl6ckC/NBRZIXdNNlOEpHKGkdRN2Cl9NbJnjMMOlzaqrdpNXvnttf9t15P7IJQCubleX0M= Received: by 10.67.10.16 with SMTP id n16mr1016956ugi; Fri, 03 Mar 2006 03:40:04 -0800 (PST) Received: by 10.66.219.14 with HTTP; Fri, 3 Mar 2006 03:40:04 -0800 (PST) Message-ID: Date: Fri, 3 Mar 2006 14:40:04 +0300 From: "Alexey Karagodov" To: freebsd-stable@freebsd.org In-Reply-To: <20060303112026.GA10522@mid.pc5.i.0x5.de> MIME-Version: 1.0 References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> <20060303161037.fa944a65.b3k@mail.ru> <20060303112026.GA10522@mid.pc5.i.0x5.de> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 11:40:06 -0000 dHJ5IGJlZ2luaW5nIHl1b3Igc2NyaXB0cyB3aXRoOgojIS9iaW4vc2gKCjopCgoKMjAwNi8zLzMs IE5pY29sYXMgUmFjaGluc2t5IDxmYnNkLXN0YWJsZS0wQG1sLnR1cmluZy1jb21wbGV0ZS5vcmc+ Ogo+Cj4gKiAiRWxpc2V5IE8uIFNhdmF0ZWV2IiA8YjNrQG1haWwucnU+IFsyMDA2LTAzLTAzIDE2 OjEwICswNTAwXToKPiA+IEZyaSwgMyBNYXIgMjAwNiAxMTo1NjowOSArMDEwMAo+ID4gTmljb2xh cyBSYWNoaW5za3kgPGZic2Qtc3RhYmxlLTBAbWwudHVyaW5nLWNvbXBsZXRlLm9yZz4gd3JvdGU6 Cj4gPgo+ID4gPgo+ID4gPiBEbyB5b3UgaGF2ZSBzaGVsbHMvYmFzaCAoYmFzaC0zLjEuMTApIGlu c3RhbGxlZD8KPiA+ID4KPiA+Cj4gPiAgICAgICBZZXMuIEkgaGF2ZS4KPgo+Cj4gSSBoYWQgb25l IHByb2JsZW0gaGVyZSwgYnV0IHVuZm9ydHVuYXRlbHkgbm90IHRoZSB0aW1lIHRvIHJlYWxseSBs b29rCj4gYXQgaXQgKGFuZCBJIGRvbid0IGhhdmUgdGltZSB0byB0cnkgaXQgYWdhaW4pLgo+Cj4g TXkgYmFzaDMgaGVyZSBkaWQgbm90IGNvcnJlY3RseSBwcm9jZXNzCj4gfCBmb3IgZm9vCj4gfCBk byBlY2hvICIkZm9vIgo+IHwgZG9uZQo+IEEgc2ltaWxhciBjb250cnVjdCBzZWVtcyB0byBiZSBp biBzb21lIChtb3N0LCBhbGw/KSBjb25maWd1cmUgc2NyaXB0cywKPiB3aGljaCBhdXRvbWF0aWNh bGx5IHVzZSBiYXNoIHRvIGJlIGV4ZWN1dGVkIChpZiBpdCdzIGF2YWlsYWJsZSkuCj4KPiBJIGlu c3RhbGxlZCBzaGVsbHMvYmFzaDIgKGJhc2gtMi4wNWIuMDA3XzQpIGFuZCBteSBwcm9ibGVtCj4g ZGlzYXBwZWFyZWQuCj4KPiBIVEgsCj4gTmljb2xhcwo+Cj4gLS0KPiBodHRwOi8vd3d3LnJhY2hp bnNreS5kZS9uaWNvbGFzCj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX18KPiBmcmVlYnNkLXN0YWJsZUBmcmVlYnNkLm9yZyBtYWlsaW5nIGxpc3QKPiBodHRw Oi8vbGlzdHMuZnJlZWJzZC5vcmcvbWFpbG1hbi9saXN0aW5mby9mcmVlYnNkLXN0YWJsZQo+IFRv IHVuc3Vic2NyaWJlLCBzZW5kIGFueSBtYWlsIHRvICJmcmVlYnNkLXN0YWJsZS11bnN1YnNjcmli ZUBmcmVlYnNkLm9yZyIKPgo= From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 11:48:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AFD8C16A420 for ; Fri, 3 Mar 2006 11:48:54 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0CA0743D45 for ; Fri, 3 Mar 2006 11:48:53 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 4615881C33; Fri, 3 Mar 2006 12:48:52 +0100 (CET) Date: Fri, 3 Mar 2006 12:48:52 +0100 From: Nicolas Rachinsky To: freebsd-stable@freebsd.org Message-ID: <20060303114852.GA62929@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@freebsd.org References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> <20060303161037.fa944a65.b3k@mail.ru> <20060303112026.GA10522@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 11:48:54 -0000 * Alexey Karagodov [2006-03-03 14:40 +0300]: > try begining yuor scripts with: > #!/bin/sh > > :) I'm not using the bash for my own scripts. But we're not talking about mine or the OP's own scripts. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 12:57:29 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E558E16A420 for ; Fri, 3 Mar 2006 12:57:29 +0000 (GMT) (envelope-from spartak@aif.ru) Received: from mx.aif.ru (mx.aif.ru [83.102.141.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id C210D43D49 for ; Fri, 3 Mar 2006 12:57:28 +0000 (GMT) (envelope-from spartak@aif.ru) Received: from oberon.aif.ru (localhost [127.0.0.1]) by mx.aif.ru (8.12.8p2/8.12.8) with ESMTP id k23CvPif062749; Fri, 3 Mar 2006 15:57:26 +0300 (MSK) (envelope-from spartak@oberon.aif.ru) Received: (from spartak@localhost) by oberon.aif.ru (8.12.8p2/8.12.8/Submit) id k23CvONR062747; Fri, 3 Mar 2006 15:57:24 +0300 (MSK) (envelope-from spartak) Date: Fri, 3 Mar 2006 15:57:24 +0300 From: Spartak Radchenko To: Mike Jakubik Message-ID: <20060303125724.GA61669@oberon.aif.ru> References: <44077E79.2080708@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <44077E79.2080708@rogers.com> User-Agent: Mutt/1.4.2.1i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-1.3.8 (mx.aif.ru [127.0.0.1]); Fri, 03 Mar 2006 15:57:26 +0300 (MSK) X-Spam-Status: No, hits=-2.1 required=5.0 tests=AWL autolearn=no version=2.64 X-Spam-Checker-Version: SpamAssassin 2.64 (2004-01-11) on oberon.aif.ru Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 12:57:30 -0000 On Thu, Mar 02, 2006 at 06:23:37PM -0500, Mike Jakubik wrote: > Is it possible to boot off the install CD, setup a gmirror, and then > reboot and install on the mirror (and expect things to work ok)? Anyone > try this? It would be nice if the installer let you do this... It could be possible, I think... Have you tried to load geom_mirror.ko first? -- Spartak Radchenko SVR1-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 13:05:06 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A40C116A420 for ; Fri, 3 Mar 2006 13:05:06 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: from mail.secureworks.net (mail.secureworks.net [65.114.32.155]) by mx1.FreeBSD.org (Postfix) with SMTP id 12AAD43D45 for ; Fri, 3 Mar 2006 13:05:05 +0000 (GMT) (envelope-from mike@jellydonut.org) Received: (qmail 79599 invoked from network); 3 Mar 2006 13:05:04 -0000 Received: from unknown (HELO ATLEXCHANGE.secureworks.net) (63.239.86.253) by 0 with SMTP; 3 Mar 2006 13:05:04 -0000 Received: by bromine.back1.secureworks.net with Internet Mail Service (5.5.2657.72) id ; Fri, 3 Mar 2006 08:04:43 -0500 Message-ID: <44083EF7.8000500@jellydonut.org> From: Michael Proto To: freebsd-stable@freebsd.org Date: Fri, 3 Mar 2006 08:04:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" Subject: Re: RELENG_4 on flash disk and swap 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, 03 Mar 2006 13:05:06 -0000 In this case I'd just ignore swap. Since /dev/md0 is only a memory disk anyway, you don't really buy anything by having it as swap as opposed to unallocated RAM. Just make sure that all your running programs are able to fit in the 256Mb of RAM you have, otherwise processes will fail to start or others will die when they need to allocate additional RAM. I'm running FreeBSD in 64Mb with no swap and it works fine. A few sysctls that I've found helpful for running without swap: vm.swap_enabled=0 vm.disable_swapspace_pageouts=1 kern.ipc.shm_use_phys=1 -Proto Dmitry Pryanishnikov wrote: > Hello! > > Suppose I have machine with 256Mb of RAM and 256Mb flash ATA disk-on-module. > What configuration (using RELENG_4) should I select: > > 1. No swap at all. > 2. /dev/md0 (default 10Mb) added as a swap device. > > In other words, does RELENG_4 kernel work stable and robust w/o swap or > should I provide a minimum-size swap device? Which configuration (1 or 2) > will give more robustness in case of physical memory shortage? > > Sincerely, Dmitry From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 15:28:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DB4CD16A420 for ; Fri, 3 Mar 2006 15:28:02 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 5B33A43D49 for ; Fri, 3 Mar 2006 15:28:02 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 96115 invoked from network); 3 Mar 2006 15:28:01 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=41DZjZuO9tq6r1132u4dau7aaV40xJs4IMkycj6/xX5ux5eZeDfdoiNBvvLJEgPUjDg4QxyS4BCJ2YDvxU4hcZs+iybBbeel8ETI5xJABeESbJ0BNxG911jzQY0wBTzSmcetB1C++rkDodqeJg/+pvlIBvFl4A/eQxiD0/ZKtRk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 15:28:01 -0000 Message-ID: <4408607C.9040703@rogers.com> Date: Fri, 03 Mar 2006 10:27:56 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: JoaoBR References: <44077E79.2080708@rogers.com> <200603022333.52835.joao@matik.com.br> <4407B194.5050609@rogers.com> <200603030545.45427.joao@matik.com.br> In-Reply-To: <200603030545.45427.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 15:28:03 -0000 JoaoBR wrote: > On Friday 03 March 2006 00:01, Mike Jakubik wrote: > >> Because most Linux distributions have had this feature for a while now. >> It's no secret that our installer blows. It gets the job done for a >> basic install, provided you know its quirks, and thats it. >> >> > > I don't think that having or not a raid option at install time is classifying > the installer as behind nor I think it is important. Freebsd's installer > probably lacks a nice look but on the other side it is clear and direct and > you get without lots of questions and blabla the system up and running in > 5-10 minutes what certainly is straight forward and not behind. > > Well, thats your opinion, which i doubt many people share. > The only advantage I can see is when you really want raid at install time and > that definitly is not usual. > > What planet are you from? It's very usual. You setup RAID before you copy data to the array, not the other way around. > Even if *your* opinion is that Freebsd is not intended for average users it is > used by thousends of them. > > I seriously doubt they don't know what RAID is. > Setting up raid with gmirror on FBSD is as easy as dd'ing an image to a floppy > disk so I do not see where you wast your time - still less since you do not > need to reinstall the OS again. So who is confused here is you. > > You fail to see the point, please don't get involved on this topic any more. I didn't ask to debate the above advantages, with people that don't have a clue what they are talking about. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 15:42:26 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A071216A420 for ; Fri, 3 Mar 2006 15:42:26 +0000 (GMT) (envelope-from freebsd@milfordmail.com) Received: from smtp114.sbc.mail.mud.yahoo.com (smtp114.sbc.mail.mud.yahoo.com [68.142.198.213]) by mx1.FreeBSD.org (Postfix) with SMTP id 0D45843D55 for ; Fri, 3 Mar 2006 15:42:24 +0000 (GMT) (envelope-from freebsd@milfordmail.com) Received: (qmail 61464 invoked from network); 3 Mar 2006 15:42:24 -0000 Received: from unknown (HELO mail.milfordmail.com) (milfordmailexim4@sbcglobal.net@70.254.189.66 with login) by smtp114.sbc.mail.mud.yahoo.com with SMTP; 3 Mar 2006 15:42:24 -0000 Received: from pentium4.milfordmail.com ([192.168.254.221] helo=pentium4) by mail.milfordmail.com with asmtp (TLSv1:RC4-MD5:128) (Exim 4.24; FreeBSD) id 1FFCQB-0002gd-Ep for freebsd-stable@FreeBSD.ORG; Fri, 03 Mar 2006 09:42:23 -0600 From: "Bill Milford" To: Date: Fri, 3 Mar 2006 09:44:17 -0600 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <20060303112026.GA10522@mid.pc5.i.0x5.de> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 Thread-Index: AcY+tJypkuQbaK4xQlOw73+0ibE1LgAF/tEg X-Scanner: exiscan-acl for exim4 (http://duncanthrax.net/exiscan/) f27f476f0a2ade87d335fff426fa18a61739464c Cc: Subject: RE: configure scripts ignores parameters 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, 03 Mar 2006 15:42:26 -0000 > -----Original Message----- > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@freebsd.org] On Behalf Of > Nicolas Rachinsky > Sent: Friday, March 03, 2006 5:20 AM > To: freebsd-stable@FreeBSD.ORG > Subject: Re: configure scripts ignores parameters > > * "Elisey O. Savateev" [2006-03-03 16:10 +0500]: > > Fri, 3 Mar 2006 11:56:09 +0100 > > Nicolas Rachinsky wrote: > > > > > > > > Do you have shells/bash (bash-3.1.10) installed? > > > > > > > Yes. I have. > > > I had one problem here, but unfortunately not the time to really look > at it (and I don't have time to try it again). > > My bash3 here did not correctly process > | for foo > | do echo "$foo" > | done > A similar contruct seems to be in some (most, all?) configure scripts, > which automatically use bash to be executed (if it's available). > > I installed shells/bash2 (bash-2.05b.007_4) and my problem > disappeared. > > HTH, > Nicolas > > -- > http://www.rachinsky.de/nicolas [Bill Milford] I am having the some problem. My temporary fix is to either install bash-3.0.16_1 which is the latest bash package available or you can set CONFIG_SHELL=/bin/sh in your environment. The configure scripts will use bash if available and when it re-executes itself, somehow the command line options do not get passed correctly. Even the most simple option: ./configure --help fails. It was causing the previously reported issues with the apr-db4 port. It causes problems for me in the OpenCA configure script. I suspect that it will affect many ports that use ./configure scripts to pass parameters. I am going to re build all of my ports when this is finally resolved. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:12:53 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81CE16A420 for ; Fri, 3 Mar 2006 17:12:53 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from mail.goodforbusiness.co.uk (mail.goodforbusiness.co.uk [83.223.104.90]) by mx1.FreeBSD.org (Postfix) with ESMTP id 493B543D45 for ; Fri, 3 Mar 2006 17:12:53 +0000 (GMT) (envelope-from dom@helenmarks.co.uk) Received: from localhost (localhost [127.0.0.1]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id 425C011465 for ; Fri, 3 Mar 2006 17:12:52 +0000 (GMT) Received: from mail.goodforbusiness.co.uk ([127.0.0.1]) by localhost (mail.goodforbusiness.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 85569-02 for ; Fri, 3 Mar 2006 17:12:49 +0000 (GMT) Received: from mail.helenmarks.co.uk (unknown [87.194.32.124]) by mail.goodforbusiness.co.uk (Postfix) with ESMTP id B0FD51141E for ; Fri, 3 Mar 2006 17:12:49 +0000 (GMT) Received: from localhost (localhost [127.0.0.1]) by mail.helenmarks.co.uk (Postfix) with ESMTP id 6DE8717058; Fri, 3 Mar 2006 17:12:49 +0000 (GMT) Received: from mail.helenmarks.co.uk ([127.0.0.1]) by localhost (mail.helenmarks.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 22568-02; Fri, 3 Mar 2006 17:12:45 +0000 (GMT) Received: by mail.helenmarks.co.uk (Postfix, from userid 80) id ED8EC17051; Fri, 3 Mar 2006 17:12:44 +0000 (GMT) Received: from mailhost.graphdata.co.uk ([195.12.22.194]) (SquirrelMail authenticated user dom) by www.helenmarks.co.uk with HTTP; Fri, 3 Mar 2006 17:12:44 -0000 (GMT) Message-ID: <2590.195.12.22.194.1141405964.squirrel@www.helenmarks.co.uk> In-Reply-To: <4407A2E5.5060507@rogers.com> References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> Date: Fri, 3 Mar 2006 17:12:44 -0000 (GMT) From: "Dominic Marks" To: "Mike Jakubik" User-Agent: SquirrelMail/1.4.5 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-15 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Virus-Scanned: By ClamAV 0.85.1 X-Virus-Scanned: By GoodforBusiness.co.uk Cc: stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 17:12:54 -0000 Mike Jakubik wrote: > Patrick M. Hausen wrote: >> Hello! >> >> >>> Is it possible to boot off the install CD, setup a gmirror, and >>> then >>> reboot and install on the mirror (and expect things to work ok)? >>> Anyone >>> try this? It would be nice if the installer let you do this... >>> >> >> AFAIK, no. >> >> Install a minimal system on the first disk, then follow >> these instructions: >> >> http://ezine.daemonnews.org/200502/diskmirror.html >> > > Thats what i figured. Its sad that the fbsd installer is so behind the > linux ones, in terms of setting up raid and lvm during install. Someone could be funded to work on this like the TCP/IP performance project. I'd be willing to make a donation, as I am sure you would Mike. All that is required is a willing + able person and enough donations to make it worth his or her while. Volunteers? > _______________________________________________ > 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" > Dom From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:22:36 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA36916A420 for ; Fri, 3 Mar 2006 17:22:36 +0000 (GMT) (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 7B39243D53 for ; Fri, 3 Mar 2006 17:22:32 +0000 (GMT) (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 6069C1A4DEA; Fri, 3 Mar 2006 09:22:32 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id D10CF525C5; Fri, 3 Mar 2006 12:22:31 -0500 (EST) Date: Fri, 3 Mar 2006 12:22:31 -0500 From: Kris Kennaway To: Bill Milford Message-ID: <20060303172231.GA8478@xor.obsecurity.org> References: <20060303112026.GA10522@mid.pc5.i.0x5.de> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nFreZHaLTZJo0R7j" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@FreeBSD.ORG Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 17:22:36 -0000 --nFreZHaLTZJo0R7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2006 at 09:44:17AM -0600, Bill Milford wrote: > > -----Original Message----- > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@fre= ebsd.org] On Behalf Of > > Nicolas Rachinsky > > Sent: Friday, March 03, 2006 5:20 AM > > To: freebsd-stable@FreeBSD.ORG > > Subject: Re: configure scripts ignores parameters > >=20 > > * "Elisey O. Savateev" [2006-03-03 16:10 +0500]: > > > Fri, 3 Mar 2006 11:56:09 +0100 > > > Nicolas Rachinsky wrote: > > > > > > > > > > > Do you have shells/bash (bash-3.1.10) installed? > > > > > > > > > > Yes. I have. > >=20 > >=20 > > I had one problem here, but unfortunately not the time to really look > > at it (and I don't have time to try it again). > >=20 > > My bash3 here did not correctly process > > | for foo > > | do echo "$foo" > > | done > > A similar contruct seems to be in some (most, all?) configure scripts, > > which automatically use bash to be executed (if it's available). > >=20 > > I installed shells/bash2 (bash-2.05b.007_4) and my problem > > disappeared. > >=20 > > HTH, > > Nicolas > >=20 > > -- > > http://www.rachinsky.de/nicolas > [Bill Milford]=20 > I am having the some problem. My temporary fix is to either install bash= -3.0.16_1 which is the > latest bash package available or you can set CONFIG_SHELL=3D/bin/sh in yo= ur environment. =20 > The configure scripts will use bash if available and when it re-executes = itself, somehow the > command line options do not get passed correctly. Even the most simple o= ption: ./configure --help > fails. It was causing the previously reported issues with the apr-db4 po= rt. It causes problems > for me in the OpenCA configure script. I suspect that it will affect man= y ports that use > ./configure scripts to pass parameters. I am going to re build all of my= ports when this is > finally resolved. I hope someone has reported this error to the bash developers. Kris --nFreZHaLTZJo0R7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECHtXWry0BWjoQKURAjlDAKDwyr2YyRGunYOTkZcWbMRKNdtCgQCg1FRj hCL9GtytdYg+PpXLOa8lq9g= =y6AL -----END PGP SIGNATURE----- --nFreZHaLTZJo0R7j-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:30:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2D5E716A420 for ; Fri, 3 Mar 2006 17:30:42 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id 5787B43D45 for ; Fri, 3 Mar 2006 17:30:41 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 23758 invoked from network); 3 Mar 2006 17:30:40 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=sNbtrKgaOiZYPAkW/8jaFkUEcjjvX1PXbfiSHyuRF38DHj3Kq4CKzODf3CcGvubZvAX9fARBGBStsI/4CRILi/rMsRm8cGp96BHhr1W2pLKRChPAYl1xyqoIGWikN0mJjzVh5tSqkGK3JLyxa4x4JORzHeJ7VKcRFGOAKD1DK3s= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 17:30:40 -0000 Message-ID: <44087D3C.7070400@rogers.com> Date: Fri, 03 Mar 2006 12:30:36 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: Dominic Marks References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> <2590.195.12.22.194.1141405964.squirrel@www.helenmarks.co.uk> In-Reply-To: <2590.195.12.22.194.1141405964.squirrel@www.helenmarks.co.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, andrew@fubar.geek.nz Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 17:30:42 -0000 Dominic Marks wrote: > Someone could be funded to work on this like the TCP/IP performance > project. I'd be willing to make a donation, as I am sure you would > Mike. All that is required is a willing + able person and enough > donations to make it worth his or her while. > > Volunteers? > Well, there is the google summer of code project, and one of the projects is a new installer. http://wikitest.freebsd.org/moin.cgi/BSDInstaller Andrew, have you considered adding support for creating geom based raid/lvm to the bsd installer? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:34:00 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ABAB316A420 for ; Fri, 3 Mar 2006 17:34:00 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal4.es.net (postal4.es.net [198.124.252.66]) by mx1.FreeBSD.org (Postfix) with ESMTP id 15E5443D46 for ; Fri, 3 Mar 2006 17:33:59 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id IBA74465; Fri, 03 Mar 2006 09:33:57 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 1F0FB45041; Fri, 3 Mar 2006 09:33:55 -0800 (PST) To: Kris Kennaway In-reply-to: Your message of "Fri, 03 Mar 2006 12:22:31 EST." <20060303172231.GA8478@xor.obsecurity.org> Date: Fri, 03 Mar 2006 09:33:55 -0800 From: "Kevin Oberman" Message-Id: <20060303173355.1F0FB45041@ptavv.es.net> Cc: freebsd-stable@FreeBSD.ORG, Bill Milford Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 17:34:00 -0000 > Date: Fri, 3 Mar 2006 12:22:31 -0500 > From: Kris Kennaway > Sender: owner-freebsd-stable@freebsd.org > > > --nFreZHaLTZJo0R7j > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, Mar 03, 2006 at 09:44:17AM -0600, Bill Milford wrote: > > > -----Original Message----- > > > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd-stable@fre= > ebsd.org] On Behalf Of > > > Nicolas Rachinsky > > > Sent: Friday, March 03, 2006 5:20 AM > > > To: freebsd-stable@FreeBSD.ORG > > > Subject: Re: configure scripts ignores parameters > > >=20 > > > * "Elisey O. Savateev" [2006-03-03 16:10 +0500]: > > > > Fri, 3 Mar 2006 11:56:09 +0100 > > > > Nicolas Rachinsky wrote: > > > > > > > > > > > > > > Do you have shells/bash (bash-3.1.10) installed? > > > > > > > > > > > > > Yes. I have. > > >=20 > > >=20 > > > I had one problem here, but unfortunately not the time to really look > > > at it (and I don't have time to try it again). > > >=20 > > > My bash3 here did not correctly process > > > | for foo > > > | do echo "$foo" > > > | done > > > A similar contruct seems to be in some (most, all?) configure scripts, > > > which automatically use bash to be executed (if it's available). > > >=20 > > > I installed shells/bash2 (bash-2.05b.007_4) and my problem > > > disappeared. > > >=20 > > > HTH, > > > Nicolas > > >=20 > > > -- > > > http://www.rachinsky.de/nicolas > > [Bill Milford]=20 > > I am having the some problem. My temporary fix is to either install bash= > -3.0.16_1 which is the > > latest bash package available or you can set CONFIG_SHELL=3D/bin/sh in yo= > ur environment. =20 > > The configure scripts will use bash if available and when it re-executes = > itself, somehow the > > command line options do not get passed correctly. Even the most simple o= > ption: ./configure --help > > fails. It was causing the previously reported issues with the apr-db4 po= > rt. It causes problems > > for me in the OpenCA configure script. I suspect that it will affect man= > y ports that use > > ./configure scripts to pass parameters. I am going to re build all of my= > ports when this is > > finally resolved. > > I hope someone has reported this error to the bash developers. If te latest bash version fixes the problem, it's a bit too late to report it. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:39:28 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7448616A420 for ; Fri, 3 Mar 2006 17:39:28 +0000 (GMT) (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 362F243D45 for ; Fri, 3 Mar 2006 17:39:28 +0000 (GMT) (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 1927C1A4DEA; Fri, 3 Mar 2006 09:39:28 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id E889D517BC; Fri, 3 Mar 2006 12:39:25 -0500 (EST) Date: Fri, 3 Mar 2006 12:39:25 -0500 From: Kris Kennaway To: Kevin Oberman Message-ID: <20060303173925.GA8832@xor.obsecurity.org> References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline In-Reply-To: <20060303173355.1F0FB45041@ptavv.es.net> User-Agent: Mutt/1.4.2.1i Cc: Bill Milford , freebsd-stable@FreeBSD.ORG, Kris Kennaway Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 17:39:28 -0000 --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: > > I hope someone has reported this error to the bash developers. >=20 > If te latest bash version fixes the problem, it's a bit too late to > report it. Well, how about testing the latest version to see if it's fixed? :-) Bottom line is: unless people take swift action about this it'll probably stay broken in the release. Kris --PEIAKu/WMn1b1Hv9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECH9NWry0BWjoQKURArl6AKCnueun9W3yRT2mm4TXzIRHnKPjCgCg5z8D RFlgaWl6yF4Aj1pB3yTz8kc= =vETx -----END PGP SIGNATURE----- --PEIAKu/WMn1b1Hv9-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:42:01 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A367716A420 for ; Fri, 3 Mar 2006 17:42:01 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id EE86E43D45 for ; Fri, 3 Mar 2006 17:42:00 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id D363E81C33; Fri, 3 Mar 2006 18:41:58 +0100 (CET) Date: Fri, 3 Mar 2006 18:41:58 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060303174158.GA66726@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303173355.1F0FB45041@ptavv.es.net> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 17:42:01 -0000 * Kevin Oberman [2006-03-03 09:33 -0800]: > > Date: Fri, 3 Mar 2006 12:22:31 -0500 > > From: Kris Kennaway > > Sender: owner-freebsd-stable@freebsd.org > > I hope someone has reported this error to the bash developers. I haven't yet. I was in a hurry and haven't been able to install the newer bash version again to produce a clean example of the bug. > If te latest bash version fixes the problem, it's a bit too late to > report it. The mentioned most recent package, which is said to fix the problem, is older than the most recent version of the port. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:51:53 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C5D16A420 for ; Fri, 3 Mar 2006 17:51:53 +0000 (GMT) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9DFDC43D70 for ; Fri, 3 Mar 2006 17:51:52 +0000 (GMT) (envelope-from oberman@es.net) Received: from ptavv.es.net ([198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IBA74465; Fri, 03 Mar 2006 09:51:51 -0800 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id C93E245041; Fri, 3 Mar 2006 09:51:48 -0800 (PST) To: Kris Kennaway In-reply-to: Your message of "Fri, 03 Mar 2006 12:39:25 EST." <20060303173925.GA8832@xor.obsecurity.org> Date: Fri, 03 Mar 2006 09:51:48 -0800 From: "Kevin Oberman" Message-Id: <20060303175148.C93E245041@ptavv.es.net> Cc: freebsd-stable@FreeBSD.ORG, Bill Milford Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 17:51:53 -0000 > Date: Fri, 3 Mar 2006 12:39:25 -0500 > From: Kris Kennaway > > On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: > > > > I hope someone has reported this error to the bash developers. > > > > If te latest bash version fixes the problem, it's a bit too late to > > report it. > > Well, how about testing the latest version to see if it's fixed? :-) > > Bottom line is: unless people take swift action about this it'll > probably stay broken in the release. > > Kris Sorry. Looks like I did not correctly interpret Nicholas' message. I didn't correctly parse "package" vs. "port". -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 17:56:46 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 77C1416A420; Fri, 3 Mar 2006 17:56:46 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id C0FC743D45; Fri, 3 Mar 2006 17:56:45 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id 6D05881C33; Fri, 3 Mar 2006 18:56:44 +0100 (CET) Date: Fri, 3 Mar 2006 18:56:44 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060303175644.GA77766@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG, obrien@FreeBSD.org References: <20060303172231.GA8478@xor.obsecurity.org> <20060303173355.1F0FB45041@ptavv.es.net> <20060303173925.GA8832@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303173925.GA8832@xor.obsecurity.org> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: obrien@FreeBSD.org Subject: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 03 Mar 2006 17:56:46 -0000 * Kris Kennaway [2006-03-03 12:39 -0500]: > On Fri, Mar 03, 2006 at 09:33:55AM -0800, Kevin Oberman wrote: > > > > I hope someone has reported this error to the bash developers. > > > > If te latest bash version fixes the problem, it's a bit too late to > > report it. > > Well, how about testing the latest version to see if it's fixed? :-) Version 3.1.10 (which is the latest AFAIK) of the port contains the problem, at least here using FreeBSD 4.11. > Bottom line is: unless people take swift action about this it'll > probably stay broken in the release. I sent a report with bashbug and CCd the port maintainer. I can't test with other FreeBSD releases. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 18:42:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 706CF16A423 for ; Fri, 3 Mar 2006 18:42:24 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail12.syd.optusnet.com.au (mail12.syd.optusnet.com.au [211.29.132.193]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7591143D4C for ; Fri, 3 Mar 2006 18:42:18 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail12.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k23IgBp2000920 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Mar 2006 05:42:16 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k23IgAHO002985; Sat, 4 Mar 2006 05:42:10 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k23Ig6US002984; Sat, 4 Mar 2006 05:42:06 +1100 (EST) (envelope-from peter) Date: Sat, 4 Mar 2006 05:42:05 +1100 From: Peter Jeremy To: John Hawkes-Reed Message-ID: <20060303184205.GA692@turion.vk2pj.dyndns.org> References: <44077E79.2080708@rogers.com> <200603022333.52835.joao@matik.com.br> <4407B194.5050609@rogers.com> <200603031043.26348.hirez@libeljournal.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200603031043.26348.hirez@libeljournal.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 18:42:24 -0000 I think the FreeBSD approach is fairly typical - you get the OS running and then mirror it. On Fri, 2006-Mar-03 10:43:26 +0000, John Hawkes-Reed wrote: >From what I remember, the Solaris installer is fairly pretty and works well, >while the HP example is somewhat messy. The mirroring instructions for both >those OSes assumed you'd a working system first. For software RAID (Solaris DiskSuite aka Volume Manager, Tru64 LSM), both Solaris and Tru64 require you to install the OS first and mirror it later. For hardware RAID, you would typically use a stand-alone RAID configuration tool before installing the OS. I found the Solaris 10 installer looked pretty but I was presented with a set of several hundred packages with (as far as I could find) no immediate indication of dependencies. This made the installation somewhat trial and error: Pick a collection of packages that looked useful/relevant. Move forward a few steps and get told that package SUNWfoo needs package SUNWbar. Go back to package selection and fix that. Iterate multiple times. >I'm also not sure that the onward march of disk-size is strictly relevant. >Were I building a PC-based RAID, I'd make sure I bought an >appropriately-sized spare disk at the same time as the rest of the set. Solaris requires that all disks in a RAID set have the same firmware version (though this isn't documented very well). Tru64 requires that both system disks have the same SCSI disk type. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 18:52:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AA73F16A420 for ; Fri, 3 Mar 2006 18:52:12 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail28.syd.optusnet.com.au (mail28.syd.optusnet.com.au [211.29.133.169]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0589343D48 for ; Fri, 3 Mar 2006 18:52:11 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail28.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k23IpxJb013013 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Mar 2006 05:52:01 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k23IpwCA003028; Sat, 4 Mar 2006 05:51:59 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k23IpvHN003027; Sat, 4 Mar 2006 05:51:57 +1100 (EST) (envelope-from peter) Date: Sat, 4 Mar 2006 05:51:57 +1100 From: Peter Jeremy To: Dmitry Pryanishnikov Message-ID: <20060303185157.GB692@turion.vk2pj.dyndns.org> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060303110936.R86586@atlantis.atlantis.dp.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap 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, 03 Mar 2006 18:52:12 -0000 On Fri, 2006-Mar-03 11:16:00 +0200, Dmitry Pryanishnikov wrote: > I'm running some heavy tests on my machine (256Mb RAM, HDD, no swap, >4.11-RELEASE) such as "make buildwolrd". After successful completion of >this procedure I issued "rm -rf /usr/obj/usr" and got the following >(single) message from kernel: > >Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed > >Does anybody know whether it's harmless? It depends what you mean by "harmless". The kernel tried to allocate swap space for a process and failed. The kernel tries to recover by killing the largest process (which should also be syslog'd). I'm surprised that you got this on the "rm" as the buildworld should create bigger processes. If the "rm" was killed, you will need to re-issue it to actually delete the files. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 19:32:21 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A5C5C16A420 for ; Fri, 3 Mar 2006 19:32:21 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: from uproxy.gmail.com (uproxy.gmail.com [66.249.92.198]) by mx1.FreeBSD.org (Postfix) with ESMTP id B858343D46 for ; Fri, 3 Mar 2006 19:32:20 +0000 (GMT) (envelope-from karagodov@gmail.com) Received: by uproxy.gmail.com with SMTP id y2so350510uge for ; Fri, 03 Mar 2006 11:32:19 -0800 (PST) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:mime-version:content-type; b=s5kMKOAT3j0R+eIay3pjwDhSPPZstf2ewaEa6mgaZHD26R3+pRhZle802HoeEhGMef0d+vvtZNKuLNiagHXuh2X/HrjjGrykLMcorzGY/aHNXuIm+5Yjv/uaJ0qxHggevKPxBpNq8pM1NysvOtYuse+Gjd81tFBsrui+Ds9o8fU= Received: by 10.66.243.20 with SMTP id q20mr1218252ugh; Fri, 03 Mar 2006 11:32:19 -0800 (PST) Received: by 10.66.219.14 with HTTP; Fri, 3 Mar 2006 11:32:19 -0800 (PST) Message-ID: Date: Fri, 3 Mar 2006 22:32:19 +0300 From: "Alexey Karagodov" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: routed 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, 03 Mar 2006 19:32:21 -0000 d2hpbGUgc3lzdGVtIHN0YXJ0LXVwLCByb3V0ZWQgdGFrZXMgdmVyeSBsb25nIHRpbWUgdG8gc3Rh cnQsIGFib3V0IG1pbnV0ZSBvcgp0d28uCmFuZCB0aGVuIGFjdHVhbHkgbm90IHN0YXJ0aW5nIHRp bGwgbG9naW4gcHJvbXB0IChzbyBudHBkYXRlIGNhbid0IG9idGFpbgp0aW1lIGZyb20gaW50ZXJu ZXQgYW5kIHNvIG9uKQpyYy5jb25mOgoKd2F0Y2hkb2dkX2VuYWJsZT0iWUVTIgphY2NvdW50aW5n X2VuYWJsZT0iWUVTIgpjaGVja19xdW90YXM9IllFUyIKZGVmYXVsdHJvdXRlcj0iMTAuMC4yMjQu MSIKaG9zdG5hbWU9Im1haW4ua3AuY2x1Ym5lbW8ucnUiCmNsb25lZF9pbnRlcmZhY2VzPSJ2bGFu MSB2bGFuMTAxIHZsYW4xMDIgdmxhbjEwMyIKaWZjb25maWdfZW0xPSJ1cCIKaWZjb25maWdfdmxh bjE9ImluZXQgMTcyLjE2LjAuMSBuZXRtYXNrIDI1NS4yNTUuMC4wIHZsYW4gMSB2bGFuZGV2IGVt MSIKaWZjb25maWdfdmxhbjEwMT0iaW5ldCA4My4xMDIuMjExLjE4MSBuZXRtYXNrIDI1NS4yNTUu MjU1LjI0MCB2bGFuIDEwMQp2bGFuZGV2IGVtMSIKaWZjb25maWdfdmxhbjEwMz0iaW5ldCAxMC4w LjI0NC43MyBuZXRtYXNrIDI1NS4yNTUuMjI0LjAgdmxhbiAxMDMgdmxhbmRldgplbTEiCmlmY29u ZmlnX3ZsYW4xMDNfYWxpYXMwPSJpbmV0IDE5Mi4xNjguMC40OSBuZXRtYXNrIDI1NS4yNTUuMjU1 LjAiCmlmY29uZmlnX3ZsYW4xMDNfYWxpYXMxPSJldGhlciAwMDowYTo0ODowZjpjYjplYSIKCiBn YXRld2F5X2VuYWJsZT0iWUVTIgpyb3V0ZXJfZW5hYmxlPSJZRVMiCmlwdjZfZW5hYmxlPSJZRVMi CmlwdjZfZ2F0ZXdheV9lbmFibGU9IllFUyIKaXB2Nl9yb3V0ZXJfZW5hYmxlPSJZRVMiCmlwdjZf ZGVmYXVsdF9pbnRlcmZhY2U9ImVtMCIKcGZfZW5hYmxlPSJZRVMiCnBmbG9nX2VuYWJsZT0iWUVT IgpuYW1lZF9lbmFibGU9IllFUyIKYW1kX2VuYWJsZT0iWUVTIgpmdHBkX2VuYWJsZT0iWUVTIgps cGRfZW5hYmxlPSJZRVMiCm5mc19yZXNlcnZlZF9wb3J0X29ubHk9Ik5PIgpuaXNfY2xpZW50X2Vu YWJsZT0iWUVTIgpuaXNfc2VydmVyX2VuYWJsZT0iWUVTIgpudHBkYXRlX2VuYWJsZT0iWUVTIgpu dHBkYXRlX2ZsYWdzPSItYiBwb29sLm50cC5vcmciCm50cGRfZW5hYmxlPSJZRVMiCm50cGRfc3lu Y19vbl9zdGFydD0iWUVTIgpycGNiaW5kX2VuYWJsZT0iWUVTIgpzc2hkX2VuYWJsZT0iWUVTIgp1 c2JkX2VuYWJsZT0iWUVTIgpkaGNwZF9lbmFibGU9IllFUyIKYXBhY2hlMjJfZW5hYmxlPSJZRVMi CnJwY19zdGF0ZF9lbmFibGU9IllFUyIKcnBjX2xvY2tkX2VuYWJsZT0iWUVTIgpteXNxbF9lbmFi bGU9IllFUyIKaW5ldGRfZW5hYmxlPSJZRVMiCnN3YXBmaWxlPSIvdmFyL3N3YXAvMUdCIgoKI2Vt dWxhdGlvbgojc3ZyNF9lbmFibGU9IllFUyIKI2xpbnV4X2VuYWJsZT0iWUVTIgojaWJjczJfZW5h YmxlPSJZRVMiCgojbG9jYWxlCmtleWNoYW5nZT0iNjEgXltbSyIKa2V5YmVsbD0ibm9ybWFsIgpt b3VzZWNoYXJfc3RhcnQ9IjMiCm1vdXNlZF9lbmFibGU9IllFUyIKc2F2ZXI9ImdyZWVuIgpibGFu a3RpbWU9IjYwIgpmb250OHg4PSJrb2k4LXItOHg4Igpmb250OHgxND0ia29pOC1yLTh4MTQiCmZv bnQ4eDE2PSJrb2k4LXItOHgxNiIKc2Nybm1hcD0iTk8iCmtleXJhdGU9ImZhc3QiCmtleW1hcD0i cnUua29pOC1yIgoKZG1lc2cuYm9vdDoKQ29weXJpZ2h0IChjKSAxOTkyLTIwMDYgVGhlIEZyZWVC U0QgUHJvamVjdC4KQ29weXJpZ2h0IChjKSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAx OTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAxOTk0CiAgICAgICAgVGhlIFJlZ2VudHMgb2YgdGhlIFVu aXZlcnNpdHkgb2YgQ2FsaWZvcm5pYS4gQWxsIHJpZ2h0cyByZXNlcnZlZC4KRnJlZUJTRCA2LjEt UFJFUkVMRUFTRSAjOTogRnJpIE1hciAgMyAxNTo1Mjo0OSBNU0sgMjAwNgogICAgWFhYQFhYWApB Q1BJIEFQSUMgVGFibGU6IDxQVExURCAgICAgICAgICBBUElDICA+ClRpbWVjb3VudGVyICJpODI1 NCIgZnJlcXVlbmN5IDExOTMxODIgSHogcXVhbGl0eSAwCkNQVTogSW50ZWwoUikgWGVvbihUTSkg Q1BVIDMuNjBHSHogKDM2MDAuMTQtTUh6IEs4LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiR2VudWlu ZUludGVsIiAgSWQgPSAweGY0MSAgU3RlcHBpbmcgPSAxCgpGZWF0dXJlcz0weGJmZWJmYmZmPEZQ VSxWTUUsREUsUFNFLFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENN T1YsUEFULFBTRTM2LENMRkxVU0gsRFRTLEFDUEksTU1YLEZYU1IsU1NFLFNTRTIsU1MsSFRULFRN LFBCRT4KICBGZWF0dXJlczI9MHg2NTlkPFNTRTMsUlNWRDIsTU9OLERTX0NQTCxFU1QsVE0yLENO VFgtSUQsQ1gxNiw8YjE0Pj4KICBBTUQgRmVhdHVyZXM9MHgyMDEwMDgwMDxTWVNDQUxMLE5YLExN PgogIEh5cGVydGhyZWFkaW5nOiAyIGxvZ2ljYWwgQ1BVcwpyZWFsIG1lbW9yeSAgPSA1MzY4NzA5 MTIwICg1MTIwIE1CKQphdmFpbCBtZW1vcnkgPSA0MTE0NjczNjY0ICgzOTI0IE1CKQpGcmVlQlNE L1NNUDogTXVsdGlwcm9jZXNzb3IgU3lzdGVtIERldGVjdGVkOiA0IENQVXMKIGNwdTAgKEJTUCk6 IEFQSUMgSUQ6ICAwCiBjcHUxIChBUCk6IEFQSUMgSUQ6ICAxCiBjcHUyIChBUCk6IEFQSUMgSUQ6 ICA2CiBjcHUzIChBUCk6IEFQSUMgSUQ6ICA3CmlvYXBpYzAgPFZlcnNpb24gMi4wPiBpcnFzIDAt MjMgb24gbW90aGVyYm9hcmQKaW9hcGljMSA8VmVyc2lvbiAyLjA+IGlycXMgMjQtNDcgb24gbW90 aGVyYm9hcmQKaW9hcGljMiA8VmVyc2lvbiAyLjA+IGlycXMgNDgtNzEgb24gbW90aGVyYm9hcmQK aW9hcGljMyA8VmVyc2lvbiAyLjA+IGlycXMgNzItOTUgb24gbW90aGVyYm9hcmQKaW9hcGljNCA8 VmVyc2lvbiAyLjA+IGlycXMgOTYtMTE5IG9uIG1vdGhlcmJvYXJkCmljaHdkIG1vZHVsZSBsb2Fk ZWQKYWNwaTA6IDxQVExURCAgIFJTRFQ+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBQb3dlciBCdXR0 b24gKGZpeGVkKQpUaW1lY291bnRlciAiQUNQSS1mYXN0IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBx dWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwyNC1iaXQgdGltZXIgYXQgMy41Nzk1NDVNSHo+IHBv cnQgMHgxMDA4LTB4MTAwYiBvbiBhY3BpMApjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkwCmNwdTE6 IDxBQ1BJIENQVT4gb24gYWNwaTAKY3B1MjogPEFDUEkgQ1BVPiBvbiBhY3BpMApjcHUzOiA8QUNQ SSBDUFU+IG9uIGFjcGkwCnBjaWIwOiA8QUNQSSBIb3N0LVBDSSBicmlkZ2U+IHBvcnQgMHhjZjgt MHhjZmYgb24gYWNwaTAKcGNpMDogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjAKcGNpMDogPHVua25v d24+IGF0IGRldmljZSAwLjEgKG5vIGRyaXZlciBhdHRhY2hlZCkKcGNpMDogPGJhc2UgcGVyaXBo ZXJhbD4gYXQgZGV2aWNlIDEuMCAobm8gZHJpdmVyIGF0dGFjaGVkKQpwY2liMTogPEFDUEkgUENJ LVBDSSBicmlkZ2U+IGlycSAxNiBhdCBkZXZpY2UgMi4wIG9uIHBjaTAKcGNpMTogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4w IG9uIHBjaTEKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjIKYWhkMDogPEFkYXB0ZWMgQUlD NzkwMiBVbHRyYTMyMCBTQ1NJIGFkYXB0ZXI+IHBvcnQKMHgyNDAwLTB4MjRmZiwweDIwMDAtMHgy MGZmIG1lbSAweGRkMjAwMDAwLTB4ZGQyMDFmZmYgaXJxIDMyIGF0IGRldmljZQoyLjBvbiBwY2ky CmFoZDA6IFtHSUFOVC1MT0NLRURdCmFpYzc5MDI6IFVsdHJhMzIwIFdpZGUgQ2hhbm5lbCBBLCBT Q1NJIElkPTcsIFBDSS1YIDY3LTEwME1oeiwgNTEyIFNDQnMKYWhkMTogPEFkYXB0ZWMgQUlDNzkw MiBVbHRyYTMyMCBTQ1NJIGFkYXB0ZXI+IHBvcnQKMHgyYzAwLTB4MmNmZiwweDI4MDAtMHgyOGZm IG1lbSAweGRkMjAyMDAwLTB4ZGQyMDNmZmYgaXJxIDMzIGF0IGRldmljZQoyLjFvbiBwY2kyCmFo ZDE6IFtHSUFOVC1MT0NLRURdCmFpYzc5MDI6IFVsdHJhMzIwIFdpZGUgQ2hhbm5lbCBCLCBTQ1NJ IElkPTcsIFBDSS1YIDY3LTEwME1oeiwgNTEyIFNDQnMKcGNpMTogPGJhc2UgcGVyaXBoZXJhbCwg aW50ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAwLjEgKG5vIGRyaXZlcgphdHRhY2hlZCkK cGNpYjM6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4yIG9uIHBjaTEKcGNpMzog PEFDUEkgUENJIGJ1cz4gb24gcGNpYjMKZW0wOiA8SW50ZWwoUikgUFJPLzEwMDAgTmV0d29yayBD b25uZWN0aW9uIFZlcnNpb24gLSAzLjIuMTg+IHBvcnQKMHgzMDAwLTB4MzAzZiBtZW0gMHhkZDMw MDAwMC0weGRkMzFmZmZmIGlycSA1NCBhdCBkZXZpY2UgMi4wIG9uIHBjaTMKZW0wOiBFdGhlcm5l dCBhZGRyZXNzOiAwMDozMDo0ODo3NDo1MToxNgplbTE6IDxJbnRlbChSKSBQUk8vMTAwMCBOZXR3 b3JrIENvbm5lY3Rpb24gVmVyc2lvbiAtIDMuMi4xOD4gcG9ydAoweDMwNDAtMHgzMDdmIG1lbSAw eGRkMzIwMDAwLTB4ZGQzM2ZmZmYgaXJxIDU1IGF0IGRldmljZSAyLjEgb24gcGNpMwplbTE6IEV0 aGVybmV0IGFkZHJlc3M6IDAwOjMwOjQ4Ojc0OjUxOjE3CnBjaTE6IDxiYXNlIHBlcmlwaGVyYWws IGludGVycnVwdCBjb250cm9sbGVyPiBhdCBkZXZpY2UgMC4zIChubyBkcml2ZXIKYXR0YWNoZWQp CnBjaWI0OiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gaXJxIDE2IGF0IGRldmljZSA0LjAgb24gcGNp MApwY2k0OiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liNApwY2liNTogPEFDUEkgUENJLVBDSSBicmlk Z2U+IGlycSAxNiBhdCBkZXZpY2UgNi4wIG9uIHBjaTAKcGNpNTogPEFDUEkgUENJIGJ1cz4gb24g cGNpYjUKcGNpYjY6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4wIG9uIHBjaTUK cGNpNjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjYKcGNpNTogPGJhc2UgcGVyaXBoZXJhbCwgaW50 ZXJydXB0IGNvbnRyb2xsZXI+IGF0IGRldmljZSAwLjEgKG5vIGRyaXZlcgphdHRhY2hlZCkKcGNp Yjc6IDxBQ1BJIFBDSS1QQ0kgYnJpZGdlPiBhdCBkZXZpY2UgMC4yIG9uIHBjaTUKcGNpNzogPEFD UEkgUENJIGJ1cz4gb24gcGNpYjcKcGNpNTogPGJhc2UgcGVyaXBoZXJhbCwgaW50ZXJydXB0IGNv bnRyb2xsZXI+IGF0IGRldmljZSAwLjMgKG5vIGRyaXZlcgphdHRhY2hlZCkKdWhjaTA6IDxJbnRl bCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0ItQT4gcG9ydCAweDE0MDAtMHgxNDFm IGlycSAxNgphdCBkZXZpY2UgMjkuMCBvbiBwY2kwCnVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2Iw OiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUE+IG9uIHVoY2kwCnVz YjA6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjA6IEludGVsIFVIQ0kgcm9vdCBodWIsIGNsYXNzIDkv MCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIwOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUs IHNlbGYgcG93ZXJlZAp1aGNpMTogPEludGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVy IFVTQi1CPiBwb3J0IDB4MTQyMC0weDE0M2YgaXJxIDE5CmF0IGRldmljZSAyOS4xIG9uIHBjaTAK dWhjaTE6IFtHSUFOVC1MT0NLRURdCnVzYjE6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29u dHJvbGxlciBVU0ItQj4gb24gdWhjaTEKdXNiMTogVVNCIHJldmlzaW9uIDEuMAp1aHViMTogSW50 ZWwgVUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDEKdWh1YjE6 IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVoY2kyOiA8SW50ZWwgODI4 MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xsZXIgVVNCLUM+IHBvcnQgMHgxNDQwLTB4MTQ1ZiBpcnEg MTgKYXQgZGV2aWNlIDI5LjIgb24gcGNpMAp1aGNpMjogW0dJQU5ULUxPQ0tFRF0KdXNiMjogPElu dGVsIDgyODAxRUIgKElDSDUpIFVTQiBjb250cm9sbGVyIFVTQi1DPiBvbiB1aGNpMgp1c2IyOiBV U0IgcmV2aXNpb24gMS4wCnVodWIyOiBJbnRlbCBVSENJIHJvb3QgaHViLCBjbGFzcyA5LzAsIHJl diAxLjAwLzEuMDAsIGFkZHIgMQp1aHViMjogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxm IHBvd2VyZWQKdWhjaTM6IDxJbnRlbCA4MjgwMUVCIChJQ0g1KSBVU0IgY29udHJvbGxlciBVU0It RD4gcG9ydCAweDE0NjAtMHgxNDdmIGlycSAxNgphdCBkZXZpY2UgMjkuMyBvbiBwY2kwCnVoY2kz OiBbR0lBTlQtTE9DS0VEXQp1c2IzOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgVVNCIGNvbnRyb2xs ZXIgVVNCLUQ+IG9uIHVoY2kzCnVzYjM6IFVTQiByZXZpc2lvbiAxLjAKdWh1YjM6IEludGVsIFVI Q0kgcm9vdCBodWIsIGNsYXNzIDkvMCwgcmV2IDEuMDAvMS4wMCwgYWRkciAxCnVodWIzOiAyIHBv cnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAplaGNpMDogPEludGVsIDgyODAxRUIv UiAoSUNINSkgVVNCIDIuMCBjb250cm9sbGVyPiBtZW0gMHhkZDAwMTAwMC0weGRkMDAxM2ZmCmly cSAyMyBhdCBkZXZpY2UgMjkuNyBvbiBwY2kwCmVoY2kwOiBbR0lBTlQtTE9DS0VEXQp1c2I0OiBF SENJIHZlcnNpb24gMS4wCnVzYjQ6IGNvbXBhbmlvbiBjb250cm9sbGVycywgMiBwb3J0cyBlYWNo OiB1c2IwIHVzYjEgdXNiMiB1c2IzCnVzYjQ6IDxJbnRlbCA4MjgwMUVCL1IgKElDSDUpIFVTQiAy LjAgY29udHJvbGxlcj4gb24gZWhjaTAKdXNiNDogVVNCIHJldmlzaW9uIDIuMAp1aHViNDogSW50 ZWwgRUhDSSByb290IGh1YiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDEKdWh1YjQ6 IDggcG9ydHMgd2l0aCA4IHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnBjaWI4OiA8QUNQSSBQQ0kt UENJIGJyaWRnZT4gYXQgZGV2aWNlIDMwLjAgb24gcGNpMApwY2k4OiA8QUNQSSBQQ0kgYnVzPiBv biBwY2liOApwY2k4OiA8ZGlzcGxheSwgVkdBPiBhdCBkZXZpY2UgMS4wIChubyBkcml2ZXIgYXR0 YWNoZWQpCmlzYWIwOiA8UENJLUlTQSBicmlkZ2U+IGF0IGRldmljZSAzMS4wIG9uIHBjaTAKaXNh MDogPElTQSBidXM+IG9uIGlzYWIwCmF0YXBjaTA6IDxJbnRlbCBJQ0g1IFVETUExMDAgY29udHJv bGxlcj4gcG9ydAoweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3NywweDM3NiwweDE0YTAtMHgx NGFmIGF0IGRldmljZSAzMS4xIG9uIHBjaTAKYXRhMDogPEFUQSBjaGFubmVsIDA+IG9uIGF0YXBj aTAKYXRhMTogPEFUQSBjaGFubmVsIDE+IG9uIGF0YXBjaTAKYXRhcGNpMTogPEludGVsIElDSDUg U0FUQTE1MCBjb250cm9sbGVyPiBwb3J0CjB4MTRkMC0weDE0ZDcsMHgxNGM0LTB4MTRjNywweDE0 YzgtMHgxNGNmLDB4MTRjMC0weDE0YzMsMHgxNGIwLTB4MTRiZiBpcnEgMTgKYXQgZGV2aWNlIDMx LjIgb24gcGNpMAphdGEyOiA8QVRBIGNoYW5uZWwgMD4gb24gYXRhcGNpMQphdGEzOiA8QVRBIGNo YW5uZWwgMT4gb24gYXRhcGNpMQppY2hzbWIwOiA8SW50ZWwgODI4MDFFQiAoSUNINSkgU01CdXMg Y29udHJvbGxlcj4gcG9ydCAweDExMDAtMHgxMTFmIGlycSAxNwphdCBkZXZpY2UgMzEuMyBvbiBw Y2kwCmljaHNtYjA6IFtHSUFOVC1MT0NLRURdCnNtYnVzMDogPFN5c3RlbSBNYW5hZ2VtZW50IEJ1 cz4gb24gaWNoc21iMAphY3BpX2J1dHRvbjA6IDxQb3dlciBCdXR0b24+IG9uIGFjcGkwCmF0a2Jk YzA6IDxLZXlib2FyZCBjb250cm9sbGVyIChpODA0Mik+IHBvcnQgMHg2MCwweDY0IGlycSAxIG9u IGFjcGkwCmF0a2JkMDogPEFUIEtleWJvYXJkPiBmbGFncyAweDEgaXJxIDEgb24gYXRrYmRjMApr YmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFOVC1MT0NLRURdCnNpbzA6IDwxNjU1MEEtY29tcGF0 aWJsZSBDT00gcG9ydD4gcG9ydCAweDNmOC0weDNmZiBpcnEgNCBmbGFncyAweDEwIG9uCmFjcGkw CnNpbzA6IHR5cGUgMTY1NTBBCnNpbzE6IDwxNjU1MEEtY29tcGF0aWJsZSBDT00gcG9ydD4gcG9y dCAweDJmOC0weDJmZiBpcnEgMyBvbiBhY3BpMApzaW8xOiB0eXBlIDE2NTUwQQpmZGMwOiA8Zmxv cHB5IGRyaXZlIGNvbnRyb2xsZXI+IHBvcnQgMHgzZjAtMHgzZjUsMHgzZjcgaXJxIDYgZHJxIDIg b24gYWNwaTAKZmRjMDogW0ZBU1RdCmRldmljZV9hdHRhY2g6IGZkYzAgYXR0YWNoIHJldHVybmVk IDEyCmZkYzA6IDxmbG9wcHkgZHJpdmUgY29udHJvbGxlcj4gcG9ydCAweDNmMC0weDNmNSwweDNm NyBpcnEgNiBkcnEgMiBvbiBhY3BpMApmZGMwOiBbRkFTVF0KZGV2aWNlX2F0dGFjaDogZmRjMCBh dHRhY2ggcmV0dXJuZWQgMTIKb3JtMDogPElTQSBPcHRpb24gUk9Ncz4gYXQgaW9tZW0KMHhjMDAw MC0weGM3ZmZmLDB4YzgwMDAtMHhjOGZmZiwweGQzMDAwLTB4ZDNmZmYsMHhkNDAwMC0weGQ0ZmZm IG9uIGlzYTAKcHBjMDogY2Fubm90IHJlc2VydmUgSS9PIHBvcnQgcmFuZ2UKc2MwOiA8U3lzdGVt IGNvbnNvbGU+IGF0IGZsYWdzIDB4MTAwIG9uIGlzYTAKc2MwOiBWR0EgPDE2IHZpcnR1YWwgY29u c29sZXMsIGZsYWdzPTB4MzAwPgp2Z2EwOiA8R2VuZXJpYyBJU0EgVkdBPiBhdCBwb3J0IDB4M2Mw LTB4M2RmIGlvbWVtIDB4YTAwMDAtMHhiZmZmZiBvbiBpc2EwCnVtczA6IExvZ2l0ZWNoIFVTQi1Q Uy8yIE9wdGljYWwgTW91c2UsIHJldiAyLjAwLzIwLjAwLCBhZGRyIDIsIGljbGFzcyAzLzEKdW1z MDogMyBidXR0b25zIGFuZCBaIGRpci4KdWdlbjA6IEFtZXJpY2FuIFBvd2VyIENvbnZlcnNpb24g U21hcnQtVVBTIDc1MCBSTSBGVzo2MTkuMy5JIFVTQiBGVzoxLjUsIHJldgoxLjEwLzAuMDYsIGFk ZHIgMwpUaW1lY291bnRlcnMgdGljayBldmVyeSAxLjAwMCBtc2VjCm1vZHVsZV9yZWdpc3Rlcl9p bml0OiBNT0RfTE9BRCAoYW1yX2xpbnV4LCAweGZmZmZmZmZmODA2MzA1ZjAsIDApIGVycm9yIDYK V2FpdGluZyA1IHNlY29uZHMgZm9yIFNDU0kgZGV2aWNlcyB0byBzZXR0bGUKKHByb2JlMDphaGQw OjA6MDowKTogTm8gb3IgaW5jb21wbGV0ZSBDREIgc2VudCB0byBkZXZpY2UuCihwcm9iZTA6YWhk MDowOjA6MCk6IFByb3RvY29sIHZpb2xhdGlvbiBpbiBNZXNzYWdlLWluIHBoYXNlLiAgQXR0ZW1w dGluZyB0bwphYm9ydC4KKHByb2JlMDphaGQwOjA6MDowKTogQWJvcnQgTWVzc2FnZSBTZW50Cihw cm9iZTA6YWhkMDowOjA6MCk6IFNDQiAxNSAtIEFib3J0IFRhZyBDb21wbGV0ZWQuCmZvdW5kID09 IDB4MQpkYTAgYXQgYWhkMCBidXMgMCB0YXJnZXQgMCBsdW4gMApkYTA6IDxTRUFHQVRFIFNUMzcz NDUzTEMgMDAwNj4gRml4ZWQgRGlyZWN0IEFjY2VzcyBTQ1NJLTMgZGV2aWNlCmRhMDogMzIwLjAw ME1CL3MgdHJhbnNmZXJzICgxNjAuMDAwTUh6LCBvZmZzZXQgNjMsIDE2Yml0KSwgVGFnZ2VkIFF1 ZXVlaW5nCkVuYWJsZWQKZGEwOiA3MDAwN01CICgxNDMzNzQ3NDQgNTEyIGJ5dGUgc2VjdG9yczog MjU1SCA2M1MvVCA4OTI0QykKZGExIGF0IGFoZDAgYnVzIDAgdGFyZ2V0IDEgbHVuIDAKZGExOiA8 U0VBR0FURSBTVDM3MzQ1M0xDIDAwMDY+IEZpeGVkIERpcmVjdCBBY2Nlc3MgU0NTSS0zIGRldmlj ZQpkYTE6IDMyMC4wMDBNQi9zIHRyYW5zZmVycyAoMTYwLjAwME1Ieiwgb2Zmc2V0IDYzLCAxNmJp dCksIFRhZ2dlZCBRdWV1ZWluZwpFbmFibGVkCmRhMTogNzAwMDdNQiAoMTQzMzc0NzQ0IDUxMiBi eXRlIHNlY3RvcnM6IDI1NUggNjNTL1QgODkyNEMpClNNUDogQVAgQ1BVICMxIExhdW5jaGVkIQpT TVA6IEFQIENQVSAjMiBMYXVuY2hlZCEKU01QOiBBUCBDUFUgIzMgTGF1bmNoZWQhCkdFT01fTUlS Uk9SOiBEZXZpY2UgZ20wIGNyZWF0ZWQgKGlkPTI3NDI1MzUzMDEpLgpHRU9NX01JUlJPUjogRGV2 aWNlIGdtMDogcHJvdmlkZXIgZGEwIGRldGVjdGVkLgpHRU9NX01JUlJPUjogRGV2aWNlIGdtMDog cHJvdmlkZXIgZGExIGRldGVjdGVkLgpHRU9NX01JUlJPUjogRGV2aWNlIGdtMDogcHJvdmlkZXIg ZGExIGFjdGl2YXRlZC4KR0VPTV9NSVJST1I6IERldmljZSBnbTA6IHByb3ZpZGVyIGRhMCBhY3Rp dmF0ZWQuCkdFT01fTUlSUk9SOiBEZXZpY2UgZ20wOiBwcm92aWRlciBtaXJyb3IvZ20wIGxhdW5j aGVkLgpUcnlpbmcgdG8gbW91bnQgcm9vdCBmcm9tIHVmczovZGV2L21pcnJvci9nbTBzMWEKQWNj b3VudGluZyBlbmFibGVkCk5NSU4gTk1OSU1JUyBNSUFJICBTSUlBIDJTSSBBUzAyQTAsICAsIEUg STIyU0UwMEksQSwgIEVFSSBJU1NTQUEgZiBBZmYgZgpmZmYKPAoyCjw8PmYyCjI+PgoKCmFuZCBh bm90aGVyIHByb2JsZW0sIHN0cmFuZ2Uga2VybmVsIG91dHB1dCwgZm9yIGV4YW1wbGU6CmJsYS1i bGEtYmxhIGtlcm5lbDogTk1JTiBOTU5JTUlTIE1JQUkgIFNJSUEgMlNJIEFTMDJBMCwgICwgRSBJ MjJTRTAwSSxBLApFRUkgSVNTU0FBIGYgQWZmIGZmZmY8Mjw8PmYyMj4+CgpwbGVhc2UsIGhlbHAK From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 20:26:09 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8A43A16A423 for ; Fri, 3 Mar 2006 20:26:09 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 224E643D58 for ; Fri, 3 Mar 2006 20:26:06 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k23KQ3eF027836; Fri, 3 Mar 2006 17:26:04 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Mike Jakubik Date: Fri, 3 Mar 2006 17:26:01 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> In-Reply-To: <4408607C.9040703@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603031726.02094.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 20:26:09 -0000 On Friday 03 March 2006 12:27, Mike Jakubik wrote: > JoaoBR wrote: > > The only advantage I can see is when you really want raid at install ti= me > > and that definitly is not usual. > > What planet are you from? It's very usual. You setup RAID before you > copy data to the array, not the other way around. > I am from planet earth, already from the round-ball one ;) you said you waste your time installing the OS, activating raid and=20 re-installing the Os now you talk about copying date you can mirror or stripe without loosing data and you can do it online,=20 inserting and removing slices whenever you want Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 20:36:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 797D916A420 for ; Fri, 3 Mar 2006 20:36:20 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp101.rog.mail.re2.yahoo.com (smtp101.rog.mail.re2.yahoo.com [206.190.36.79]) by mx1.FreeBSD.org (Postfix) with SMTP id BE1D043D48 for ; Fri, 3 Mar 2006 20:36:19 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 7784 invoked from network); 3 Mar 2006 20:36:18 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=ZP99oBnjSh1aCMw4v3rYPxsShoU8ATnHIerh7FtnMnOY6uC9eE2RnrbHI/W2BhM0nXyMF5H4T7QpNyo4MxxsLOlEVAvJhst49SBrhqeSeJ7hriFAdaOMvRbrJxdbvHS8+aqZDVp8+ULfl8wGxKK0FPN4mxDEL52untuHOyGgYBQ= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp101.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 20:36:17 -0000 Message-ID: <4408A8C1.3060303@rogers.com> Date: Fri, 03 Mar 2006 15:36:17 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: JoaoBR References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> <200603031726.02094.joao@matik.com.br> In-Reply-To: <200603031726.02094.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 20:36:20 -0000 JoaoBR wrote: > On Friday 03 March 2006 12:27, Mike Jakubik wrote: > >>> The only advantage I can see is when you really want raid at install time >>> and that definitly is not usual. >>> >> What planet are you from? It's very usual. You setup RAID before you >> copy data to the array, not the other way around. >> >> > I am from planet earth, already from the round-ball one ;) > > > you said you waste your time installing the OS, activating raid and > re-installing the Os > now you talk about copying date > > you can mirror or stripe without loosing data and you can do it online, > inserting and removing slices whenever you want > What are you talking about? I think its time to brush up on your english reading and writing skills. It takes much more work, time, and complexity to 1) boot cd and install os 2) reboot to os and follow a complex procedure to setup geom based raid than it does to 1) boot cd, make gmirror with installer, install os. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 21:40:24 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A039516A420 for ; Fri, 3 Mar 2006 21:40:24 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id F2DA943D45 for ; Fri, 3 Mar 2006 21:40:23 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k23LeMtA031515; Fri, 3 Mar 2006 18:40:22 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Fri, 3 Mar 2006 18:40:19 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> In-Reply-To: <4408A8C1.3060303@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603031840.19837.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mike Jakubik Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 21:40:24 -0000 On Friday 03 March 2006 17:36, Mike Jakubik wrote: > > What are you talking about? I think its time to brush up on your english > reading and writing skills. It takes much more work, time, and > complexity to 1) boot cd and install os 2) reboot to os and follow a > complex procedure to setup geom based raid than it does to 1) boot cd, > make gmirror with installer, install os. > thank's for your kind advice :) so listen and learn: =46reeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds that what you call complex procedure to set up a raid is done by three=20 commands, 2 minutes for a slow typer perhaps? Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 21:54:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E8F8E16A422 for ; Fri, 3 Mar 2006 21:54:42 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: from ion.gank.org (ion.gank.org [64.81.113.130]) by mx1.FreeBSD.org (Postfix) with ESMTP id E4CA643D73 for ; Fri, 3 Mar 2006 21:54:40 +0000 (GMT) (envelope-from craig@feniz.gank.org) Received: by ion.gank.org (mail, from userid 1001) id 16B24F0F; Fri, 3 Mar 2006 15:54:37 -0600 (CST) Date: Fri, 3 Mar 2006 15:54:33 -0600 From: Craig Boston To: Mike Jakubik Message-ID: <20060303215433.GA26907@nowhere> Mail-Followup-To: Craig Boston , Mike Jakubik , JoaoBR , freebsd-stable@freebsd.org References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4408A8C1.3060303@rogers.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org, JoaoBR Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 21:54:43 -0000 On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: > What are you talking about? I think its time to brush up on your english > reading and writing skills. It takes much more work, time, and > complexity to 1) boot cd and install os 2) reboot to os and follow a > complex procedure to setup geom based raid than it does to 1) boot cd, > make gmirror with installer, install os. Well, honestly, someone who is knowledgeable enough to set up a complex _bootable_ geom based raid on an existing install would probably find it easier to do what I usually do: 1) Boot install CD and go to fixit mode 2) Set up RAID the way I want 3) Do a manual install by extracting the packages onto the new filesystem That avoids the intermediate install and the hassle of migrating partitions around. That said, I think it might be a good idea to have a few simple RAID configurations in the installer -- say a full-disk mirror or something relatively fool-resistant. I'm sure patches would be welcome if anyone wants to step up :) Craig From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 22:05:54 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 325F216A423 for ; Fri, 3 Mar 2006 22:05:54 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from kraid.nerim.net (smtp-105-friday.nerim.net [62.4.16.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8118443D67 for ; Fri, 3 Mar 2006 22:05:52 +0000 (GMT) (envelope-from cbuisson@nerim.net) Received: from localhost (cbuisson.pck.nerim.net [80.65.227.128]) by kraid.nerim.net (Postfix) with ESMTP id 86B8E40E27; Fri, 3 Mar 2006 23:05:49 +0100 (CET) Message-ID: <4408BDBE.8080108@nerim.net> Date: Fri, 03 Mar 2006 23:05:50 +0100 From: Claude Buisson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20050927 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nicolas Rachinsky References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> <20060303161037.fa944a65.b3k@mail.ru> <20060303112026.GA10522@mid.pc5.i.0x5.de> In-Reply-To: <20060303112026.GA10522@mid.pc5.i.0x5.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: configure scripts ignores parameters 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, 03 Mar 2006 22:05:54 -0000 Nicolas Rachinsky wrote: > * "Elisey O. Savateev" [2006-03-03 16:10 +0500]: > >>Fri, 3 Mar 2006 11:56:09 +0100 >>Nicolas Rachinsky wrote: >> >> >>>Do you have shells/bash (bash-3.1.10) installed? >>> >> >> Yes. I have. > > > > I had one problem here, but unfortunately not the time to really look > at it (and I don't have time to try it again). > > My bash3 here did not correctly process > | for foo > | do echo "$foo" > | done > A similar contruct seems to be in some (most, all?) configure scripts, > which automatically use bash to be executed (if it's available). > > I installed shells/bash2 (bash-2.05b.007_4) and my problem > disappeared. Here (bash built WITHOUT_NLS) claude@portege$ uname -a FreeBSD portege.home.tbf 4.11-STABLE FreeBSD 4.11-STABLE #0: Mon Feb 6 23:18:24 CET 2006 toor@portege.home.tbf:/home/obj/home/src/sys/PORTEGE4X i386 claude@portege$ bash --version GNU bash, version 3.1.10(0)-release (i386-portbld-freebsd4.11) Copyright (C) 2005 Free Software Foundation, Inc. claude@portege$ cat test.bash #!/usr/local/bin/bash for i do echo $i done claude@portege$ ./test.bash 1 2 3 4 1 2 3 4 claude@portege$ cat test1.bash #!/usr/local/bin/bash for i do echo "$i" done claude@portege$ ./test1.bash 1 2 3 4 1 2 3 4 claude@portege$ > > HTH, > Nicolas > Claude Buisson From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 22:07:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 34F3916A436 for ; Fri, 3 Mar 2006 22:07:08 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E55A43D49 for ; Fri, 3 Mar 2006 22:07:07 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k23M72C8064746 for ; Fri, 3 Mar 2006 14:07:03 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k23M725T064745 for freebsd-stable@freebsd.org; Fri, 3 Mar 2006 14:07:02 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 03 Mar 2006 14:07:02 -0800 Message-ID: <20060303140702.eam94oje8oco8owg@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 03 Mar 2006 14:07:02 -0800 From: Chris To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Error: Widget field13 has zero width and/or height 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, 03 Mar 2006 22:07:08 -0000 Greetings, An update via cvsup (attempting to chase 5.4 stable) on 2006-02-20 @2:40 PM resulted in a couple of disappointments; 1) after re-building the kernel (cvsupped the SRC on SMP as well) and installing it. I performed a build/ install world and portupgrade -a. The portupgrade -a took 2 full days on a base of 246 installed ports. And resulted in a *465 installed ports base*. Ouch! It's only been about 5mos. since my last upgrade. While that may seem to some a fair amount of time. Does it *really* require *doubling* my port install base? Anyway, more to my point; 2) xfontsel and any derivitive since this upgrade now always fails. Examples: An attempt to use xfontsel always fails with the same results. As seen here: ~ 1:07pm Fri, 03 mail# xfontsel & [1] 64410 ~ 1:07pm Fri, 03 mail# Error: Widget field13 has zero width and/or height [1] Exit 1 xfontsel Here's an attempt to use nexfontsel: ~ 1:11pm Fri, 03 mail# nexfontsel & [1] 64429 ~ 1:11pm Fri, 03 mail# Error: Widget dash has zero width and/or height [1] Exit 1 nexfontsel As you can see, it bails with the same error. A recent install of nessus also fails with the following error: :61041): Gdk-CRITICAL **: gdk_text_width: assertion `font != NULL' failed this message is repeated many times over. Any relation to the xfontsel errors? Thank you for all your time and consideration. --Chris uname -a FreeBSD mail.1command.com 5.5-PRERELEASE FreeBSD 5.5-PRERELEASE #0: Fri Feb 24 16:59:38 PST 2006 root@xxx.xxxxxxx.com:/usr/obj/usr/src/sys/MAIL04 i386 -- Linux != UNIX Need I say more? ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 22:25:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C2CE16A420 for ; Fri, 3 Mar 2006 22:25:15 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5785243D49 for ; Fri, 3 Mar 2006 22:25:13 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k23MP1nR004602; Sat, 4 Mar 2006 00:25:01 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 4 Mar 2006 00:25:01 +0200 (EET) From: Dmitry Pryanishnikov To: Peter Jeremy In-Reply-To: <20060303185157.GB692@turion.vk2pj.dyndns.org> Message-ID: <20060304001224.G356@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap 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, 03 Mar 2006 22:25:15 -0000 Hello! On Sat, 4 Mar 2006, Peter Jeremy wrote: >> 4.11-RELEASE) such as "make buildwolrd". After successful completion of >> this procedure I issued "rm -rf /usr/obj/usr" and got the following >> (single) message from kernel: >> >> Mar 3 11:05:32 test3 /kernel: swap_pager_getswapspace: failed >> >> Does anybody know whether it's harmless? > > It depends what you mean by "harmless". The kernel tried to allocate > swap space for a process and failed. The kernel tries to recover by > killing the largest process (which should also be syslog'd). I'm In my case, not a single process has been killed. And I suppose that I know why... > surprised that you got this on the "rm" as the buildworld should > create bigger processes. If the "rm" was killed, you will need to > re-issue it to actually delete the files. ... because I think it wasn't a process which requested a page - it apparently was a softupdates code. Do you really believe that RELENG_4 lacks real memory for "make buildworld" on i386 with 256Mb RAM? I've issued "make buildworld" and "make buildkernel" several times, just to be sure. Every such a test was successful. My diagnostics (swap_pager_getswapspace: failed) occurs only once per OS run (it doesn't repeat until I reboot by box), and even with vm.swap_enabled=0! So I think it's harmless, I just want to confirm it w/o digging OS vm code. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 23:43:42 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BE50816A420 for ; Fri, 3 Mar 2006 23:43:42 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.FreeBSD.org (Postfix) with ESMTP id 52B1A43D48 for ; Fri, 3 Mar 2006 23:43:42 +0000 (GMT) (envelope-from jroberson@chesapeake.net) Received: from [10.0.0.1] (67-40-203-22.tukw.qwest.net [67.40.203.22]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.1/8.13.1) with ESMTP id k23Nhcex025248 for ; Fri, 3 Mar 2006 18:43:39 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Fri, 3 Mar 2006 15:41:55 -0800 (PST) From: Jeff Roberson X-X-Sender: jroberson@10.0.0.1 To: stable@freebsd.org Message-ID: <20060303153833.Q557@10.0.0.1> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Scanned-By: MIMEDefang 2.52 on 216.240.101.25 Cc: Subject: VFS MFC testers wanted 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, 03 Mar 2006 23:43:42 -0000 I plan to MFC all of this lovely stuff for 6.1: http://www.chesapeake.net/~jroberson/vfsmfc.diff I'm looking for people who are willing to patch their stable boxes and test this. This has the following changes in it: 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. 2) Fixed an INACTIVE leak. 3) Fixed several unmount races. 4) Fixed several nullfs unmount issues. 5) Some more Giant related VFS fixes and asserts. 6) Fixed the quota deadlock. These problems should be rare enough that most of you have not seen them. So just let me know if this introduces any new problems etc. I will be MFCing within a week. Thanks, Jeff From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 23:53:32 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2116516A420 for ; Fri, 3 Mar 2006 23:53:32 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp104.rog.mail.re2.yahoo.com (smtp104.rog.mail.re2.yahoo.com [206.190.36.82]) by mx1.FreeBSD.org (Postfix) with SMTP id 7757A43D48 for ; Fri, 3 Mar 2006 23:53:31 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 52300 invoked from network); 3 Mar 2006 23:53:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=OQ9MD9bXPUchxmmGVnp3E/7H1sRI4s0OZs6DiNWdLm/WHU8Vb1bpNLIGQYOIKVpx4ThO60ej2dD4xF+m63S60U2aOfLvJ0Q5B18sQ0tlwTjvSgs1qRL13WkedmyhqpdTpR5M7nCSsRe0KqG2jEoaJEbcJ40TjD6gphV+BqMLsCk= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp104.rog.mail.re2.yahoo.com with SMTP; 3 Mar 2006 23:53:30 -0000 Message-ID: <4408D6FB.6040401@rogers.com> Date: Fri, 03 Mar 2006 18:53:31 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: JoaoBR References: <44077E79.2080708@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> <200603031840.19837.joao@matik.com.br> In-Reply-To: <200603031840.19837.joao@matik.com.br> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 23:53:32 -0000 JoaoBR wrote: > On Friday 03 March 2006 17:36, Mike Jakubik wrote: > > >> What are you talking about? I think its time to brush up on your english >> reading and writing skills. It takes much more work, time, and >> complexity to 1) boot cd and install os 2) reboot to os and follow a >> complex procedure to setup geom based raid than it does to 1) boot cd, >> make gmirror with installer, install os. >> >> > > > thank's for your kind advice :) > so listen and learn: > FreeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds > that what you call complex procedure to set up a raid is done by three > commands, 2 minutes for a slow typer perhaps? > > I doubt there is much i can learn from you about FreeBSD, as i've been using it since the 2.x days. I'm well aware how long it takes to setup FreeBSD. You are completely missing the point, and at this point just arguing for the sake of arguing. The point is that including geom support in the installer saves time and makes life simpler. If you are too dumb/stubborn to realize that, then thats your problem, no one is forcing you to use anything. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 3 23:58:23 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C789516A420 for ; Fri, 3 Mar 2006 23:58:23 +0000 (GMT) (envelope-from jon@seaholm.caamora.com.au) Received: from seaholm.caamora.com.au (seaholm.caamora.com.au [203.7.226.5]) by mx1.FreeBSD.org (Postfix) with ESMTP id B313343D45 for ; Fri, 3 Mar 2006 23:58:19 +0000 (GMT) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id k23NvLp23267; Sat, 4 Mar 2006 10:57:21 +1100 (EST) Message-ID: <20060304105721.55581@caamora.com.au> Date: Sat, 4 Mar 2006 10:57:21 +1100 From: jonathan michaels To: Craig Boston References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> <20060303215433.GA26907@nowhere> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <20060303215433.GA26907@nowhere>; from Craig Boston on Fri, Mar 03, 2006 at 03:54:33PM -0600 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: Mike Jakubik , freebsd-stable@freebsd.org, JoaoBR Subject: Re: Fresh install on gmirror'ed disks? 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, 03 Mar 2006 23:58:24 -0000 craig and the rest of the gang ... On Fri, Mar 03, 2006 at 03:54:33PM -0600, Craig Boston wrote: > On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: with some chunks removed for brevity ... > > It takes much more work, time, and complexity to 1) boot cd and > > install os 2) reboot to os and follow a complex procedure to setup > > geom based raid than it does to 1) boot cd, make gmirror with > > installer, install os. > > Well, honestly, someone who is knowledgeable enough to set up a complex > _bootable_ geom based raid on an existing install would probably find it > easier to do what I usually do: > > 1) Boot install CD and go to fixit mode > 2) Set up RAID the way I want > 3) Do a manual install by extracting the packages onto the new filesystem this procedure makes sence to me .. perhaps you would be so kind as to forward it to teh doc's people to have it included in a) the relevent RAID sections and b) the places that talk about initial installation and rebuiling a system with the explicit inten of adding/converting it it a network storage facility come RAID network media/hdd procidor facility. i've never had need for RAID i prefer to rely on my QIC storage its guarenteed for 20 (twenty) years storage/shelf life thats good enough for me. i think that RAID would be a good thing to add to a -STABLE system as most beginners (sorta like me thionugh i've been in teh freebsd camp of a bit over ten years now. i have a small network here that services several remote dialups we are building a text bibliogarphy/latex based document[ation-ing] system .. back to unixen grass roots ... grin. > That avoids the intermediate install and the hassle of migrating > partitions around. yup that sounds really good to me and when properly documented it would be a good feature to have at least to be able to say "go to page blabla" of the doc's set/handbook/or probably the FAQ set. > That said, I think it might be a good idea to have a few simple RAID > configurations in the installer -- say a full-disk mirror or something > relatively fool-resistant. I'm sure patches would be welcome if anyone > wants to step up :) craig, RAID no matter how simple is a step of complexity that is not warrented for the "Installer" as most people new to freebsd are new to unix and these days new to computing in general or have just enough ms windows under their belts/skirts to be a bloody nuisance to themselves and to every body else untill they get to a point where they are familiar with the language, understand reasonably well how things fit together and can handle html/a browser with some degree of competance, i make this observation based upon my own experience and that of several peoples who have come to freebsd from linux a few from vaxen days and a fair contingent with a resionable gradiet from got my computer yesterday to got this miserable hard-disk replaced for teh 4th time and it still keeps on filling up over night, why do thes dhard disks keep filling up so quickly ??? with kind regards jonathan -- ================================================================ powered by .. QNX, OS9 and freeBSD -- http://caamora com au/operating system ==== === appropriate solution in an inappropriate world === ==== From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 00:11:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8534D16A420 for ; Sat, 4 Mar 2006 00:11:48 +0000 (GMT) (envelope-from mikej@rogers.com) Received: from smtp103.rog.mail.re2.yahoo.com (smtp103.rog.mail.re2.yahoo.com [206.190.36.81]) by mx1.FreeBSD.org (Postfix) with SMTP id DB98643D70 for ; Sat, 4 Mar 2006 00:11:43 +0000 (GMT) (envelope-from mikej@rogers.com) Received: (qmail 43539 invoked from network); 4 Mar 2006 00:11:43 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=rogers.com; h=Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:References:In-Reply-To:Content-Type:Content-Transfer-Encoding; b=sxXVNpvYII2QQGGxXjKjH7ZtpJkQjdG4zrQGKi93RayH/YvT/9UTWh6gPwVbKqLl7UGcMijxSvApPcStCwhmvI9Evq1dfeNMjbGtqvOXYqlftujH6ljWvnKgHegYgyMGilwChMheKKEYyO4jw429+wGowKCa3DBF06tX/UjXmqo= ; Received: from unknown (HELO ?70.31.50.218?) (mikej@rogers.com@70.31.50.218 with plain) by smtp103.rog.mail.re2.yahoo.com with SMTP; 4 Mar 2006 00:11:43 -0000 Message-ID: <4408DB40.1010007@rogers.com> Date: Fri, 03 Mar 2006 19:11:44 -0500 From: Mike Jakubik User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: jonathan michaels References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> <20060303215433.GA26907@nowhere> <20060304105721.55581@caamora.com.au> In-Reply-To: <20060304105721.55581@caamora.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Craig Boston Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 00:11:48 -0000 jonathan michaels wrote: > craig, RAID no matter how simple is a step of complexity that is not > warrented for the "Installer" as most people new to freebsd are new to > unix and these days new to computing in general or have just enough ms > windows under their belts/skirts to be a bloody nuisance to themselves > and to every body else untill they get to a point where they are > familiar with the language, understand reasonably well how things fit > together and can handle html/a browser with some degree of competance, > > How do you figure that having an installer setup a basic mirror for you is harder for novice users than making them find instructions how to use geom, and then going through the procedure... which can be complex for an existing system. There is nothing complex about mirroring in itself, and no one is forcing them to use this. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 00:20:16 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7994216A420 for ; Sat, 4 Mar 2006 00:20:16 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D1D2F43D55 for ; Sat, 4 Mar 2006 00:20:13 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k240K7BG065605 for ; Fri, 3 Mar 2006 16:20:08 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k240K7nC065604 for freebsd-stable@freebsd.org; Fri, 3 Mar 2006 16:20:07 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Fri, 03 Mar 2006 16:20:07 -0800 Message-ID: <20060303162007.ytd85n0a0w44so4c@webmail.1command.com> X-Priority: 3 (Normal) Date: Fri, 03 Mar 2006 16:20:07 -0800 From: Chris To: freebsd-stable@freebsd.org References: <44077E79.2080708@rogers.com> <200603030545.45427.joao@matik.com.br> <4408607C.9040703@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> <20060303215433.GA26907@nowhere> <20060304105721.55581@caamora.com.au> In-Reply-To: <20060304105721.55581@caamora.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 00:20:16 -0000 Quoting jonathan michaels : > craig and the rest of the gang ... > > On Fri, Mar 03, 2006 at 03:54:33PM -0600, Craig Boston wrote: > >> On Fri, Mar 03, 2006 at 03:36:17PM -0500, Mike Jakubik wrote: > > with some chunks removed for brevity ... > >> > It takes much more work, time, and complexity to 1) boot cd and >> > install os 2) reboot to os and follow a complex procedure to setup >> > geom based raid than it does to 1) boot cd, make gmirror with >> > installer, install os. >> >> Well, honestly, someone who is knowledgeable enough to set up a complex >> _bootable_ geom based raid on an existing install would probably find it >> easier to do what I usually do: >> >> 1) Boot install CD and go to fixit mode >> 2) Set up RAID the way I want >> 3) Do a manual install by extracting the packages onto the new filesyste= m > > this procedure makes sence to me .. perhaps you would be so kind as to > forward it to teh doc's people to have it included in a) the relevent > RAID sections and b) the places that talk about initial installation > and rebuiling a system with the explicit inten of adding/converting it > it a network storage facility come RAID network media/hdd procidor > facility. i've never had need for RAID i prefer to rely on my QIC > storage its guarenteed for 20 (twenty) years storage/shelf life thats > good enough for me. > > i think that RAID would be a good thing to add to a -STABLE system as > most beginners (sorta like me thionugh i've been in teh freebsd camp of > a bit over ten years now. i have a small network here that services > several remote dialups we are building a text bibliogarphy/latex based > document[ation-ing] system .. back to unixen grass roots ... grin. > >> That avoids the intermediate install and the hassle of migrating >> partitions around. > > yup that sounds really good to me and when properly documented it would > be a good feature to have at least to be able to say "go to page > blabla" of the doc's set/handbook/or probably the FAQ set. > >> That said, I think it might be a good idea to have a few simple RAID >> configurations in the installer -- say a full-disk mirror or something >> relatively fool-resistant. I'm sure patches would be welcome if anyone >> wants to step up :) > > craig, RAID no matter how simple is a step of complexity that is not > warrented for the "Installer" as most people new to freebsd are new to > unix and these days new to computing in general or have just enough ms > windows under their belts/skirts to be a bloody nuisance to themselves > and to every body else untill they get to a point where they are > familiar with the language, understand reasonably well how things fit > together and can handle html/a browser with some degree of competance, > > i make this observation based upon my own experience and that of > several peoples who have come to freebsd from linux a few from vaxen > days and a fair contingent with a resionable gradiet from got my > computer yesterday to got this miserable hard-disk replaced for teh 4th > time and it still keeps on filling up over night, why do thes dhard > disks keep filling up so quickly ??? This will (in more cases than not) lead to the necessary knowledge. I would have to disagree with you last section here. I've been with */BSD/i for about 10yrs. and computers even longer. My experience indicates that stupidity (ignorance) is the most loathed, best, and most effective Teacher/ Professor that Life's experience has to offer. Further; I don't think that it is a reason/ excuse to leave the option out of install. It *almost* robs an individual from the opprotunity to become more learned/ educated/ versed in the "goings on" and abilities of *BSD(i). It also provides a "new" user with the knowledge of the power that *BSD(i) has to offer. And (even) further more; it (*BSD(i)) is *really* intended for (somewhat/ seasoned) administrators and ISP(s) (synonymous?) anyway. So why deprive them for the sake of others? :) None of this was stated out of anger or malice. I just felt the need to skeak my 2=A2 worth. :) Best wishes. --Chris > > with kind regards > > jonathan > > -- > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > powered by .. > QNX, OS9 and freeBSD -- http://caamora com au/operating system > =3D=3D=3D=3D =3D=3D=3D appropriate solution in an inappropriate world =3D= =3D=3D =3D=3D=3D=3D > _______________________________________________ > 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" > -- Microsoft: Disc space -- the final frontier! ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 00:33:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7AEA016A420 for ; Sat, 4 Mar 2006 00:33:52 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id C826A43D48 for ; Sat, 4 Mar 2006 00:33:51 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k240XmlI038281; Fri, 3 Mar 2006 21:33:48 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: Mike Jakubik Date: Fri, 3 Mar 2006 21:33:45 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603031840.19837.joao@matik.com.br> <4408D6FB.6040401@rogers.com> In-Reply-To: <4408D6FB.6040401@rogers.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603032133.45583.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 00:33:52 -0000 On Friday 03 March 2006 20:53, Mike Jakubik wrote: > > I doubt there is much i can learn from you about FreeBSD, as i've been tststs pay more attention, we spoke about install time not about learning F= BSD=20 > using it since the 2.x days. I'm well aware how long it takes to setup you should have changed your hardware since then to get better counters :) > FreeBSD. You are completely missing the point, and at this point just > arguing for the sake of arguing. The point is that including geom > support in the installer saves time and makes life simpler. If you are don't know, you chose to bark and take it personal, like you others have=20 opinions too and can tell them as well > too dumb/stubborn to realize that, then thats your problem, no one is no problem, I understand you, my mother never didn't hugged me either ;) but it does not give you the right to spread your personal offenses around Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 00:40:56 2006 Return-Path: X-Original-To: freebsd-stable@FreeBSD.ORG Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3DA0A16A425 for ; Sat, 4 Mar 2006 00:40:56 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: from n.0x5.de (n.0x5.de [217.197.85.142]) by mx1.FreeBSD.org (Postfix) with ESMTP id 0AE1243D45 for ; Sat, 4 Mar 2006 00:40:54 +0000 (GMT) (envelope-from nicolas@i.0x5.de) Received: by pc5.i.0x5.de (Postfix, from userid 1003) id E2DC881C33; Sat, 4 Mar 2006 01:40:52 +0100 (CET) Date: Sat, 4 Mar 2006 01:40:52 +0100 From: Nicolas Rachinsky To: freebsd-stable@FreeBSD.ORG Message-ID: <20060304004052.GA95216@mid.pc5.i.0x5.de> Mail-Followup-To: freebsd-stable@FreeBSD.ORG References: <20060303154745.9f36059f.b3k@mail.ru> <20060303105609.GA68280@mid.pc5.i.0x5.de> <20060303161037.fa944a65.b3k@mail.ru> <20060303112026.GA10522@mid.pc5.i.0x5.de> <4408BDBE.8080108@nerim.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4408BDBE.8080108@nerim.net> X-Powered-by: FreeBSD X-Homepage: http://www.rachinsky.de X-PGP-Keyid: 887BAE72 X-PGP-Fingerprint: 039E 9433 115F BC5F F88D 4524 5092 45C4 887B AE72 X-PGP-Keys: http://www.rachinsky.de/nicolas/gpg/nicolas_rachinsky.asc User-Agent: Mutt/1.5.11 Cc: Subject: Re: configure scripts ignores parameters 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, 04 Mar 2006 00:40:56 -0000 * Claude Buisson [2006-03-03 23:05 +0100]: > Here (bash built WITHOUT_NLS) Using WITHOUT_NLS does not help here. Nicolas -- http://www.rachinsky.de/nicolas From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 01:23:39 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1EAFB16A420 for ; Sat, 4 Mar 2006 01:23:39 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from zoot.lafn.org (zoot.lafn.ORG [206.117.18.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id AAACF43D48 for ; Sat, 4 Mar 2006 01:23:38 +0000 (GMT) (envelope-from bc979@lafn.org) Received: from [10.0.1.2] (pool-71-109-244-179.lsanca.dsl-w.verizon.net [71.109.244.179]) (authenticated bits=0) by zoot.lafn.org (8.13.4/8.13.1) with ESMTP id k241NZ5D045927 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NO) for ; Fri, 3 Mar 2006 17:23:37 -0800 (PST) (envelope-from bc979@lafn.org) Mime-Version: 1.0 (Apple Message framework v746.2) Content-Transfer-Encoding: 7bit Message-Id: <2E14449E-E2AA-4102-B162-BFE264985629@lafn.org> Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed To: stable@freebsd.org From: Doug Hardie Date: Fri, 3 Mar 2006 17:23:33 -0800 X-Mailer: Apple Mail (2.746.2) X-Virus-Scanned: ClamAV 0.88/1313/Fri Mar 3 08:19:06 2006 on zoot.lafn.org X-Virus-Status: Clean Cc: Subject: Failed disk sectors 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, 04 Mar 2006 01:23:39 -0000 I have a large disk that has several failed sectors. The drive basically is the article storage for news so it has lots of files. Basically the error messages I get during the inn expire operation is there are a couple failed sectors where the drive cannot successfully read the sectors. The LBA is given. The problem is finding out what those LBA's are used for. The drive SMART status show plenty of available spare sectors, but since it can't read those sectors it won't remap them to a spare sector till the next write of that sector. expire basically gives up when it reaches that error. So my first attempt was to run a cksum of all the files on the disk. That actually cought one of the sectors and gave me the file name. I deleted the file and since it was an overview file for one group, I just rebuilt it. There are still more to go though. That process took many hours. I have not found anything in the archives or man pages or ports that addresses identifying the object/file that has that LBA. So I have started looking into the ufs structures to see how that could be done. fdisk source shows how to access the partition data. For the specific disk, fdisk reports a media sector size of 512 and the block count matches that. So I assume I would have to subtract the start of that partition from the LBA. However, that assumes that the LBA is in the same 512 byte block numbering system. I am not convinced that would always be correct. Next has to address the bsdlabel. I am now presuming that the LBA value of 0 is the start of the drive, not the start of the partition. I am not sure if this is correct either. If so, then bsdlabel type code would be required to identify the partition. Then the start of the partition would need to be subtracted from the LBA. At that point I think I have the values that would be found in the block tables in the inodes. Before digging into the inode structures I though it would be a good idea to check my understanding to this point. Am I on the right path? From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 01:47:59 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70D7316A420 for ; Sat, 4 Mar 2006 01:47:59 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: from mail4.sea5.speakeasy.net (mail4.sea5.speakeasy.net [69.17.117.6]) by mx1.FreeBSD.org (Postfix) with ESMTP id BFCE243D46 for ; Sat, 4 Mar 2006 01:47:58 +0000 (GMT) (envelope-from bkelly@vadev.org) Received: (qmail 11577 invoked from network); 4 Mar 2006 01:47:58 -0000 Received: from vadev.org (HELO [192.168.1.97]) (Desdicardo@[66.92.166.151]) (envelope-sender ) by mail4.sea5.speakeasy.net (qmail-ldap-1.03) with RC4-MD5 encrypted SMTP for ; 4 Mar 2006 01:47:57 -0000 From: Ben Kelly To: stable@freebsd.org, wkoszek@freebsd.org Date: Fri, 3 Mar 2006 20:47:54 -0500 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200603032047.54811.bkelly@vadev.org> Cc: Subject: missing dependency - crypto.ko to zlib.ko 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, 04 Mar 2006 01:47:59 -0000 Hello all, I upgraded my RELENG_6 server today and ran into a strange problem. Whenever I try to kldload crypto.ko the operation fails and I get the following error in my dmesg: link_elf: symbol inflateInit2_ undefined I was indirectly trying to load crypto because I had geom_eli.ko in my loader.conf. I don't have any crypto hardware in the box. I'm guessing this is related to this commit: http://lists.freebsd.org/pipermail/cvs-src/2006-March/060511.html It appears that the MODULE_DEPEND macro was added to cryptodev.c, but not to crypto.c. I tried adding MODULE_DEPEND to crypto.c and the problem went away. I'm not that familiar with the module system, so perhaps there is something else wrong with my configuration and this is the wrong fix. In any case, here is the patch: --- crypto.c.orig Fri Mar 3 20:21:35 2006 +++ crypto.c Fri Mar 3 20:21:04 2006 @@ -252,6 +252,7 @@ }; MODULE_VERSION(crypto, 1); DECLARE_MODULE(crypto, crypto_mod, SI_SUB_DRIVERS, SI_ORDER_FIRST); +MODULE_DEPEND(crypto, zlib, 1, 1, 1); /* * Create a new session. For reference, I am running: FreeBSD vir.in.vadev.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri Mar 3 16:23:47 EST 2006 bkelly@vir.in.vadev.org:/usr/obj/usr/src/sys/SERVER i386 Last cvsup'd at 2006-03-03 04:07:00 EST. Please let me know if there is a better way to fix this. Any input would be appreciated. Thanks. - Ben From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 02:46:03 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4E82E16A420 for ; Sat, 4 Mar 2006 02:46:03 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from linda-1.paradise.net.nz (bm-1a.paradise.net.nz [203.96.152.180]) by mx1.FreeBSD.org (Postfix) with ESMTP id D100F43D45 for ; Sat, 4 Mar 2006 02:46:02 +0000 (GMT) (envelope-from markir@paradise.net.nz) Received: from smtp-3.paradise.net.nz (tclsnelb1-src-1.paradise.net.nz [203.96.152.172]) by linda-1.paradise.net.nz (Paradise.net.nz) with ESMTP id <0IVL00ILY10PEM@linda-1.paradise.net.nz> for freebsd-stable@freebsd.org; Sat, 04 Mar 2006 15:46:01 +1300 (NZDT) Received: from [192.168.1.11] (218-101-28-235.dsl.clear.net.nz [218.101.28.235]) by smtp-3.paradise.net.nz (Postfix) with ESMTP id 89E801609609; Sat, 04 Mar 2006 15:46:00 +1300 (NZDT) Date: Sat, 04 Mar 2006 15:45:58 +1300 From: Mark Kirkwood In-reply-to: <200603031840.19837.joao@matik.com.br> To: JoaoBR Message-id: <4408FF66.1030401@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Accept-Language: en-us, en User-Agent: Mozilla Thunderbird 1.0.6 (X11/20051106) References: <44077E79.2080708@rogers.com> <200603031726.02094.joao@matik.com.br> <4408A8C1.3060303@rogers.com> <200603031840.19837.joao@matik.com.br> Cc: Mike Jakubik , freebsd-stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 02:46:03 -0000 JoaoBR wrote: > > > thank's for your kind advice :) > so listen and learn: > FreeBSD any version from CD is up in 10 minutes, reboot is 30-40 seconds > that what you call complex procedure to set up a raid is done by three > commands, 2 minutes for a slow typer perhaps? > I would certainly see the installer handling software RAID as a considerable benefit. From what I've seen on the net, to install and boot off RAIDed system disks is quite fiddly (maybe gmirror is the exception here, as I've mainly been looking at striping). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 02:58:45 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id BA46516A420 for ; Sat, 4 Mar 2006 02:58:45 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (w094.z064001164.sjc-ca.dsl.cnc.net [64.1.164.94]) by mx1.FreeBSD.org (Postfix) with ESMTP id 5582943D48 for ; Sat, 4 Mar 2006 02:58:45 +0000 (GMT) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id A2706215C; Fri, 3 Mar 2006 18:58:24 -0800 (PST) Received: from satchel.alerce.com (w092.z064001164.sjc-ca.dsl.cnc.net [64.1.164.92]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by merlin.alerce.com (Postfix) with ESMTP id 7DBA22152; Fri, 3 Mar 2006 18:58:24 -0800 (PST) Received: from satchel.alerce.com (localhost [127.0.0.1]) by satchel.alerce.com (8.13.4/8.13.4) with ESMTP id k242wpM7016422; Fri, 3 Mar 2006 18:58:51 -0800 (PST) (envelope-from hartzell@satchel.alerce.com) Received: (from hartzell@localhost) by satchel.alerce.com (8.13.4/8.13.4/Submit) id k242wouE016415; Fri, 3 Mar 2006 18:58:50 -0800 (PST) (envelope-from hartzell) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17417.618.690291.106171@satchel.alerce.com> Date: Fri, 3 Mar 2006 18:58:50 -0800 To: "Patrick M. Hausen" In-Reply-To: <20060302233120.GA31584@hugo10.ka.punkt.de> References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> X-Mailer: VM 7.17 under 21.4 (patch 17) "Jumbo Shrimp" XEmacs Lucid X-Virus-Scanned: ClamAV using ClamSMTP Cc: stable@freebsd.org Subject: Re: Fresh install on gmirror'ed disks? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2006 02:58:45 -0000 Patrick M. Hausen writes: > Hello! > > > Is it possible to boot off the install CD, setup a gmirror, and then > > reboot and install on the mirror (and expect things to work ok)? Anyone > > try this? It would be nice if the installer let you do this... > > AFAIK, no. > > Install a minimal system on the first disk, then follow > these instructions: > > http://ezine.daemonnews.org/200502/diskmirror.html > > When the mirror is up and running, cvsup, buildworld, buildkernel, > installkernel, installworld, mergemaster, reboot, enjoy ;-) I think that the instructions in the above mentioned article mildly incorrect in that they enable soft-updates when they newfs the root partition. I just asked a question about this in -stable but haven't heard any commentary. Am I misguided ,or? Thanks, g. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 05:27:18 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8937916A420 for ; Sat, 4 Mar 2006 05:27:18 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta206-rme.xtra.co.nz (mta206-rme.xtra.co.nz [210.86.15.58]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9931343D45 for ; Sat, 4 Mar 2006 05:27:16 +0000 (GMT) (envelope-from andrew@fubar.geek.nz) Received: from mta4-rme.xtra.co.nz ([210.86.15.141]) by mta206-rme.xtra.co.nz with ESMTP id <20060304052715.BDSK8314.mta206-rme.xtra.co.nz@mta4-rme.xtra.co.nz>; Sat, 4 Mar 2006 18:27:15 +1300 Received: from serv.int.fubar.geek.nz ([222.152.221.45]) by mta4-rme.xtra.co.nz with ESMTP id <20060304052714.UZHZ1416.mta4-rme.xtra.co.nz@serv.int.fubar.geek.nz>; Sat, 4 Mar 2006 18:27:14 +1300 Received: from [192.168.1.10] (unknown [192.168.1.10]) by serv.int.fubar.geek.nz (Postfix) with ESMTP id 219AC60DC; Sat, 4 Mar 2006 18:27:12 +1300 (NZDT) Message-ID: <4409252F.9040000@fubar.geek.nz> Date: Sat, 04 Mar 2006 18:27:11 +1300 From: Andrew Turner User-Agent: Thunderbird 1.5 (X11/20060213) MIME-Version: 1.0 To: Mike Jakubik References: <44077E79.2080708@rogers.com> <20060302233120.GA31584@hugo10.ka.punkt.de> <4407A2E5.5060507@rogers.com> <2590.195.12.22.194.1141405964.squirrel@www.helenmarks.co.uk> <44087D3C.7070400@rogers.com> In-Reply-To: <44087D3C.7070400@rogers.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Dominic Marks Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 05:27:18 -0000 Mike Jakubik wrote: > > Andrew, have you considered adding support for creating geom based > raid/lvm to the bsd installer? > > I have added it to my todo list. I want to get something in working with a release and any changes needed in cvs before I look at adding more features. Andrew From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 06:51:49 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id E20AD16A420 for ; Sat, 4 Mar 2006 06:51:49 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail03.syd.optusnet.com.au (mail03.syd.optusnet.com.au [211.29.132.184]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3B11343D45 for ; Sat, 4 Mar 2006 06:51:48 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail03.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k246pfLw010216 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Mar 2006 17:51:42 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k246peQP004852; Sat, 4 Mar 2006 17:51:40 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k246pdbT004851; Sat, 4 Mar 2006 17:51:39 +1100 (EST) (envelope-from peter) Date: Sat, 4 Mar 2006 17:51:38 +1100 From: Peter Jeremy To: Dmitry Pryanishnikov Message-ID: <20060304065138.GD692@turion.vk2pj.dyndns.org> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060304001224.G356@atlantis.atlantis.dp.ua> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap 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, 04 Mar 2006 06:51:50 -0000 On Sat, 2006-Mar-04 00:25:01 +0200, Dmitry Pryanishnikov wrote: >On Sat, 4 Mar 2006, Peter Jeremy wrote: >>swap space for a process and failed. The kernel tries to recover by >>killing the largest process (which should also be syslog'd). I'm > > In my case, not a single process has been killed. And I suppose >that I know why... Once swap_pager_full is set (which it has been in your case), the kernel will kill processes if it thinks it's short of memory, defined as (the following are all sysctl names): vm.stats.vm.v_free_reserved + vm.stats.vm.v_cache_min > vm.stats.vm.v_free_count + vm.stats.vm.v_cache_count >... because I think it wasn't a process which requested a page - it >apparently was a softupdates code. Or possibly the dirhash code - it also needs RAM. > Do you really believe that RELENG_4 >lacks real memory for "make buildworld" on i386 with 256Mb RAM? No. It seems fairly unlikely but it's been a long while (probably pre 4.x) since I've tried building world in a limited memory environment. g++ can eat lots of memory and I know ld used to. It seemed less likely that rm would fill up your memory. > My diagnostics (swap_pager_getswapspace: >failed) occurs only once per OS run (it doesn't repeat until I reboot by >box), and even with vm.swap_enabled=0! My reading of the code suggests that swap_pager_full (which triggers the message) will not be reset unless you have some swap so this would be expected. > So I think it's harmless, I just >want to confirm it w/o digging OS vm code. Once you've received this message, the OS is free to kill your processes until it frees up some swap (which it can't do if you don't have any). I suggest you have a quick look through vm/swap_pager.c and vm/vm_pageout.c, looking at swap_pager_full and swap_pager_almost_full. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 07:16:56 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE9116A420 for ; Sat, 4 Mar 2006 07:16:56 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from mail19.syd.optusnet.com.au (mail19.syd.optusnet.com.au [211.29.132.200]) by mx1.FreeBSD.org (Postfix) with ESMTP id 01E8043D45 for ; Sat, 4 Mar 2006 07:16:55 +0000 (GMT) (envelope-from peterjeremy@optushome.com.au) Received: from turion.vk2pj.dyndns.org (c220-239-19-236.belrs4.nsw.optusnet.com.au [220.239.19.236]) by mail19.syd.optusnet.com.au (8.12.11/8.12.11) with ESMTP id k247Gsne010928 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO); Sat, 4 Mar 2006 18:16:54 +1100 Received: from turion.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by turion.vk2pj.dyndns.org (8.13.4/8.13.4) with ESMTP id k247Gr18004943; Sat, 4 Mar 2006 18:16:53 +1100 (EST) (envelope-from peter@turion.vk2pj.dyndns.org) Received: (from peter@localhost) by turion.vk2pj.dyndns.org (8.13.4/8.13.4/Submit) id k247GrEB004942; Sat, 4 Mar 2006 18:16:53 +1100 (EST) (envelope-from peter) Date: Sat, 4 Mar 2006 18:16:52 +1100 From: Peter Jeremy To: Doug Hardie Message-ID: <20060304071652.GE692@turion.vk2pj.dyndns.org> References: <2E14449E-E2AA-4102-B162-BFE264985629@lafn.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2E14449E-E2AA-4102-B162-BFE264985629@lafn.org> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.11 Cc: stable@freebsd.org Subject: Re: Failed disk sectors 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, 04 Mar 2006 07:16:56 -0000 On Fri, 2006-Mar-03 17:23:33 -0800, Doug Hardie wrote: >The drive SMART status show plenty of available spare sectors, but >since it can't read those sectors it won't remap them to a spare >sector till the next write of that sector. It's probably a good idea to start think about replacing the disk anyway. >I have not found anything in the archives or man pages or ports that >addresses identifying the object/file that has that LBA. Look at the thread starting http://lists.FreeBSD.org/pipermail/freebsd-hackers/2006-February/015475.html > So I assume I would have to subtract the start >of that partition from the LBA. Yes. > However, that assumes that the LBA >is in the same 512 byte block numbering system. It is. You can always double check by verifying that the superblocks are where you calculate they should be and that when you translate the LBA to an offset within the partition, you get an error when you attempt to read that LBA within the partition. >Next has to address the bsdlabel. I am now presuming that the LBA >value of 0 is the start of the drive, not the start of the >partition. I'm almost certain they are - the error message would include the slice/partition number if they were relative to the start of the slice/partition (otherwise you couldn't be certain which slice/ partition was affected). Again, you can check by verifying that the superblocks are where you expect and the translated LBAs give errors. >At that point I think I have the values that would be found in the >block tables in the inodes. It could also be in the cylinder group metadata - superblock copy, inodes or free block bitmaps. And remember to correctly handle indirect blocks. >Before digging into the inode structures I though it would be a good >idea to check my understanding to this point. Am I on the right path? Yes you are. -- Peter Jeremy From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 09:04:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2C90A16A420 for ; Sat, 4 Mar 2006 09:04:22 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id C23BC43D46 for ; Sat, 4 Mar 2006 09:04:21 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.123.190] (ti211110a080-8691.bb.online.no [85.165.97.243]) by smtp1.powertech.no (Postfix) with ESMTP id D3DB47E95; Sat, 4 Mar 2006 10:04:19 +0100 (CET) In-Reply-To: <20060226081431.GA813@dimma.mow.oilspace.com> References: <20060226081431.GA813@dimma.mow.oilspace.com> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <6F9C5982-E3FB-4EC2-9890-D685F2ABCC34@nordahl.net> Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 4 Mar 2006 10:04:17 +0100 To: Dmitriy Kirhlarov X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org Subject: Re: nss_ldap 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: Sat, 04 Mar 2006 09:04:22 -0000 On 26. feb. 2006, at 09.14, Dmitriy Kirhlarov wrote: > I use nss_ldap-1.239 and nss_ldap-1.244 on 5.4 and 6.0 > I have a problem -- login success only if {CRYPT} mechanism used in > ldap database. Other services, authenticated in ldap, work fine > (pam_ldap, apache auth for example). pam_ldap authenticates the user by attempting to bind to the LDAP server using the users credentials. So what type of encryption used should not make any difference. However, I have observed configurations on Linux where authentication is done through nss_ldap instead of pam_ldap. What actually happends then is that nss_ldap fetches the password from the database and pam_unix does the authentiaction work. If this is the case in your setup, the encryption chosen would matter as pam_unix probably does not support all the modes that OpenLDAP has. You could try to remove pam_ldap from your setup, and leave nss_ldap active and see if you still can log in? What does your ACL's look like? I have this as one of my first ACL's: access to attr=userPassword by self write by anonymous auth by * none This makes sure that no one can read the password from the directory, but allows a user to change his own password, and to authenticate by binding to the LDAP server. [snip] > /etc/nsswitch.conf > group: ldap files > hosts: files dns > networks: files > passwd: ldap files > shells: files > imap: ldap Why do you have "ldap" first? I would use "files ldap" in any case so local changes can override the directory. Frode Nordahl frode@nordahl.net From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 09:15:46 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1376016A420 for ; Sat, 4 Mar 2006 09:15:46 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from fw.zoral.com.ua (ll-227.216.82.212.sovam.net.ua [212.82.216.227]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2646143D45 for ; Sat, 4 Mar 2006 09:15:44 +0000 (GMT) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by fw.zoral.com.ua (8.13.3/8.13.3) with ESMTP id k249FNF2057231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 4 Mar 2006 11:15:23 +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.4/8.13.4) with ESMTP id k249FNgI075026; Sat, 4 Mar 2006 11:15:23 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.13.4/8.13.4/Submit) id k249FM5O075025; Sat, 4 Mar 2006 11:15:22 +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: Sat, 4 Mar 2006 11:15:22 +0200 From: Kostik Belousov To: Jeff Roberson Message-ID: <20060304091522.GD37572@deviant.kiev.zoral.com.ua> References: <20060303153833.Q557@10.0.0.1> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="HWvPVVuAAfuRc6SZ" Content-Disposition: inline In-Reply-To: <20060303153833.Q557@10.0.0.1> User-Agent: Mutt/1.4.2.1i X-Virus-Scanned: ClamAV version 0.87.1, clamav-milter version 0.87 on fw.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.1.0 X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on fw.zoral.com.ua Cc: stable@freebsd.org Subject: Re: VFS MFC testers wanted 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, 04 Mar 2006 09:15:46 -0000 --HWvPVVuAAfuRc6SZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Mar 03, 2006 at 03:41:55PM -0800, Jeff Roberson wrote: > I plan to MFC all of this lovely stuff for 6.1: >=20 > http://www.chesapeake.net/~jroberson/vfsmfc.diff >=20 > I'm looking for people who are willing to patch their stable boxes and=20 > test this. This has the following changes in it: >=20 > 1) Improved debugging with DEBUG_LOCKS via the new stack(9) api. > 2) Fixed an INACTIVE leak. > 3) Fixed several unmount races. > 4) Fixed several nullfs unmount issues. > 5) Some more Giant related VFS fixes and asserts. > 6) Fixed the quota deadlock. >=20 > These problems should be rare enough that most of you have not seen them.= =20 > So just let me know if this introduces any new problems etc. I will be= =20 > MFCing within a week. >=20 > Thanks, > Jeff I applied the patch to the today 6-STABLE and now testing it on the (relatively slow, k6/266Mhz) machine, by cvs-ing the sources and building the world. Kernel config is custom (see below issue #2), I added DEBUG_* and WITNESS* options from your patch. Config does not include QUOTAS. 1. The patch breaks the kernel ABI, even for the case when DEBUG_VFS_LOCK is not defined. This is due to changes inside struct mount, adding mnt_ref and rearranging several existing fields. This issue shall be at least mentioned in release notes. 2. I built custom kernel with "options MAC". After some fs activity, I got the LOR: lock order reversal: 1st 0xc1a018f0 vnode interlock (vnode interlock) @ /usr/home/kostik/work/b= sd/sys/kern/vfs_subr.c:2449 2nd 0xc0c43144 system map (system map) @ /usr/home/kostik/work/bsd/sys/vm/= vm_kern.c:295 KDB: stack backtrace: kdb_backtrace(0,ffffffff,c06676b0,c0667700,c0636024) at 0xc049d3c9 =3D kdb_= backtrace+0x29 witness_checkorder(c0c43144,9,c061fe28,127) at 0xc04a80c2 =3D witness_check= order+0x582 _mtx_lock_flags(c0c43144,0,c061fe28,127) at 0xc047b998 =3D _mtx_lock_flags+= 0x58 _vm_map_lock(c0c430c0,c061fe28,127) at 0xc059eb46 =3D _vm_map_lock+0x26 kmem_malloc(c0c430c0,1000,101,c819fbe0,c059679f) at 0xc059e0d2 =3D kmem_mal= loc+0x32 page_alloc(c0c4d300,1000,c819fbd3,101,c06a3bf8) at 0xc0596bda =3D page_allo= c+0x1a slab_zalloc(c0c4d300,101,c0c4d300,c0647a64,c0c4e460) at 0xc059679f =3D slab= _zalloc+0x9f uma_zone_slab(c0c4d300,1,c0c4e468,0,c061f05a,8a2) at 0xc0597dec =3D uma_zon= e_slab+0xec uma_zalloc_internal(c0c4d300,0,1,0,c0c4dc48) at 0xc0598129 =3D uma_zalloc_i= nternal+0x29 bucket_alloc(80,1,c0c380a0,0,c19ab6a4) at 0xc0595eac =3D bucket_alloc+0x2c uma_zfree_arg(c0c4dc00,c19ab6a4,0) at 0xc0598483 =3D uma_zfree_arg+0x283 mac_labelzone_free(c19ab6a4,c1a01828,e8,c819fc9c,c0565ad2) at 0xc055dab3 = =3D mac_labelzone_free+0x13 mac_vnode_label_free(c19ab6a4,c1a01828,c819fcac,c04d8766,c1a01828) at 0xc05= 65aaa =3D mac_vnode_label_free+0x6a mac_destroy_vnode(c1a01828) at 0xc0565ad2 =3D mac_destroy_vnode+0x12 vdestroy(c1a01828,c1a01828,c819fcec,c04d8142,c1a01828) at 0xc04d8766 =3D vd= estroy+0x1c6 vdropl(c1a01828,7,a8,c0653ee0,c1a01828) at 0xc04dad1e =3D vdropl+0x3e vlrureclaim(c15e8000,c1529000,c156f000,c04d8360,c156f000) at 0xc04d8142 =3D= vlrureclaim+0x282 vnlru_proc(0,c819fd38,0,c04d8360,0) at 0xc04d84e3 =3D vnlru_proc+0x183 fork_exit(c04d8360,0,c819fd38) at 0xc046de7d =3D fork_exit+0x9d fork_trampoline() at 0xc05d33bc =3D fork_trampoline+0x8 --- trap 0x1, eip =3D 0, esp =3D 0xc819fd6c, ebp =3D 0 --- A patch to fix the LOR (seems to be relevant for CURRENT too): --- sys/kern/vfs_subr.c.orig Sat Mar 4 10:44:47 2006 +++ sys/kern/vfs_subr.c Sat Mar 4 10:45:21 2006 @@ -787,9 +787,6 @@ VNASSERT(bo->bo_dirty.bv_root =3D=3D NULL, vp, ("dirtyblkroot not NULL")); VNASSERT(TAILQ_EMPTY(&vp->v_cache_dst), vp, ("vp has namecache dst")); VNASSERT(LIST_EMPTY(&vp->v_cache_src), vp, ("vp has namecache src")); -#ifdef MAC - mac_destroy_vnode(vp); -#endif if (vp->v_pollinfo !=3D NULL) { knlist_destroy(&vp->v_pollinfo->vpi_selinfo.si_note); mtx_destroy(&vp->v_pollinfo->vpi_lock); @@ -801,6 +798,9 @@ #endif lockdestroy(vp->v_vnlock); mtx_destroy(&vp->v_interlock); +#ifdef MAC + mac_destroy_vnode(vp); +#endif uma_zfree(vnode_zone, vp); } =20 Up to the moment (uptime 11:09AM up 1:24, 1 user, load averages: 1.32, 1.56, 1.56) everything else seems to be okey. --HWvPVVuAAfuRc6SZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECVqpC3+MBN1Mb4gRAn5mAKDkwpWNTNMOM6gNj1r+/IbEkGEFkQCfV1cf mSRoREvKO/gu6Afw/DrAB+E= =VgJf -----END PGP SIGNATURE----- --HWvPVVuAAfuRc6SZ-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 09:30:12 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D14FB16A420 for ; Sat, 4 Mar 2006 09:30:12 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from smtp1.powertech.no (smtp1.powertech.no [195.159.0.145]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3314A43D49 for ; Sat, 4 Mar 2006 09:30:12 +0000 (GMT) (envelope-from frode@nordahl.net) Received: from [192.168.123.190] (ti211110a080-8691.bb.online.no [85.165.97.243]) by smtp1.powertech.no (Postfix) with ESMTP id 01F857E5A; Sat, 4 Mar 2006 10:30:11 +0100 (CET) In-Reply-To: <20060228052328.GA29811@xor.obsecurity.org> References: <20060221195601.GA63134@xor.obsecurity.org> <20060228052328.GA29811@xor.obsecurity.org> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Frode Nordahl Date: Sat, 4 Mar 2006 10:30:08 +0100 To: Kris Kennaway X-Mailer: Apple Mail (2.746.2) Cc: stable@freebsd.org Subject: Re: Patch for quota deadlock 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, 04 Mar 2006 09:30:12 -0000 On 28. feb. 2006, at 06.23, Kris Kennaway wrote: > On Tue, Feb 21, 2006 at 02:56:01PM -0500, Kris Kennaway wrote: >> Jeff has been too busy to send this patch himself, but it fixed the >> quota deadlock that I was able to provoke on my machine. Does it >> also >> solve the issue for others? > > I've seen 0 feedback about this so far. Since a number of people have > reported that the quota deadlock is the only thing keeping them from > upgrading from 5.x to 6.x, I expected a more enthusiastic testing > response than this :-) > > Please, those of you who have reported this problem, test the patch > and see if it works for you. If there are further problems, we can't > fix them in time for 6.1 unless we hear about it in the next week or > so. I have not been tough enough to even try 6.x on our busy NFS servers yet, so I did not know this problem existed. This is what you get for not taking the time to test future releases I guess :-/ I will put RELENG_6 with this patch on one of them next week and report back ASAP! Does anyone have a test-case that will provoke the problem at will, so I can make some tests in a controlled environment before I put it out in the wild? Frode Nordahl frode@nordahl.net From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 10:39:58 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9AE2E16A420 for ; Sat, 4 Mar 2006 10:39:58 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: from smtp.nlink.com.br (smtp.nlink.com.br [201.12.59.3]) by mx1.FreeBSD.org (Postfix) with SMTP id AC49643D45 for ; Sat, 4 Mar 2006 10:39:57 +0000 (GMT) (envelope-from paulo@nlink.com.br) Received: (qmail 66126 invoked from network); 4 Mar 2006 10:39:55 -0000 Received: from unknown (HELO ?192.168.2.2?) (paulo@intra.nlink.com.br@201.12.60.146) by smtp.nlink.com.br with SMTP; 4 Mar 2006 10:39:55 -0000 Message-ID: <44096E63.2070505@nlink.com.br> Date: Sat, 04 Mar 2006 07:39:31 -0300 From: Paulo Fragoso User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050926) 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: Freezes in wireless bridge 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, 04 Mar 2006 10:39:58 -0000 Hi, We have two bridges running FreeBSD 6.1-BETA1 and we have a lot of freezes in a week, it's happening when trafic is high, but it has ever happened when we was changing dev.ath.0.acktimeout. There aren't dumps, all CPU is freezed, state of leds in kayboard doesn't change, only leds of wireless card (D-Link G520) are blinking. Some times is printed on console DMA erros of ad0 before system to freeze. We have already tried to disable ATA DMA (hw.ata.ata_dma=0, hw.ata.atapi_dma=0, hw.ata.wc=0), but system freezes yet. This bridge is runnig on motherboard MSI VIAK8M with 03 Atheros board (D-Link G520), but this problem happens using other motherboards and CPUs. Is there anyway to force dumps? Is there any watchdog hardware for FreeBSD 6.X? All sounds like when we were using FreeBSD 2.x + SCSI + ATI S3 Virge, the problem was XFree86. Paulo Fragoso. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 10:48:18 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 843CF16A420 for ; Sat, 4 Mar 2006 10:48:18 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id D298443D45 for ; Sat, 4 Mar 2006 10:48:17 +0000 (GMT) (envelope-from joao@matik.com.br) Received: from anb (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.13.4/8.13.1) with ESMTP id k24AmD1r063005; Sat, 4 Mar 2006 07:48:13 -0300 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR To: freebsd-stable@freebsd.org Date: Sat, 4 Mar 2006 07:48:11 -0300 User-Agent: KMail/1.9.1 References: <44077E79.2080708@rogers.com> <200603031840.19837.joao@matik.com.br> <4408FF66.1030401@paradise.net.nz> In-Reply-To: <4408FF66.1030401@paradise.net.nz> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200603040748.11275.joao@matik.com.br> X-Filter-Version: 1.11a (msrv.matik.com.br) X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on msrv.matik.com.br X-Virus-Status: Clean Cc: Mark Kirkwood Subject: Re: Fresh install on gmirror'ed disks? 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, 04 Mar 2006 10:48:18 -0000 On Friday 03 March 2006 23:45, Mark Kirkwood wrote: > > I would certainly see the installer handling software RAID as a > considerable benefit. > > From what I've seen on the net, to install and boot off RAIDed system > disks is quite fiddly (maybe gmirror is the exception here, as I've > mainly been looking at striping). > > Cheers > > Mark geom changed this complications definitely, using gmirror or gstripe comman= ds=20 is easy as copying a file. Probably one of the most important things that=20 with vinum as example it was not possible to mirror a root partition but=20 since gmirror places the metadata different we can have now a mirrored and= =20 bootable root partition. Striping with ccd and vinum or mirroring was=20 certainly a pain even if it worked then stable and reliable. So in comparis= m=20 the easy use of geom is great and the people which developed geom did a=20 really fantastic job. Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 11:57:40 2006 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1288B16A420; Sat, 4 Mar 2006 11:57:40 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from freebsd.czest.pl (freebsd.czest.pl [80.48.250.4]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7330E43D45; Sat, 4 Mar 2006 11:57:39 +0000 (GMT) (envelope-from dunstan@freebsd.czest.pl) Received: from laptop.freebsd.czest.pl (gw98.internetdsl.tpnet.pl [80.53.74.98]) by freebsd.czest.pl (8.13.4/8.12.9) with ESMTP id k24C4P5m028139; Sat, 4 Mar 2006 12:04:26 GMT (envelope-from dunstan@freebsd.czest.pl) Received: from laptop.freebsd.czest.pl (localhost [127.0.0.1]) by laptop.freebsd.czest.pl (8.13.4/8.13.4) with ESMTP id k24C0Rck000784; Sat, 4 Mar 2006 13:00:27 +0100 (CET) (envelope-from dunstan@laptop.freebsd.czest.pl) Received: (from dunstan@localhost) by laptop.freebsd.czest.pl (8.13.4/8.13.4/Submit) id k24C0Rp9000783; Sat, 4 Mar 2006 13:00:27 +0100 (CET) (envelope-from dunstan) Date: Sat, 4 Mar 2006 13:00:27 +0100 From: "Wojciech A. Koszek" To: Ben Kelly Message-ID: <20060304120026.GA654@FreeBSD.czest.pl> Mail-Followup-To: Ben Kelly , stable@freebsd.org, wkoszek@freebsd.org References: <200603032047.54811.bkelly@vadev.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sdtB3X0nJg68CQEu" Content-Disposition: inline In-Reply-To: <200603032047.54811.bkelly@vadev.org> User-Agent: Mutt/1.5.11 X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-2.0.2 (freebsd.czest.pl [80.48.250.4]); Sat, 04 Mar 2006 12:04:27 +0000 (UTC) Cc: stable@freebsd.org, wkoszek@freebsd.org Subject: Re: missing dependency - crypto.ko to zlib.ko 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, 04 Mar 2006 11:57:40 -0000 --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On ptk, mar 03, 2006 at 08:47:54 -0500, Ben Kelly wrote: > To: stable@freebsd.org, wkoszek@freebsd.org > From: Ben Kelly > Date: Fri, 3 Mar 2006 20:47:54 -0500 > Subject: missing dependency - crypto.ko to zlib.ko > User-Agent: KMail/1.8.3 >=20 > Hello all, >=20 > I upgraded my RELENG_6 server today and ran into a strange problem. When= ever=20 > I try to kldload crypto.ko the operation fails and I get the following er= ror=20 > in my dmesg: >=20 > link_elf: symbol inflateInit2_ undefined >=20 > I was indirectly trying to load crypto because I had geom_eli.ko in my=20 > loader.conf. I don't have any crypto hardware in the box. >=20 > I'm guessing this is related to this commit: >=20 > http://lists.freebsd.org/pipermail/cvs-src/2006-March/060511.html >=20 > It appears that the MODULE_DEPEND macro was added to cryptodev.c, but not= to=20 > crypto.c. >=20 > I tried adding MODULE_DEPEND to crypto.c and the problem went away. I'm = not=20 > that familiar with the module system, so perhaps there is something else= =20 > wrong with my configuration and this is the wrong fix. In any case, here= is=20 > the patch: >=20 >=20 > --- crypto.c.orig Fri Mar 3 20:21:35 2006 > +++ crypto.c Fri Mar 3 20:21:04 2006 > @@ -252,6 +252,7 @@ }}; > MODULE_VERSION(crypto, 1); > DECLARE_MODULE(crypto, crypto_mod, SI_SUB_DRIVERS, SI_ORDER_FIRST); > +MODULE_DEPEND(crypto, zlib, 1, 1, 1); >=20 > /* > * Create a new session. >=20 >=20 > For reference, I am running: >=20 > FreeBSD vir.in.vadev.org 6.1-PRERELEASE FreeBSD 6.1-PRERELEASE #0: Fri = Mar =20 > 3 16:23:47 EST 2006 bkelly@vir.in.vadev.org:/usr/obj/usr/src/sys/SERV= ER =20 > i386 >=20 > Last cvsup'd at 2006-03-03 04:07:00 EST. >=20 > Please let me know if there is a better way to fix this. Any input would= be=20 > appreciated. Will be fixed ASAP. Thanks ! --=20 Wojciech A. Koszek wkoszek@FreeBSD.org http://FreeBSD.czest.pl/dunstan/ --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFECYFaYjytYsnyUUURAjCCAKC9Nx5vA+ISXxEi1dqG2skdus65cwCggUyH SMeWtwJxKMpXZbRMuyv9IQM= =qbTW -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 13:36:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 12FDE16A420 for ; Sat, 4 Mar 2006 13:36:19 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (ns1.ecoms.com [207.44.130.137]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7A15843D55 for ; Sat, 4 Mar 2006 13:36:18 +0000 (GMT) (envelope-from mv@roq.com) Received: from p4.roq.com (localhost.roq.com [127.0.0.1]) by p4.roq.com (Postfix) with ESMTP id 6F9874CAB0 for ; Sat, 4 Mar 2006 13:36:20 +0000 (GMT) Received: from [192.168.0.6] (ppp157-158.static.internode.on.net [150.101.157.158]) by p4.roq.com (Postfix) with ESMTP id C8C444CA4C for ; Sat, 4 Mar 2006 13:36:19 +0000 (GMT) Message-ID: <440997D1.8070002@roq.com> Date: Sun, 05 Mar 2006 00:36:17 +1100 From: Michael Vince User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060213 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: 6-stable and Tcpdump problems 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, 04 Mar 2006 13:36:19 -0000 I am using the latest FreeBSD 6-stable and I am still having trouble dumping tcpdump in clear text data. In FreeBSD 5.x using 'tcpdump -A -s 0 -i sk0' I would always give me a full screen Ascii dump of current network data to the screen but now it just shows everything in Hex. I submitted a send-pr on this sometime around 6.0 release but it never got anywhere. If you use the same command on 5.x it works fine. I found the closest thing I can get is using tcpdump -XX -s 0 -i sk0 which dumps both Hex and Acsii anything with the '-A' which is normally the important flag always results in Hex dumps. Installing ngrep from ports and doing 'ngrep -d sk0' gives me the result I want but I have found over time that ngrep often fails to work depending on when I track 6-stable, I would prefer to use tcpdump always working. Can any one agree with me there is a bug here? I have the same result on multiple machines. Cheers, Mike From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 14:08:15 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CA7CC16A420 for ; Sat, 4 Mar 2006 14:08:15 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from postman.atlantis.dp.ua (postman.atlantis.dp.ua [193.108.47.1]) by mx1.FreeBSD.org (Postfix) with ESMTP id E12CB43D49 for ; Sat, 4 Mar 2006 14:08:14 +0000 (GMT) (envelope-from dmitry@atlantis.dp.ua) Received: from smtp.atlantis.dp.ua (smtp.atlantis.dp.ua [193.108.46.231]) by postman.atlantis.dp.ua (8.13.1/8.13.1) with ESMTP id k24E84U7041701; Sat, 4 Mar 2006 16:08:04 +0200 (EET) (envelope-from dmitry@atlantis.dp.ua) Date: Sat, 4 Mar 2006 16:08:04 +0200 (EET) From: Dmitry Pryanishnikov To: Peter Jeremy In-Reply-To: <20060304065138.GD692@turion.vk2pj.dyndns.org> Message-ID: <20060304155525.F37687@atlantis.atlantis.dp.ua> References: <20060302181625.I3905@atlantis.atlantis.dp.ua> <76FAD2DB-CD18-42D4-95C8-F016CFB17B00@segpub.com.au> <20060303110936.R86586@atlantis.atlantis.dp.ua> <20060303185157.GB692@turion.vk2pj.dyndns.org> <20060304001224.G356@atlantis.atlantis.dp.ua> <20060304065138.GD692@turion.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_4 on flash disk and swap 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, 04 Mar 2006 14:08:15 -0000 Hello! On Sat, 4 Mar 2006, Peter Jeremy wrote: > Once swap_pager_full is set (which it has been in your case), the > kernel will kill processes if it thinks it's short of memory, defined > as (the following are all sysctl names): > vm.stats.vm.v_free_reserved + vm.stats.vm.v_cache_min > > vm.stats.vm.v_free_count + vm.stats.vm.v_cache_count Oh, I see. > >> ... because I think it wasn't a process which requested a page - it >> apparently was a softupdates code. > > Or possibly the dirhash code - it also needs RAM. I haven't included "options UFS_DIRHASH" in my kernel's config. >> Do you really believe that RELENG_4 >> lacks real memory for "make buildworld" on i386 with 256Mb RAM? > > No. It seems fairly unlikely but it's been a long while (probably pre > 4.x) since I've tried building world in a limited memory environment. > g++ can eat lots of memory and I know ld used to. It seemed less > likely that rm would fill up your memory. ... but this is what actually happens. >> So I think it's harmless, I just >> want to confirm it w/o digging OS vm code. > > Once you've received this message, the OS is free to kill your > processes until it frees up some swap (which it can't do if you don't > have any). I suggest you have a quick look through vm/swap_pager.c > and vm/vm_pageout.c, looking at swap_pager_full and swap_pager_almost_full. Now I wander how to tune swapless FreeBSD (say, 4.x, although this part of the vm subsystem seems to be similar even in CURRENT) to insure that it won't kill important processes during low memory condition (short of removing process kill code from vm_pageout_scan())? If I define NO_SWAPPING in system's config file, it removes too much code (e.g., vm_daemon-related) so I fear that it'll actually make things worse. Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 14:32:52 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1ED6716A420 for ; Sat, 4 Mar 2006 14:32:52 +0000 (GMT) (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 7702A43D46 for ; Sat, 4 Mar 2006 14:32:51 +0000 (GMT) (envelope-from killing@multiplay.co.uk) Received: from vader ([212.135.219.179]) by multiplay.co.uk (multiplay.co.uk [85.236.96.23]) (MDaemon.PRO.v8.1.3.R) with ESMTP id md50002348023.msg for ; Sat, 04 Mar 2006 14:32:37 +0000 Message-ID: <00cb01c63f98$7872b4c0$b3db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Michael Vince" , References: <440997D1.8070002@roq.com> Date: Sat, 4 Mar 2006 14:32:26 -0000 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_00C8_01C63F98.75A75FC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2670 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 X-Spam-Processed: multiplay.co.uk, Sat, 04 Mar 2006 14:32:38 +0000 (not processed: message from valid local sender) X-MDRemoteIP: 212.135.219.179 X-Return-Path: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-MDAV-Processed: multiplay.co.uk, Sat, 04 Mar 2006 14:32:38 +0000 Cc: Subject: Re: 6-stable and Tcpdump problems 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, 04 Mar 2006 14:32:52 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_00C8_01C63F98.75A75FC0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit Looks broken to me. Try the attached patch which should fix it. Steve ----- Original Message ----- From: "Michael Vince" > Can any one agree with me there is a bug here? I have the same result on > multiple machines. ================================================ 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 (023) 8024 3137 or return the E.mail to postmaster@multiplay.co.uk. ------=_NextPart_000_00C8_01C63F98.75A75FC0 Content-Type: application/octet-stream; name="tcpdump.c.patch" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="tcpdump.c.patch" --- tcpdump.c.orig Sat Mar 4 13:57:32 2006=0A= +++ tcpdump.c Sat Mar 4 14:26:55 2006=0A= @@ -1235,5 +1235,12 @@=0A= * Include the link-layer header.=0A= */=0A= - hex_print("\n\t", sp, h->caplen);=0A= + if ( Aflag )=0A= + {=0A= + ascii_print("\n\t", sp, h->caplen);=0A= + }=0A= + else=0A= + {=0A= + hex_print("\n\t", sp, h->caplen);=0A= + }=0A= } else {=0A= /*=0A= @@ -1243,8 +1250,18 @@=0A= */=0A= if (h->caplen > hdrlen)=0A= - hex_print("\n\t", sp + hdrlen,=0A= - h->caplen - hdrlen);=0A= + {=0A= + if ( Aflag )=0A= + {=0A= + ascii_print("\n\t", sp + hdrlen,=0A= + h->caplen - hdrlen);=0A= + }=0A= + else=0A= + {=0A= + hex_print("\n\t", sp + hdrlen,=0A= + h->caplen - hdrlen);=0A= + }=0A= + }=0A= }=0A= - } else if (Xflag) {=0A= + } else if (Xflag) {=0A= /*=0A= * Print the raw packet data.=0A= ------=_NextPart_000_00C8_01C63F98.75A75FC0-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 14:57:22 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EDB2F16A420 for ; Sat, 4 Mar 2006 14:57:22 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.FreeBSD.org (Postfix) with SMTP id D2B8643D45 for ; Sat, 4 Mar 2006 14:57:21 +0000 (GMT) (envelope-from sthaug@nethelp.no) Received: (qmail 18494 invoked from network); 4 Mar 2006 14:57:19 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 4 Mar 2006 14:57:19 -0000 Date: Sat, 04 Mar 2006 15:57:19 +0100 (CET) Message-Id: <20060304.155719.74732595.sthaug@nethelp.no> To: killing@multiplay.co.uk From: sthaug@nethelp.no In-Reply-To: <00cb01c63f98$7872b4c0$b3db87d4@multiplay.co.uk> References: <440997D1.8070002@roq.com> <00cb01c63f98$7872b4c0$b3db87d4@multiplay.co.uk> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: mv@roq.com, freebsd-stable@freebsd.org Subject: Re: 6-stable and Tcpdump problems 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, 04 Mar 2006 14:57:23 -0000 > Looks broken to me. Try the attached patch which should fix it. It would probably be better to try to stay in sync with the "official" tcpdump at www.tcpdump.org. Both the latest (current) version, fetched today: http://www.tcpdump.org/daily/tcpdump-current.tar.gz and the latest release version, 3.9.4: http://www.tcpdump.org/release/tcpdump-3.9.4.tar.gz have the -A option working the same way as in 5.x. 6.1-PRERELEASE seems to have tcpdump version 3.9.1. So I would recommend simply importing the 3.9.4 version instead of adding a local patch. Steinar Haug, Nethelp consulting, sthaug@nethelp.no > > Steve > ----- Original Message ----- > From: "Michael Vince" > > > Can any one agree with me there is a bug here? I have the same result on > > multiple machines. > > ================================================ > 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 (023) 8024 3137 > or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 16:07:10 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 70CE416A420 for ; Sat, 4 Mar 2006 16:07:10 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from mail.alkar.net (mail.alkar.net [195.248.191.95]) by mx1.FreeBSD.org (Postfix) with ESMTP id CDDDC43D48 for ; Sat, 4 Mar 2006 16:07:09 +0000 (GMT) (envelope-from tofik@oxygen.az) Received: from [213.227.193.75] (HELO [192.168.0.178]) by mail.alkar.net (CommuniGate Pro SMTP 4.3.9) with ESMTP id 453222713; Sat, 04 Mar 2006 18:07:07 +0200 Message-ID: <4409D86F.2000803@oxygen.az> Date: Sat, 04 Mar 2006 18:11:59 +0000 From: Tofik Suleymanov User-Agent: Mozilla Thunderbird 1.0.2 (X11/20050404) X-Accept-Language: en-us, en MIME-Version: 1.0 To: MC References: <28a99ba50602212307g48db9a53m322fba44eb315a17@mail.gmail.com> In-Reply-To: <28a99ba50602212307g48db9a53m322fba44eb315a17@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Remote tunefs -n enable 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, 04 Mar 2006 16:07:10 -0000 MC wrote: > Hello again > > I have another issue on the same box. The bloke who installed FreeBSD 6.0onto > the machine is a linux man. He didn't know about softupdates nor apparently > does > he know yet about option 4 [read only singule user mode] on the bootloader. > > Consequently he hasn't set softupdates on the main '/' partition > > On Freebsd 4.x from ssh2 I used to: > > mount -fr /dev/ad0s1a / > tunefs -n enable /dev/ad0s1a > mount /dev/ad0s1a / > > but attempting this on FreeBSD 6.x immediately locks up the machines when in > multiuser mode. > On a workstaion I then tried to sneak tunefs into the first lines of > /etc/rc. Unfortunately it seems that > '/' is read/write mounted before /etc/rc runs, so the tunefs just makes an > error and the box boots up > again without softupdates. My question then is how to go about getting the > tunefs line in a startup > script, before the disk is mounted read/write and with realtime access only > in multiuser mode by telnet/ssh2. > > Or perhaps there is another means, this being BSD? Hello, this question should go to questions@freebsd.org list i suppose. Anyways, you can solve your problem with sysinstall.Enter sysinstall, choose configure, then label management.You will see the "Toggle softupdates" (or something similar).This should do the trick. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 19:29:48 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7D98716A420 for ; Sat, 4 Mar 2006 19:29:48 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from tomts13-srv.bellnexxia.net (tomts13-srv.bellnexxia.net [209.226.175.34]) by mx1.FreeBSD.org (Postfix) with ESMTP id D876C43D45 for ; Sat, 4 Mar 2006 19:29:45 +0000 (GMT) (envelope-from dmagda@ee.ryerson.ca) Received: from [192.168.1.133] ([65.95.111.73]) by tomts13-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20060304192944.ZVNY29052.tomts13-srv.bellnexxia.net@[192.168.1.133]>; Sat, 4 Mar 2006 14:29:44 -0500 In-Reply-To: <6F9C5982-E3FB-4EC2-9890-D685F2ABCC34@nordahl.net> References: <20060226081431.GA813@dimma.mow.oilspace.com> <6F9C5982-E3FB-4EC2-9890-D685F2ABCC34@nordahl.net> Mime-Version: 1.0 (Apple Message framework v746.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <845C4D29-2B82-47D5-B6AD-5BC118BDAF34@ee.ryerson.ca> Content-Transfer-Encoding: 7bit From: David Magda Date: Sat, 4 Mar 2006 14:29:44 -0500 To: Frode Nordahl X-Mailer: Apple Mail (2.746.2) Cc: freebsd-stable@freebsd.org, Dmitriy Kirhlarov Subject: Re: nss_ldap problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: David Magda List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 04 Mar 2006 19:29:48 -0000 On Mar 4, 2006, at 04:04, Frode Nordahl wrote: >> /etc/nsswitch.conf >> group: ldap files >> hosts: files dns >> networks: files >> passwd: ldap files >> shells: files >> imap: ldap > > Why do you have "ldap" first? I would use "files ldap" in any case > so local changes can override the directory. And if there's an issue with the network, things will slow down to a crawl when the system is waiting for the LDAP server to respond (which it won't, so you're waiting for the time out to occur). Another scenario is when you boot up in single user mode: if you do an 'ls -l' the UIDs need to be looked up to display the usernames by default, so the passwd look up is performed, and since the network hasn't been brought up you're waiting for the timeout. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 19:39:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A911216A420 for ; Sat, 4 Mar 2006 19:39:02 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09ED743D49 for ; Sat, 4 Mar 2006 19:38:57 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k24Jcse5074623 for ; Sat, 4 Mar 2006 11:38:54 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k24JcsiR074622 for freebsd-stable@freebsd.org; Sat, 4 Mar 2006 11:38:54 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 04 Mar 2006 11:38:54 -0800 Message-ID: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 04 Mar 2006 11:38:54 -0800 From: Chris To: "[FBSDS]" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: How do I chase 5.*4* stable? 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, 04 Mar 2006 19:39:02 -0000 Hello, I *thought* I was chasing 5-STABLE using the stable-src-supfile and issuing the following: cvsup -g -L 2 stable-src-supfile with these settings in place: *default release=cvs tag=RELENG_5 *default delete use-rel-suffix Combined with the use of the ports-supfile and issuing: cvsup -g -L 2 ports-supfile && portsdb -Uu with these settings in place: *default release=cvs tag=. *default delete use-rel-suffix Followed by a make/ build/ install kernel && a make/ build/ install world. resulted in a quite broken (and *un*stable) 5.5-PRERELEASE So it appears after about a full week of attempting to make the system stop complaining and applications stop dumping core; I need to backup my databas(es)and userbase along with /var/named, /etc, /home and /root. Along with www and /usr/local/etc to preserve my current settings. My questions are: 1) How can I chase 5.4-STABLE? Can I just use: *default release=cvs tag=RELENG_5_4 in my stable-src-supfile and ports-supfile to accomplish this? 2) After a fresh install from 5.4 CD's cvsup with (stable) settings then a make/ install/ kernel && make (build)/ install world, can I simply copy /etc/passwd && /etc/group *over* top of the one(s) created; there-by (safely) maintaining my current userbase/ permissions? I guess I'm already comfortable enough after all these years with the rest. I just want to make sure I'm not in too big a hurry and overlook/ forget something before I "take the plunge". Thank you very much for all your time and consideration. --Chris -- Microsoft: Disc space -- the final frontier! ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 20:07:19 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D193516A420 for ; Sat, 4 Mar 2006 20:07:19 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 72D1D43D48 for ; Sat, 4 Mar 2006 20:07:19 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-119-058.pools.arcor-ip.net [84.61.119.58]) by dd2718.kasserver.com (Postfix) with ESMTP id 9AA82DFB23; Sat, 4 Mar 2006 21:05:47 +0100 (CET) Message-ID: <4409F36D.3060802@chillt.de> Date: Sat, 04 Mar 2006 21:07:09 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Chris References: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> In-Reply-To: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "\[FBSDS\]" Subject: Re: How do I chase 5.*4* stable? 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, 04 Mar 2006 20:07:19 -0000 > resulted in a quite broken (and *un*stable) 5.5-PRERELEASE RELENG_5 is 5.x-STABLE *most* of the time. When a release is nearing, the first few steps of preparation happen directly on the stable branch, so it will become 5.y-PRERELEASE (and IIRC even 5.y-BETA1). Then, when the new release gets its own branch, the stable branch will become 5.y-STABLE. > 1) > How can I chase 5.4-STABLE? Can I just use: *default release=cvs > tag=RELENG_5_4 > in my stable-src-supfile and ports-supfile to accomplish this? In your stable-src-supfile - yes, this is correct. This will give you the 5.4 errata branch. In your ports-supfile - don't do this. Ports should always be checked out from HEAD. There is no such thing as a ports errata branch for a particular old release in FreeBSD. Ports from HEAD should work on all supported (and many unsupported older) releases of FreeBSD. > 2) > After a fresh install from 5.4 CD's > cvsup with (stable) settings then a make/ install/ kernel && > make (build)/ install world, can I simply copy /etc/passwd && /etc/group > *over* top of the one(s) created; there-by (safely) maintaining my current > userbase/ permissions? No. This is what mergemaster is for. It allows you to merge your customized settings with whatever changes might have occurred in the source tree. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 21:07:01 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 0AD7416A420 for ; Sat, 4 Mar 2006 21:07:01 +0000 (GMT) (envelope-from sam@taurus.jpl.nasa.gov) Received: from nmta1.jpl.nasa.gov (nmta.jpl.nasa.gov [137.78.160.214]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6C0BC43D46 for ; Sat, 4 Mar 2006 21:07:00 +0000 (GMT) (envelope-from sam@taurus.jpl.nasa.gov) Received: from xmta3.jpl.nasa.gov (xmta3.jpl.nasa.gov [137.78.160.111]) by nmta1.jpl.nasa.gov (Switch-3.1.7/Switch-3.1.7) with ESMTP id k24L6xSr025834 for ; Sat, 4 Mar 2006 13:07:00 -0800 Received: from taurus.jpl.nasa.gov (taurus.jpl.nasa.gov [128.149.29.29]) by xmta3.jpl.nasa.gov (Switch-3.1.7/Switch-3.1.7) with ESMTP id k24L6x19002331 for ; Sat, 4 Mar 2006 13:06:59 -0800 Received: (from sam@localhost) by taurus.jpl.nasa.gov (8.12.10+Sun/8.12.10/Submit) id k24L6xEA008490; Sat, 4 Mar 2006 13:06:59 -0800 (PST) Date: Sat, 4 Mar 2006 13:06:59 -0800 (PST) Message-Id: <200603042106.k24L6xEA008490@taurus.jpl.nasa.gov> From: Sam Sirlin To: freebsd-stable@freebsd.org X-Source-IP: taurus.jpl.nasa.gov [128.149.29.29] X-Source-Sender: sam@taurus.jpl.nasa.gov X-AUTH: Internal IP Subject: Re: bash 3.1.10 breaks configure scripts (was Re: configure scripts ignores parameters) 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, 04 Mar 2006 21:07:01 -0000 FYI, in case there was any doubt, this annoying bug is also present in a recent 6.0-STABLE (Sat Jan 14) on amd 64. CONFIG_SHELL=/bin/sh is a fix. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 21:32:46 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id AF2D416A420 for ; Sat, 4 Mar 2006 21:32:46 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7530943D69 for ; Sat, 4 Mar 2006 21:32:45 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k24LWfGW076063 for ; Sat, 4 Mar 2006 13:32:41 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k24LWftg076062 for freebsd-stable@freebsd.org; Sat, 4 Mar 2006 13:32:41 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 04 Mar 2006 13:32:41 -0800 Message-ID: <20060304133241.u9b4gvkgzcwg048c@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 04 Mar 2006 13:32:41 -0800 From: Chris To: freebsd-stable@freebsd.org References: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> <4409F36D.3060802@chillt.de> In-Reply-To: <4409F36D.3060802@chillt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: How do I chase 5.*4* stable? 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, 04 Mar 2006 21:32:46 -0000 Hello, Thank you *very* much for your informative reply. One question regarding mergemaster. From my previous experiences with mergemaster, it (as you already stated) merges current settings. However, in my case I'm looking to blow away the entire disk(s) and then build a fresh (correctly working) system. But want (for the sake of ease) to return to my previously installed ports base and re-instate the previous userbase (including those that applications create). How would I best use mergemaster to accomplish this? Or is even the best choice for my intended purpose(s)? Thank you again for your help. --Chris Quoting Bartosz Fabianowski : >> resulted in a quite broken (and *un*stable) 5.5-PRERELEASE > > RELENG_5 is 5.x-STABLE *most* of the time. When a release is nearing, > the first few steps of preparation happen directly on the stable > branch, so it will become 5.y-PRERELEASE (and IIRC even 5.y-BETA1). > Then, when the new release gets its own branch, the stable branch > will become 5.y-STABLE. > >> 1) >> How can I chase 5.4-STABLE? Can I just use: *default release=cvs >> tag=RELENG_5_4 >> in my stable-src-supfile and ports-supfile to accomplish this? > > In your stable-src-supfile - yes, this is correct. This will give you > the 5.4 errata branch. In your ports-supfile - don't do this. Ports > should always be checked out from HEAD. There is no such thing as a > ports errata branch for a particular old release in FreeBSD. Ports > from HEAD should work on all supported (and many unsupported older) > releases of FreeBSD. > >> 2) >> After a fresh install from 5.4 CD's >> cvsup with (stable) settings then a make/ install/ kernel && >> make (build)/ install world, can I simply copy /etc/passwd && /etc/group >> *over* top of the one(s) created; there-by (safely) maintaining my current >> userbase/ permissions? > > No. This is what mergemaster is for. It allows you to merge your > customized settings with whatever changes might have occurred in the > source tree. > > - Bartosz > _______________________________________________ > 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" > -- Microsoft: Disc space -- the final frontier! ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 21:45:43 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id D81C916A420 for ; Sat, 4 Mar 2006 21:45:43 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2E7C643D45 for ; Sat, 4 Mar 2006 21:45:43 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k24LjdMp076165 for ; Sat, 4 Mar 2006 13:45:39 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k24Ljd6h076164 for freebsd-stable@freebsd.org; Sat, 4 Mar 2006 13:45:39 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 04 Mar 2006 13:45:38 -0800 Message-ID: <20060304134538.vnge1r2su88o40gs@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 04 Mar 2006 13:45:38 -0800 From: Chris To: "[FBSDS]" References: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> <20060304201304.GA9530@iphouse.com> In-Reply-To: <20060304201304.GA9530@iphouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: How do I chase 5.*4* stable? 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, 04 Mar 2006 21:45:44 -0000 Hello and thank you for your response. Quoting Robert Joosten : > Hi Chris > >> I *thought* I was chasing 5-STABLE using the stable-src-supfile and >> issuing the following: >> cvsup -g -L 2 stable-src-supfile >> with these settings in place: >> *default release=cvs tag=RELENG_5 >> *default delete use-rel-suffix >> Combined with the use of the ports-supfile >> and issuing: >> cvsup -g -L 2 ports-supfile && portsdb -Uu >> with these settings in place: >> *default release=cvs tag=. >> *default delete use-rel-suffix > > This is stable and correct. Use RELENG_5_4 for the latest bugfixes for > freebsd 5.4 since it's release. > > Have a look at > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/introduction.html at > para. 1.7, 1.8 and 1.9 for the freebsd concept of stable and release. I > know it may seem quite strange at first, or otherwise kinda strange but > you will get used to it ;-) I've been with BSD for about 10yrs. and am working from Greg Leheys book. I'm just trying to confirm that what I *believe* I understand is *actually* correct. I've been working for *way* too many hours straight and am basically hoping that I haven't been up for *too* many hours. :) So from what I gather, I seem to be on the right track to *recreate* and more importantly; *maintain* a *stable* 5.4 system again. I've *never* ran into any trouble(s) like this with FreeBSD after all these yrs. I'm running 7 SMP servers on it and have had no less than 5 for the past 6 yrs. This is my first encounter with this type of trouble with a machine. So I got a little lax with my backups. Or I simply would have returned the entire system to a recent state - That'll teach me. :) > >> How can I chase 5.4-STABLE? Can I just use: *default release=cvs >> tag=RELENG_5_4 >> in my stable-src-supfile and ports-supfile to accomplish this? > > I recommend RELENG_5_4 for production use indeed. Agreed. Thank you again. --Chris > > Hth. > > Kind regards, > Robert Joosten > > -- Microsoft: Disc space -- the final frontier! ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 22:40:59 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 8447316A420 for ; Sat, 4 Mar 2006 22:40:59 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from dd2718.kasserver.com (dd2718.kasserver.com [81.209.184.159]) by mx1.FreeBSD.org (Postfix) with ESMTP id 27D7843D46 for ; Sat, 4 Mar 2006 22:40:58 +0000 (GMT) (envelope-from freebsd@chillt.de) Received: from [127.0.0.1] (dslb-084-061-119-058.pools.arcor-ip.net [84.61.119.58]) by dd2718.kasserver.com (Postfix) with ESMTP id 55E45DFA93; Sat, 4 Mar 2006 23:39:27 +0100 (CET) Message-ID: <440A1774.4000301@chillt.de> Date: Sat, 04 Mar 2006 23:40:52 +0100 From: Bartosz Fabianowski User-Agent: Thunderbird 1.5 (X11/20060113) MIME-Version: 1.0 To: Chris References: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> <4409F36D.3060802@chillt.de> <20060304133241.u9b4gvkgzcwg048c@webmail.1command.com> In-Reply-To: <20060304133241.u9b4gvkgzcwg048c@webmail.1command.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: How do I chase 5.*4* stable? 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, 04 Mar 2006 22:40:59 -0000 > re-instate the previous userbase (including those that applications > create). How would I best use mergemaster to accomplish this? Just copy your customized files to /etc/passwd, /etc/group and then run mergemaster to pick them up. - Bartosz From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 22:54:02 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 67E9216A420 for ; Sat, 4 Mar 2006 22:54:02 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by mx1.FreeBSD.org (Postfix) with ESMTP id D4E8243D49 for ; Sat, 4 Mar 2006 22:53:59 +0000 (GMT) (envelope-from bsd@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.4/8.13.3) with ESMTP id k24MrtYK076533 for ; Sat, 4 Mar 2006 14:53:55 -0800 (PST) (envelope-from bsd@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.4/8.13.3/Submit) id k24MrsGZ076532 for freebsd-stable@freebsd.org; Sat, 4 Mar 2006 14:53:54 -0800 (PST) (envelope-from bsd@1command.com) X-Authentication-Warning: mail.1command.com: www set sender to bsd@1command.com using -f Received: from mail.1command.com (mail.1command.com [216.177.243.35]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Sat, 04 Mar 2006 14:53:54 -0800 Message-ID: <20060304145354.8t74wh2as40c0o80@webmail.1command.com> X-Priority: 3 (Normal) Date: Sat, 04 Mar 2006 14:53:54 -0800 From: Chris To: "[FBSDS]" References: <20060304113854.apmtrjgdckggo8go@webmail.1command.com> <4409F36D.3060802@chillt.de> <20060304133241.u9b4gvkgzcwg048c@webmail.1command.com> <440A1774.4000301@chillt.de> In-Reply-To: <440A1774.4000301@chillt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: H.R. Communications Internet Messaging System (HCIMS) H3 (4.0.4) / FreeBSD-5.5 Subject: Re: How do I chase 5.*4* stable? 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, 04 Mar 2006 22:54:02 -0000 Quoting Bartosz Fabianowski : >> re-instate the previous userbase (including those that applications >> create). How would I best use mergemaster to accomplish this? > > Just copy your customized files to /etc/passwd, /etc/group and then > run mergemaster to pick them up. > > - Bartosz > As suspected. Perfect. Just what I was hoping. Thank you *very* much for all your time and attention. Best wishes. --Chris -- Microsoft: Disc space -- the final frontier! ---------------------------------------------------------------- FreeBSD 5.5-PRERELEASE (SMP) MAIL04 Fri Feb 24 16:59:38 PST 2006 //////////////////////////////////////////////////////////////// From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 23:05:12 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id CD21E16A420 for ; Sat, 4 Mar 2006 23:05:12 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from mail.ticketswitch.com (mail.ticketswitch.com [194.200.93.188]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6F14543D4C for ; Sat, 4 Mar 2006 23:05:12 +0000 (GMT) (envelope-from petefrench@ticketswitch.com) Received: from [172.16.1.6] (helo=dilbert.firstcallgroup.co.uk) by mail.ticketswitch.com with esmtp (Exim 4.52 (FreeBSD)) id 1FFfoF-0000AT-Ea for freebsd-stable@freebsd.org; Sat, 04 Mar 2006 23:05:11 +0000 Received: from petefrench by dilbert.firstcallgroup.co.uk with local (Exim 4.52 (FreeBSD)) id 1FFfoF-000NPI-CV for freebsd-stable@freebsd.org; Sat, 04 Mar 2006 23:05:11 +0000 To: freebsd-stable@freebsd.org Message-Id: From: Pete French Date: Sat, 04 Mar 2006 23:05:11 +0000 Subject: 6.1-PRERELEASE on amd64 - very nice job! 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, 04 Mar 2006 23:05:12 -0000 Just spent an afternoon working throuhg 6.1 on amd64 to try and report on any on the problems I;ve been having with it since 5, but they have all gone away. Very impressed - I can't find a single issue with it so far. Nice piece of work! -pcf. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 23:14:42 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id EFACE16A420 for ; Sat, 4 Mar 2006 23:14:42 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: from mail.datausa.com (mail.datausa.com [216.150.220.134]) by mx1.FreeBSD.org (Postfix) with SMTP id 4A30643D4C for ; Sat, 4 Mar 2006 23:14:42 +0000 (GMT) (envelope-from freebsd@wcubed.net) Received: (qmail 79942 invoked from network); 4 Mar 2006 23:17:48 -0000 Received: from c-67-176-75-179.hsd1.wa.comcast.net (HELO ?10.0.1.1?) (67.176.75.179) by mail.datausa.com with SMTP; 4 Mar 2006 23:17:48 -0000 Message-ID: <440A1F61.8070501@wcubed.net> Date: Sat, 04 Mar 2006 16:14:41 -0700 From: Brad Waite User-Agent: Thunderbird 1.5 (Windows/20051201) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: 5.4-STABLE hangs every few days 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, 04 Mar 2006 23:14:43 -0000 I'm running 5.4-STABLE on a dual Xeon Tyan i7500 which is freezing up every few days. I'm still fighting with my box to find out where my problem is. I would appreciate any pointers to diagnose and/or fix this. I can't find anything on the lists or in the handbook on this level of troubleshooting. I've got INVARIANTS support turned on, but I can't tell any difference between that and the non-INVARIANTS kernel. When I break into the debugger there's no locks or lockedvnods and I can't see anything that *looks* wrong in the threads or processes. Rebooting every few days is worse than an NT server! How do I determine if it's a hardware issue, namely RAM or CPU? Can breaking into the debugger tell me that, or do I have to start swapping pieces out? Any help appreciated. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 23:37:20 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7271816A422 for ; Sat, 4 Mar 2006 23:37:20 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) Received: from the-macgregors.org (82-46-96-19.cable.ubr06.stav.blueyonder.co.uk [82.46.96.19]) by mx1.FreeBSD.org (Postfix) with ESMTP id A9B6743D49 for ; Sat, 4 Mar 2006 23:37:19 +0000 (GMT) (envelope-from freebsd.macgregor@blueyonder.co.uk) X-Urban-Legend: Mail headers contain urban legends Received: from fire (rob@fire.macgregor [192.168.32.100]) (user=freebsd mech=LOGIN bits=0) by the-macgregors.org (8.13.5/8.13.5) with ESMTP id k24NbGdb017253 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO) for ; Sat, 4 Mar 2006 23:37:16 GMT From: "Rob MacGregor" To: Date: Sat, 4 Mar 2006 23:37:16 -0000 Message-ID: <000001c63fe4$923c3330$0100a8c0@macgregor> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2670 thread-index: AcY/4jywqOA+ZbwORNWpmAuQ1g+zLgAAS9kw In-Reply-To: <440A1F61.8070501@wcubed.net> X-Virus-Scanned: by amavisd-new Subject: RE: 5.4-STABLE hangs every few days 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, 04 Mar 2006 23:37:20 -0000 When we last met our heroes on 04 March 2006 23:15, Brad Waite <> was heard to say: > How do I determine if it's a hardware issue, namely RAM or CPU? Can > breaking into the debugger tell me that, or do I have to start swapping > pieces out? memtest86 can help diagnose RAM problems. I'm not aware of any free programs for testing the CPU etc though (I've only used PC-Check before - it's good, but it isn't cheap). Worth trying to see if there's anything that the freezes have in common - busy system, particular program, time of day, etc. -- Rob | Oh my God! They killed init! You bastards! From owner-freebsd-stable@FreeBSD.ORG Sat Mar 4 23:43:00 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 7F68816A420 for ; Sat, 4 Mar 2006 23:43:00 +0000 (GMT) (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 1FE1D43D68 for ; Sat, 4 Mar 2006 23:42:56 +0000 (GMT) (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 D35F81A4E21; Sat, 4 Mar 2006 15:42:55 -0800 (PST) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id 52B5751DA0; Sat, 4 Mar 2006 18:42:55 -0500 (EST) Date: Sat, 4 Mar 2006 18:42:55 -0500 From: Kris Kennaway To: Brad Waite Message-ID: <20060304234255.GA63281@xor.obsecurity.org> References: <440A1F61.8070501@wcubed.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jI8keyz6grp/JLjh" Content-Disposition: inline In-Reply-To: <440A1F61.8070501@wcubed.net> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: 5.4-STABLE hangs every few days 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, 04 Mar 2006 23:43:00 -0000 --jI8keyz6grp/JLjh Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Mar 04, 2006 at 04:14:41PM -0700, Brad Waite wrote: > I'm running 5.4-STABLE on a dual Xeon Tyan i7500 which is freezing up=20 > every few days. I'm still fighting with my box to find out where my=20 > problem is. I would appreciate any pointers to diagnose and/or fix=20 > this. I can't find anything on the lists or in the handbook on this=20 > level of troubleshooting. >=20 > I've got INVARIANTS support turned on, but I can't tell any difference=20 > between that and the non-INVARIANTS kernel. When I break into the=20 > debugger there's no locks or lockedvnods and I can't see anything that=20 > *looks* wrong in the threads or processes. >=20 > Rebooting every few days is worse than an NT server! >=20 > How do I determine if it's a hardware issue, namely RAM or CPU? Can=20 > breaking into the debugger tell me that, or do I have to start swapping= =20 > pieces out? >=20 > Any help appreciated. It might be worth just upgrading to 6.1 since a) Performance is likely to be better, and b) Many bugs are fixed, possibly including yours. Kris --jI8keyz6grp/JLjh Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (FreeBSD) iD8DBQFECiX/Wry0BWjoQKURAq6bAKDgChcaJCLPUcOs0FL7kmwx3HusmgCgqSML RV+FG/AWIlqgACa/XVBk7Fo= =RMUx -----END PGP SIGNATURE----- --jI8keyz6grp/JLjh--