From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 03:38:55 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD6BF106564A for ; Sun, 13 Jul 2008 03:38:55 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from zoom.lafn.org (zoom.lafn.org [206.117.18.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE988FC19 for ; Sun, 13 Jul 2008 03:38:55 +0000 (UTC) (envelope-from bc979@lafn.org) Received: from [10.0.1.196] (pool-71-109-162-173.lsanca.dsl-w.verizon.net [71.109.162.173]) (authenticated bits=0) by zoom.lafn.org (8.14.2/8.14.2) with ESMTP id m6D3csCb077085 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 12 Jul 2008 20:38:54 -0700 (PDT) (envelope-from bc979@lafn.org) Message-Id: From: Doug Hardie To: Jeremy Chadwick In-Reply-To: <20080712223355.GA43857@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Sat, 12 Jul 2008 20:38:54 -0700 References: <61CB96EF-CBEC-4F91-9566-EC90E0A33A17@lafn.org> <20080712223355.GA43857@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.926) X-Virus-Scanned: ClamAV 0.92.1/7696/Sat Jul 12 16:03:03 2008 on zoom.lafn.org X-Virus-Status: Clean Cc: freebsd-stable Subject: Re: System update X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jul 2008 03:38:55 -0000 On Jul 12, 2008, at 15:33, Jeremy Chadwick wrote: > On Sat, Jul 12, 2008 at 02:37:21PM -0700, Doug Hardie wrote: >> I installed 7.0 release when it first came out. However, because >> of the >> TCP problems with users on cable modems I had to switch to Stable >> to get >> the fix. I haven't updated the source since then and now there are >> some >> updates on the verge of being released that need to be included. >> However, I can't tell if the fixes for the networking issue have been >> included in the security releases or not. Since these are production >> servers I don't want to just grab some random version of stable >> unless >> thats the only way to get all the required fixes. How do I find out >> which version I should upgrade to? If I can go back to a security >> release I suspect I will need to delete all of /usr/src, /usr/obj, >> and >> then reinstall the original source from the 7.0 release cd and then >> upgrade vi csup. > > You're covering a multitude of topics in the above. It's hard to make > out exactly what it is you're trying to say. > > First off, I'd like more information on this "TCP problems with > users on > cable modems" issue. I believe you may be referring to TCP > extensions, > a.k.a. RFC1323 extensions, but I'm not sure. If so, you can disable > that feature in real-time via a sysctl. Can you shed some light on > what > the issue you're referring to is? From Bjoern A. Zeeb: You want to update to 7-STABLE which has the TCP fixes or you want to apply the following changes: 1.141.2.4 +10 -2 src/sys/netinet/tcp_output.c 1.157.2.2 +5 -2 src/sys/netinet/tcp_var.h In case you are not using MD5 that should be enough. Else see freebsd-net from the last 3 days for another patch. There is no sysctl for that. As I recall it had to do with the order that options appeared in a IP SYN packet. There was a bunch of discussion on that in this forum around 3 Apr. > > > Secondly, 7.0-RELEASE is simply named that way to announce "this OS is > now out and available". Think of it as "FreeBSD 7.0 released to the > world for the first time". Most of the 7.0 changes that are made > *after* 7.0-RELEASE are committed to a CVS branch called RELENG_7. > Shortly after (usually a few days) 7.0-RELEASE is made available to > the > public, the suffix changes from RELEASE to STABLE. There is no real > "difference" between the two, other than STABLE being an even more > up-to-date version of RELEASE, and is regularly updated/maintained. Unfortunately Stable is not always "stable". It is to some extent still being tested. There used to be a tag to which security and stability patches were applied but no major system changes. My recollection is it was RELENG_7.0 but I am not sure about that anymore. > > > Thirdly, I don't know what you mean by "security releases", and what > security issue you're referring to. Any time there is a security > hole, > mail is sent to a couple FreeBSD lists, articulating what the hole is, > and what CVS branches the fix has been committed to. In the case of > 7.0, it's going to be committed to RELENG_7, and possibly to > RELENG_7_0 > and other branches. The "main branch" people focus on is RELENG_7, > aside from CURRENT which is called HEAD (or "." in cvs/supfiles). Well, there are the security patches for bind 9 that come immediately to mind. I seem to recall reading about others but didn't really keep track of them. > > > Fourthly, what is not made very clear to FreeBSD users is that if they > install src and ports off the CD, that they are missing necessary > files > in /var/db/sup (or /usr/sup if they choose to use cvsup (not needed > since csup exists in the base system)). To create the proper > information so the version information matches, you have to do what's > called ""adopting"" your existing src-all and ports-all tree: > > http://www.cvsup.org/faq.html#adopt > > This is one reason why I do not advocate installing src and ports off > the installation media. Instead, I just leave src and ports unchecked > and install everything else as normal -- then once the OS is > installed, > use csup to populate /usr/src and /usr/ports, which will also populate > /var/db/sup. I've never had any versioning mismatches or "wild stuff" > happen since doing that. Thats really neat if you have bandwidth to spare. These are heavily used production systems and we don't obtain any extra bandwidth to just sit around idle. Downloading all the source would be a killer for our users. Updates are bad enough. > > > In your case, the simple solution is (assuming you use csup): > > rm -fr /usr/src /usr/ports /var/db/sup > csup -h -L2 /usr/share/examples/cvsup/stable-supfile > csup -h -L2 /usr/share/examples/cvsup/ports-supfile > > /usr/share/examples/cvsup/stable-supfile uses the CVS tag RELENG_7, > and ports-supfile uses the CVS tag . (which means HEAD); there is no > RELENG_xxx for ports. > > And do not forget to rm -fr /usr/obj before doing a buildworld and > buildkernel, too. > > Fifthly, and possibly the ultimate question: what CVS branch are > you following in your supfiles? Are you following RELENG_7, > RELENG_7_0, or what? Yes, it matters. IMHO, you should really > be following RELENG_7. I am not updating because I cannot afford to lose users who are on cable. I have stable as of the date of the message above (around 3 Apr). > > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 04:26:37 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 432E61065680 for ; Sun, 13 Jul 2008 04:26:37 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 0CAF48FC08 for ; Sun, 13 Jul 2008 04:26:36 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m6D4QYTO055050 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 12 Jul 2008 21:26:36 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <487983FA.5090807@freebsd.org> Date: Sat, 12 Jul 2008 21:26:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071125) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <1210640542.1008.33.camel@RabbitsDen> <4828FDE5.8090409@freebsd.org> <1210696676.985.18.camel@RabbitsDen> <482DB4FE.3010300@freebsd.org> <1215824846.1074.23.camel@RabbitsDen> <4878250E.8040205@freebsd.org> <1215867198.1551.4.camel@RabbitsDen> <4878E25E.3000000@freebsd.org> <1215887769.1551.6.camel@RabbitsDen> In-Reply-To: <1215887769.1551.6.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 04:26:37 -0000 Alexandre "Sunny" Kovalenko wrote: > On Sat, 2008-07-12 at 09:57 -0700, Sam Leffler wrote: > >> Alexandre "Sunny" Kovalenko wrote: >> >>> On Fri, 2008-07-11 at 20:29 -0700, Sam Leffler wrote: >>> >>> >>>> Alexandre "Sunny" Kovalenko wrote: >>>> >>>> >>>>> On Fri, 2008-05-16 at 12:23 -0400, Sam Leffler wrote: >>>>> >>>>> >>>>>> Alexandre "Sunny" Kovalenko wrote: >>>>>> >>>>>> >>>>>>> On Mon, 2008-05-12 at 19:33 -0700, Sam Leffler wrote: >>>>>>> >>>>>>> >>>>>>>> Alexandre "Sunny" Kovalenko wrote: >>>>>>>> >>>>>>>> >>>>>>>>> I seem to be able to lock my machine by going into wpa_cli and asking it >>>>>>>>> to 'reassoc'. The reason for question mark after "hard" is that debug >>>>>>>>> information (caused by wlandebug and athdebug) is being printed on the >>>>>>>>> console. The only way to get machine's attention is to hold power button >>>>>>>>> for 8 seconds. >>>>>>>>> >>>>>>>>> >>>>>>>> So this is just livelock due to console debug msgs. >>>>>>>> >>>>>>>> >>>>>>> I am not sure, I have parsed this well enough, so I will try to clarify: >>>>>>> machine becomes unresponsive *without* any debugging turned on, to an >>>>>>> extent that pressing the power button twice *does not* generate ACPI >>>>>>> console message (something to the tune of "going into S5 already -- >>>>>>> gimme a break"). If I turn ath debugging on, I do see those messages, >>>>>>> and only them, scrolling on the console. >>>>>>> >>>>>>> >>>>>> Guess I misunderstood you. >>>>>> >>>>>> >>>>> I have finally got enough time and equipment to investigate this >>>>> further. Here are some conclusions: >>>>> >>>>> -- at this point (RELENG_7 as of July 9th around 15:30 EST) it is indeed >>>>> a livelock. >>>>> >>>>> -- all system does, is executing ath_intr (if_ath.c) in the tight loop >>>>> with the same status -- 0x1000 AKA HAL_INT_MIB. In order to eliminate >>>>> possibility that I have caused livelock with the debug messages, I have >>>>> put conditional panic() into ath_intr, as soon as sc->sc_stats.ast_mib >>>>> reaches 10,000. Without any kind of the debug messages, it will be >>>>> triggered within 40-60 seconds after starting of wpa_supplicant. >>>>> >>>>> -- I suspect that comment below, might not hold true on my equipment >>>>> if (status & HAL_INT_MIB) { >>>>> sc->sc_stats.ast_mib++; >>>>> /* >>>>> * Disable interrupts until we service the MIB >>>>> * interrupt; otherwise it will continue to fire. >>>>> */ >>>>> ath_hal_intrset(ah, 0); >>>>> /* >>>>> * Let the hal handle the event. We assume it will <============ >>>>> * clear whatever condition caused the interrupt. <============ >>>>> */ >>>>> ath_hal_mibevent(ah, &sc->sc_halstats); >>>>> ath_hal_intrset(ah, sc->sc_imask); >>>>> } >>>>> >>>>> My hardware is: >>>>> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, >>>>> RF5413) >>>>> ath0: mem 0xedf00000-0xedf0ffff irq 17 at device 0.0 on >>>>> pci3 >>>>> ath0: [ITHREAD] >>>>> ath0: using obsoleted if_watchdog interface >>>>> ath0: Ethernet address: 00:16:cf:26:2f:3f >>>>> ath0: mac 10.3 phy 6.1 radio 10.2 >>>>> >>>>> My wpa_supplicant.conf is: >>>>> ctrl_interface=/var/run/wpa_supplicant >>>>> ctrl_interface_group=wheel >>>>> eapol_version=2 >>>>> >>>>> network={ >>>>> ssid="XXXXXXXXXXX" >>>>> scan_ssid=1 >>>>> priority=1 >>>>> proto=WPA >>>>> pairwise=TKIP >>>>> group=TKIP >>>>> key_mgmt=WPA-PSK >>>>> psk="xxxxxxxxxxxxxxxxxxxxxx" >>>>> } >>>>> >>>>> Access point is Netgear WNDR3300-1B with 11N and 11G SSID set up to >>>>> different values. Only 11G SSID is configured in wpa_supplicant.conf. In >>>>> the test setup, AP is with 10' (3m) from the laptop. >>>>> >>>>> AP is successfully used by handful of Windows clients (including this >>>>> same laptop) and iBook G4. >>>>> >>>>> Neither wpa_supplicant with '-d -d' nor wlandebug 0xFFFFFFFF show >>>>> anything but normal scan. >>>>> >>>>> athdebug 0xFFFFFFFF loops with ath_intr: status 0x1000 until I power >>>>> down my laptop. >>>>> >>>>> I would appreciate any suggestion on what I can investigate further -- >>>>> at this point I have comfortable console setup and should be able to >>>>> field requests for further information much better. >>>>> >>>>> >>>>> >>>> Are you running powerd? >>>> >>>> >>> I do. And I just tried disabling it, and I could not reproduce the >>> problem any more. Is there any way to reconcile if_ath with powerd? >>> >>> >>> >> Don't know. There appear to be two issues. When the MIB interrupts >> arrive the kernel may service them w/ the cpu at a reduced clock >> frequency. Since powered is currently the only mechanism for increasing >> the frequency and it runs in user space it can take a while to bump the >> clock rate leading to livelock (because the logic to reduce the _cause_ >> of the MIB interrupt takes a long time to run). John Baldwin suggested >> raising the clock frequency when handling interrupts in the kernel but >> nothing has been done to make that happen. >> >> Separately there is a question as to why the MIB interrupts are >> happening at all. This is possibly due to misprogramming of the >> baseband h/w in the ath card. Unfortunately I've been trying to get >> Atheros to help understand/resolve this question for a very long time >> (as their code also exhibits this behaviour) but they've been >> unresponsive. I have some experimental code to address this in new hal >> versions (such as 0.10.5.6 available in http://www.freebsd.org/~sam) but >> apparently it does not entirely fix the problem. >> > Would it be of any value to you, if I build the new hal and see what > happen? I can live without powerd as the workaround, but I'd rather help > if I can. > > Testing the latest hal is always useful but I've not MFC'd many ath changes to RELENG_7 and some people have reported problems on RELENG_7 w/ the new hal that do not occur on HEAD. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 09:50:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 280BA1065672; Sun, 13 Jul 2008 09:50:43 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id ACAB38FC0C; Sun, 13 Jul 2008 09:50:42 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 1FA6CE595E70; Sun, 13 Jul 2008 11:21:19 +0200 (CEST) Received: from [91.63.80.76] (helo=localhost) by smtp08.web.de with asmtp (WEB.DE 4.109 #226) id 1KHxle-0002cG-00; Sun, 13 Jul 2008 11:21:18 +0200 Date: Sun, 13 Jul 2008 11:21:17 +0200 From: Martin To: Sam Leffler Message-ID: <20080713112117.7d3ff6c6@web.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19rsVfBXaxloIdcK9T9YIf8w/DTPrIxXEL/a5pm jgfdFKsBsfCZbGJWJmFEvELyRUD6zuDwpgrJZejBTZC80tCXUI l5Fs28MPk= Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 09:50:43 -0000 Hi Sam, do you know if there is anything done about cbb(4)? I have many wireless adapters with ath(4), but only the one based on PCMCIA is making problems on FreeBSD. I cannot boot my notebook with the device inserted into the port, or it will render the system unusable (100% load on cbb(4)). And all I can see is the following: Jul 12 14:58:39 link kernel: ath0: ath_chan_set: unable to reset channel 1 = (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:40 link kernel: ath0: ath_chan_set: unable to reset channel 6 = (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:58:41 link kernel: ath0: ath_chan_set: unable to reset channel 7 = (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:58:42 link kernel: ath0: ath_chan_set: unable to reset channel 2 = (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:43 link kernel: ath0: ath_chan_set: unable to reset channel 3 = (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:44 link kernel: ath0: ath_chan_set: unable to reset channel 4 = (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 5 = (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 8 = (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:46 link kernel: ath0: ath_chan_set: unable to reset channel 9 = (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:47 link kernel: ath0: ath_chan_set: unable to reset channel 10= (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:58:52 link kernel: ath0: device timeout Jul 12 14:58:52 link kernel: ath0: ath_reset: unable to reset hardware; hal= status 3231908395 Jul 12 14:58:58 link kernel: ath0: ath_chan_set: unable to reset channel 1 = (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:58:59 link kernel: ath0: ath_chan_set: unable to reset channel 6 = (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:00 link kernel: ath0: ath_chan_set: unable to reset channel 7 = (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 2 = (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 3 = (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 3289233408 Jul 12 14:59:02 link kernel: ath0: ath_chan_set: unable to reset channel 4 = (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:03 link kernel: ath0: ath_chan_set: unable to reset channel 5 = (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:04 link kernel: ath0: ath_chan_set: unable to reset channel 8 = (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:05 link kernel: ath0: ath_chan_set: unable to reset channel 9 = (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:06 link kernel: ath0: ath_chan_set: unable to reset channel 10= (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:10 link kernel: ath0: device timeout Jul 12 14:59:10 link kernel: ath0: ath_reset: unable to reset hardware; hal= status 3231908395 Jul 12 14:59:11 link kernel: ath0: ath_chan_set: unable to reset channel 1 = (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:59:12 link kernel: ath0: ath_chan_set: unable to reset channel 6 = (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:13 link kernel: ath0: ath_chan_set: unable to reset channel 7 = (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 Jul 12 14:59:14 link kernel: ath0: ath_chan_set: unable to reset channel 2 = (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:15 link kernel: ath0: ath_chan_set: unable to reset channel 3 = (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:16 link kernel: ath0: unable to reset hardware; hal status 386= 8687084 Jul 12 14:59:16 link kernel: ath0: ath_chan_set: unable to reset channel 4 = (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 Jul 12 14:59:17 link kernel: ath0: ath_chan_set: unable to reset channel 11= (2462 Mhz, flags 0x480 hal flags 0xc0), hal status 3828804624 Jul 12 14:59:22 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 Jul 12 14:59:32 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 Jul 12 14:59:42 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 Jul 12 15:00:22 link last message repeated 4 times Jul 12 15:00:32 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 Jul 12 15:00:42 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 Jul 12 15:00:52 link kernel: ath0: unable to reset hardware; hal status 386= 8539700 wpa_supplicant is trying to access the card and switching channels, I suppose. A workaround that I'm using all the time is: 1) boot the notebook without the PCMCIA card 2) after gdm appears, insert the card Also see: http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dkern/120376 In this PR I also described that you can panic the system, while trying to fix the situation by reinserting the card. But I found out, that you can always panic the system when ejecting the card and wpa_supplicant is running. --=20 Gru=C3=9F, Martin Sugioarto | Lehrstuhl Informatik 14 | | TU-Do //// TU Dortmund | | //// Otto-Hahn-Stra=C3=9Fe 14 | | \.\\/// D-44227 Dortmund | | \\\\/ Tel. (0231) 755 7733 | From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 12:37:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4052F1065673 for ; Sun, 13 Jul 2008 12:37:24 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id E69BA8FC0A for ; Sun, 13 Jul 2008 12:37:23 +0000 (UTC) (envelope-from gaijin.k@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so1893001ywe.13 for ; Sun, 13 Jul 2008 05:37:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=znogMzf6HOswGs7l90mJgesoh1NxZQgMB0M9i3R0pSs=; b=mlmBZ63Fo+RUMSyEcIGbr3Ce44zu2iEwir051mcTTHFdXx4GhicGYq3i1MKEp7RLzL eN2x/waDkPvJ9vn+X9bgAuUPx7TW2Pj3nGfJyg/tRYS2pmQuDttSRWM97zMVTlr4B8DX r4C8/V6iYq6IysZu8KmPKOC5FT13Y5ofLQtjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:from:to:cc:in-reply-to:references:content-type:date :message-id:mime-version:x-mailer:content-transfer-encoding; b=JiMW1WjRb3UrbXwZNLOuJlhWzvRFl/972ILY1G+4gg+wLwKylZdSoA0YPNLCq2DvE9 kJnyIk4N8m7Kb5jF16U2vVxwG13QmaKgNpQ/V3Re4bUaUZIeQHKxnZOMW97ioxYhPeKi tbsYu6YlR/6PFpBASESnRjwveoCVXPuUNzCwg= Received: by 10.150.137.9 with SMTP id k9mr3730993ybd.203.1215952643229; Sun, 13 Jul 2008 05:37:23 -0700 (PDT) Received: from ?10.0.3.231? ( [70.111.175.14]) by mx.google.com with ESMTPS id 34sm4300222yxm.0.2008.07.13.05.37.21 (version=SSLv3 cipher=RC4-MD5); Sun, 13 Jul 2008 05:37:22 -0700 (PDT) From: "Alexandre \"Sunny\" Kovalenko" To: Martin In-Reply-To: <20080713112117.7d3ff6c6@web.de> References: <20080713112117.7d3ff6c6@web.de> Content-Type: text/plain; charset=utf-8 Date: Sun, 13 Jul 2008 08:37:14 -0400 Message-Id: <1215952634.1731.3.camel@RabbitsDen> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, Sam Leffler Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 12:37:24 -0000 On Sun, 2008-07-13 at 11:21 +0200, Martin wrote: > Hi Sam, > > do you know if there is anything done about cbb(4)? I have many > wireless adapters with ath(4), but only the one based on PCMCIA is > making problems on FreeBSD. > > I cannot boot my notebook with the device inserted into the port, or it > will render the system unusable (100% load on cbb(4)). > > And all I can see is the following: > Jul 12 14:58:39 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:40 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:41 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:42 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:43 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:44 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:46 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:47 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:52 link kernel: ath0: device timeout > Jul 12 14:58:52 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 > Jul 12 14:58:58 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:59 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:00 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 3289233408 > Jul 12 14:59:02 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:03 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:04 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:05 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:06 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:10 link kernel: ath0: device timeout > Jul 12 14:59:10 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 > Jul 12 14:59:11 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:59:12 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:13 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:59:14 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:15 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:16 link kernel: ath0: unable to reset hardware; hal status 3868687084 > Jul 12 14:59:16 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:17 link kernel: ath0: ath_chan_set: unable to reset channel 11 (2462 Mhz, flags 0x480 hal flags 0xc0), hal status 3828804624 > Jul 12 14:59:22 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 14:59:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 14:59:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:22 link last message repeated 4 times > Jul 12 15:00:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:52 link kernel: ath0: unable to reset hardware; hal status 3868539700 > > > wpa_supplicant is trying to access the card and switching channels, I > suppose. > > A workaround that I'm using all the time is: > 1) boot the notebook without the PCMCIA card > 2) after gdm appears, insert the card > > Also see: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120376 > > In this PR I also described that you can panic the system, > while trying to fix the situation by reinserting the card. > But I found out, that you can always panic the system when > ejecting the card and wpa_supplicant is running. > You can panic the box by unloading if_ath.ko while wpa_supplicant is running on any form factor, so this one is not specific to the removable devices. -- Alexandre "Sunny" Kovalenko (Олександр Коваленко) From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 15:21:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC9451065681 for ; Sun, 13 Jul 2008 15:21:23 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id 797DF8FC0C for ; Sun, 13 Jul 2008 15:21:23 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (unknown [92.117.235.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 63FD38A05AC for ; Sun, 13 Jul 2008 17:03:12 +0200 (CEST) Message-ID: <487A18E8.6010809@bsdforen.de> Date: Sun, 13 Jul 2008 17:02:00 +0200 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.14 (X11/20080607) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: dvd dma 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, 13 Jul 2008 15:21:23 -0000 I have a couple of DVD drives (one drive, one burner) that used to play DVDs quite fine from 5.3 to somewhere in the 6.x branch. Nowadays I have to send them to PIO4 to play DVDs, because they'll just throw DMA not aligned errors around in UDMA33 or WDMA2 mode. Should someone be interested in this I'm willing to supply all necessary information, such as the exact drives, firmware versions, kernel traces... whatever comes to your mind. I'm also willing to test patches. From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 16:40:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0AAD1065670 for ; Sun, 13 Jul 2008 16:40:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id ABAEA8FC16 for ; Sun, 13 Jul 2008 16:40:33 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 728561CC096; Sun, 13 Jul 2008 09:40:33 -0700 (PDT) Date: Sun, 13 Jul 2008 09:40:33 -0700 From: Jeremy Chadwick To: Dominic Fandrey Message-ID: <20080713164033.GA97147@eos.sc1.parodius.com> References: <487A18E8.6010809@bsdforen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487A18E8.6010809@bsdforen.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: dvd dma 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, 13 Jul 2008 16:40:33 -0000 On Sun, Jul 13, 2008 at 05:02:00PM +0200, Dominic Fandrey wrote: > I have a couple of DVD drives (one drive, one burner) that used to play DVDs > quite fine from 5.3 to somewhere in the 6.x branch. Nowadays I have to send > them to PIO4 to play DVDs, because they'll just throw DMA not aligned errors > around in UDMA33 or WDMA2 mode. > > Should someone be interested in this I'm willing to supply all necessary > information, such as the exact drives, firmware versions, kernel traces... > whatever comes to your mind. I'm also willing to test patches. Is the problem you're seeing identical to this? http://lists.freebsd.org/pipermail/freebsd-hackers/2008-July/025297.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 17:11:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C48A10656EC for ; Sun, 13 Jul 2008 17:11:25 +0000 (UTC) (envelope-from modelnine@modelnine.org) Received: from jord.modelnine.org (jord.modelnine.org [83.246.72.120]) by mx1.freebsd.org (Postfix) with ESMTP id F0C678FC1D for ; Sun, 13 Jul 2008 17:11:24 +0000 (UTC) (envelope-from modelnine@modelnine.org) Received: from phoenix (hnvr-4dbbb7b4.pool.einsundeins.de [77.187.183.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: modelnine) by jord.modelnine.org (Postfix) with ESMTPSA id 763A4A40CC2 for ; Sun, 13 Jul 2008 18:54:30 +0200 (CEST) From: Heiko Wundram To: freebsd-stable@freebsd.org Date: Sun, 13 Jul 2008 18:58:12 +0200 User-Agent: KMail/1.9.7 References: <20080713112117.7d3ff6c6@web.de> <1215952634.1731.3.camel@RabbitsDen> In-Reply-To: <1215952634.1731.3.camel@RabbitsDen> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807131858.12147.modelnine@modelnine.org> Subject: if_ral lockups [was: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 17:11:25 -0000 Am Sonntag, 13. Juli 2008 14:37:14 schrieb Alexandre "Sunny" Kovalenko: > Just to chime into the discussion, I'm seeing something similar for if_ral since my latest update of 7-STABLE from about two weeks ago (which I did not see with a 7-STABLE from some time in march, so something must have changed in between, but I can't narrow it down exactly). I've since updated the kernel several times (the latest update being just last friday), but the problem hasn't disappeared so far. I get an oops, followed by a reboot when wpa_supplicant has associated an if_ral interface (which is a removable PCMCIA Ralink based WLAN card) when powerd is running. As soon as I disable powerd for my laptop (and it runs continuously at 1800 Mhz), the oopses disappear. As I'm getting a kernel oops, if anybody is interested, I'd more than happily reenable powerd to produce a kernel dump and make that available to anybody who is interested in debugging it, along with the kernel images, of course. I'm running a self-compiled GENERIC (with nothing changed except for the self-compiled part). I currently don't have the time to track this down any further myself, though, and the workaround works for me. Device info: ... cbb0: at device 9.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: at device 9.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] ... ral0: mem 0x88000000-0x88007fff irq 17 at device 0.0 on cardbus0 ral0: MAC/BBP RT2561C, RF RT2527 ral0: Ethernet address: 00:80:5a:51:23:53 ral0: [ITHREAD] ... uname: FreeBSD phoenix.modelnine.org 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Jul 11 12:28:25 CEST 2008 root@phoenix.modelnine.org:/usr/obj/usr/src/sys/GENERIC i386 -- Heiko Wundram From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 18:19:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 589721065677 for ; Sun, 13 Jul 2008 18:19:46 +0000 (UTC) (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 23F6E8FC14 for ; Sun, 13 Jul 2008 18:19:45 +0000 (UTC) (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-d.dmv.com (8.12.10/8.12.10) with ESMTP id m6DHr5N0042720 for ; Sun, 13 Jul 2008 13:53:05 -0400 (EDT) (envelope-from sven@dmv.com) Received: from [192.168.0.101] (c-71-200-111-79.hsd1.md.comcast.net [71.200.111.79]) (authenticated bits=0) by mail-gw-cl-b.dmv.com (8.12.9/8.12.9) with ESMTP id m6DHr3ee055244 for ; Sun, 13 Jul 2008 13:53:05 -0400 (EDT) (envelope-from sven@dmv.com) Message-ID: <487A40FE.7030102@dmv.com> Date: Sun, 13 Jul 2008 13:53:02 -0400 From: Sven W User-Agent: Thunderbird 2.0.0.14 (X11/20080508) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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.39 Subject: Using iscsi with multiple targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Jul 2008 18:19:46 -0000 FreeBSD 7.0 I have 2 machines with identical configurations/hardware, let's call them A (master) and B (slave). I have installed iscsi-target from ports and have set up 3 targets representing the 3 drives I wish to be connected to from A. The Targets file: # extents file start length extent0 /dev/da1 0 465GB extent1 /dev/da2 0 465GB extent2 /dev/da3 0 465GB # target flags storage netmask target0 rw extent0 192.168.0.1/24 target1 rw extent1 192.168.0.1/24 target2 rw extent2 192.168.0.1/24 I then start up iscsi_target and all is good. Now on A I have set up my /etc/iscsi.conf file as follows: # cat /etc/iscsi.conf data1 { targetaddress=192.168.0.252 targetname=iqn.1994-04.org.netbsd.iscsi-target:target0 initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local } data2 { targetaddress=192.168.0.252 targetname=iqn.1994-04.org.netbsd.iscsi-target:target1 initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local } data3 { targetaddress=192.168.0.252 targetname=iqn.1994-04.org.netbsd.iscsi-target:target2 initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local } So far so good, now come the issues. First of all, it would appear that with iscontrol one can only start one "named" session at a time; for example /sbin/iscontrol -n data1 /sbin/iscontrol -n data2 /sbin/isconrtol -n data3 I guess that is ok, except that each invocation of iscontrol resets the other sessions. Here is the camcontrol and dmesg output from running the above 3 commands. # camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 1 lun 0 (pass1,da1) at scbus0 target 2 lun 0 (pass2,da2) at scbus0 target 3 lun 0 (pass3,da3) at scbus1 target 0 lun 0 (da5,pass5) at scbus1 target 1 lun 0 (da6,pass6) at scbus1 target 2 lun 0 (da4,pass4) [ /sbin/iscontrol -n data1 ] da4 at iscsi0 bus 0 target 0 lun 0 da4: Fixed Direct Access SCSI-3 device [ /sbin/iscontrol -n data2 ] (da4:iscsi0:0:0:0): lost device (da4:iscsi0:0:0:0): removing device entry da4 at iscsi0 bus 0 target 0 lun 0 da4: Fixed Direct Access SCSI-3 device da5 at iscsi0 bus 0 target 1 lun 0 da5: Fixed Direct Access SCSI-3 device [ /sbin/iscontrol -n data3 ] (da4:iscsi0:0:0:0): lost device (da4:iscsi0:0:0:0): removing device entry (da5:iscsi0:0:1:0): lost device (da5:iscsi0:0:1:0): removing device entry da4 at iscsi0 bus 0 target 2 lun 0 da4: Fixed Direct Access SCSI-3 device da5 at iscsi0 bus 0 target 0 lun 0 da5: Fixed Direct Access SCSI-3 device da6 at iscsi0 bus 0 target 1 lun 0 da6: Fixed Direct Access SCSI-3 device It would appear that rather than appending the new device to the end of the "da" devices, it starts to do some type of naming queue after the second device. If I am to use these devices in any type of automated setup, how can make sure that after these commands, "da6" will always be target 1 (i.e. /dev/da2 on the slave machine). Next, there is no "startup" script for iscontrol - would that simply have to be added the system or is there a way with sysctl that it could be done. The plan here is use gmirror such that /dev/da1 on A is mirrored with the /dev/da1 on B using iscsi. Sven From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 18:21:36 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCF0F1065672; Sun, 13 Jul 2008 18:21:36 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id 776D88FC2A; Sun, 13 Jul 2008 18:21:36 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate03.web.de (Postfix) with ESMTP id E2220E3A0197; Sun, 13 Jul 2008 20:21:34 +0200 (CEST) Received: from [91.63.80.76] (helo=localhost) by smtp08.web.de with asmtp (WEB.DE 4.109 #226) id 1KI6CU-0000JM-00; Sun, 13 Jul 2008 20:21:34 +0200 Date: Sun, 13 Jul 2008 20:21:33 +0200 From: Martin To: Message-ID: <20080713202133.21f4c5b8@web.de> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1984p9JfqCqJlRp7F0aJ6joe4eONJ/BpkyE9wpU 1VMVS5jXo9S+9KFzrAas6imSWsu+GnKEIn/Vq+Eu+0ONXwkJvc 6vKPh9wRc= Cc: stable@freebsd.org, sam@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 18:21:36 -0000 Hi Alexandre, > You can panic the box by unloading if_ath.ko while wpa_supplicant is > running on any form factor, so this one is not specific to the removable > devices. I am not talking about unloading kernel modules (I wouldn't unload if_ath by force and complain about it). The panic is happening while ejecting the PCMCIA card and wpa_supplicant is running. The cbb(4) problem with the high load is much more annoying for me, because the only solution is to reboot the system to get it stable again. One thing I also noticed is that if I have set a high resolution with vidcontrol (1600x1200) and the text terminal display becomes really slow, ath(4) has difficulties to load the device when it is inserted into the PCMCIA-slot. -- Martin Sugioarto From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 21:39:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 583CD1065671 for ; Sun, 13 Jul 2008 21:39:27 +0000 (UTC) (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 394458FC17 for ; Sun, 13 Jul 2008 21:39:27 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id TCA49626 for ; Sun, 13 Jul 2008 14:39:26 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 50ABE4500E for ; Sun, 13 Jul 2008 14:39:26 -0700 (PDT) To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1215985166_84175P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 13 Jul 2008 14:39:26 -0700 From: "Kevin Oberman" Message-Id: <20080713213926.50ABE4500E@ptavv.es.net> Subject: sshd unable to use RSA keys on 6-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: Sun, 13 Jul 2008 21:39:27 -0000 --==_Exmh_1215985166_84175P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I recently removed my DSA keys from my laptop and desktop systems, leaving only the RSA keys. This is working for several systems, but several are logging errors with every access that did not show up when DSA keys were used. Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_ret: trying to get more bytes 129 than in buffer 34 Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_string_ret: buffer_get failed Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_bignum2_ret: invalid bignum Jul 13 14:23:50 star-owamp sshd[1579]: error: key_from_blob: can't read rsa key Jul 13 14:23:50 star-owamp sshd[1579]: error: key_read: key_from_blob AAAAB3NzaC1yc2EAAAABIwAAAIEAuFblncD1qLy2QlnakQQATrrghSQmImjaLPRslTzG3Hn4\n failed Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_ret: trying to get more bytes 129 than in buffer 34 Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_string_ret: buffer_get failed Jul 13 14:23:50 star-owamp sshd[1579]: error: buffer_get_bignum2_ret: invalid bignum Jul 13 14:23:50 star-owamp sshd[1579]: error: key_from_blob: can't read rsa key Jul 13 14:23:50 star-owamp sshd[1579]: error: key_read: key_from_blob AAAAB3NzaC1yc2EAAAABIwAAAIEAuFblncD1qLy2QlnakQQATrrghSQmImjaLPRslTzG3Hn4\n failed Note that the login works, despite this error, but I don't like the error and I have no idea why I get this error only on certain systems. All systems are i386 and all are running v6, from a fairly old 6.1 from August 2006 to a 6.3-stable from yesterday. The one from yesterday is getting errors, but so are 6.1 systems from back in 2006. I've also tried installing OpenSSH-portable, but that did not seem to make a difference. Can anyone shed any light on what is happening? --==_Exmh_1215985166_84175P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIenYOkn3rs5h7N1ERArNzAJ91Kpj7NmsppVahKCKB+UrU/+Sb1gCeLUzw I6FGb0ZLEuFSFGf3gH6TMW8= =RQdh -----END PGP SIGNATURE----- --==_Exmh_1215985166_84175P-- From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 22:16:29 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3199E1065674 for ; Sun, 13 Jul 2008 22:16:29 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id D31328FC0C for ; Sun, 13 Jul 2008 22:16:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m6DMGRnG059873 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jul 2008 15:16:28 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <487A7EBB.5040203@freebsd.org> Date: Sun, 13 Jul 2008 15:16:27 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Martin References: <20080713112117.7d3ff6c6@web.de> In-Reply-To: <20080713112117.7d3ff6c6@web.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 22:16:29 -0000 Martin wrote: > Hi Sam, > > do you know if there is anything done about cbb(4)? I have many > wireless adapters with ath(4), but only the one based on PCMCIA is > making problems on FreeBSD. > > I cannot boot my notebook with the device inserted into the port, or it > will render the system unusable (100% load on cbb(4)). > > And all I can see is the following: > Jul 12 14:58:39 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:40 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:41 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:42 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:43 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:44 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:46 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:47 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:58:52 link kernel: ath0: device timeout > Jul 12 14:58:52 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 > Jul 12 14:58:58 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:58:59 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:00 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 3289233408 > Jul 12 14:59:02 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:03 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:04 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:05 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:06 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:10 link kernel: ath0: device timeout > Jul 12 14:59:10 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 > Jul 12 14:59:11 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:59:12 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:13 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 > Jul 12 14:59:14 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:15 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:16 link kernel: ath0: unable to reset hardware; hal status 3868687084 > Jul 12 14:59:16 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 > Jul 12 14:59:17 link kernel: ath0: ath_chan_set: unable to reset channel 11 (2462 Mhz, flags 0x480 hal flags 0xc0), hal status 3828804624 > Jul 12 14:59:22 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 14:59:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 14:59:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:22 link last message repeated 4 times > Jul 12 15:00:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 > Jul 12 15:00:52 link kernel: ath0: unable to reset hardware; hal status 3868539700 > > > wpa_supplicant is trying to access the card and switching channels, I > suppose. > > A workaround that I'm using all the time is: > 1) boot the notebook without the PCMCIA card > 2) after gdm appears, insert the card > > Also see: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120376 > > In this PR I also described that you can panic the system, > while trying to fix the situation by reinserting the card. > But I found out, that you can always panic the system when > ejecting the card and wpa_supplicant is running. > Sorry I am not familiar enough with the cardbus support to comment. The zero status codes from ath_hal_reset are odd though. Inspecting the hal code it appears this can happen if the hal couldn't power up the chip which is consistent with the rest of the PR. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 22:19:35 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7C301065679 for ; Sun, 13 Jul 2008 22:19:35 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 52AAC8FC14 for ; Sun, 13 Jul 2008 22:19:35 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id m6DMJYQO059899 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 13 Jul 2008 15:19:34 -0700 (PDT) (envelope-from sam@freebsd.org) Message-ID: <487A7F76.7000709@freebsd.org> Date: Sun, 13 Jul 2008 15:19:34 -0700 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: "Alexandre \"Sunny\" Kovalenko" References: <20080713112117.7d3ff6c6@web.de> <1215952634.1731.3.camel@RabbitsDen> In-Reply-To: <1215952634.1731.3.camel@RabbitsDen> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC--Metrics: ebb.errno.com; whitelist Cc: stable@freebsd.org, Martin Subject: Re: Hard(?) lock when reassociating ath with wpa_supplicant on RELENG_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: Sun, 13 Jul 2008 22:19:35 -0000 Alexandre "Sunny" Kovalenko wrote: > On Sun, 2008-07-13 at 11:21 +0200, Martin wrote: >> Hi Sam, >> >> do you know if there is anything done about cbb(4)? I have many >> wireless adapters with ath(4), but only the one based on PCMCIA is >> making problems on FreeBSD. >> >> I cannot boot my notebook with the device inserted into the port, or it >> will render the system unusable (100% load on cbb(4)). >> >> And all I can see is the following: >> Jul 12 14:58:39 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:40 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:58:41 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:58:42 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:43 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:44 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:45 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:46 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:47 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:58:52 link kernel: ath0: device timeout >> Jul 12 14:58:52 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 >> Jul 12 14:58:58 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:58:59 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:00 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:01 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 3289233408 >> Jul 12 14:59:02 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:03 link kernel: ath0: ath_chan_set: unable to reset channel 5 (2432 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:04 link kernel: ath0: ath_chan_set: unable to reset channel 8 (2447 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:05 link kernel: ath0: ath_chan_set: unable to reset channel 9 (2452 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:06 link kernel: ath0: ath_chan_set: unable to reset channel 10 (2457 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:10 link kernel: ath0: device timeout >> Jul 12 14:59:10 link kernel: ath0: ath_reset: unable to reset hardware; hal status 3231908395 >> Jul 12 14:59:11 link kernel: ath0: ath_chan_set: unable to reset channel 1 (2412 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:59:12 link kernel: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:13 link kernel: ath0: ath_chan_set: unable to reset channel 7 (2442 Mhz, flags 0x480 hal flags 0xc0), hal status 3233070656 >> Jul 12 14:59:14 link kernel: ath0: ath_chan_set: unable to reset channel 2 (2417 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:15 link kernel: ath0: ath_chan_set: unable to reset channel 3 (2422 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:16 link kernel: ath0: unable to reset hardware; hal status 3868687084 >> Jul 12 14:59:16 link kernel: ath0: ath_chan_set: unable to reset channel 4 (2427 Mhz, flags 0x480 hal flags 0xc0), hal status 0 >> Jul 12 14:59:17 link kernel: ath0: ath_chan_set: unable to reset channel 11 (2462 Mhz, flags 0x480 hal flags 0xc0), hal status 3828804624 >> Jul 12 14:59:22 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> Jul 12 14:59:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> Jul 12 14:59:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> Jul 12 15:00:22 link last message repeated 4 times >> Jul 12 15:00:32 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> Jul 12 15:00:42 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> Jul 12 15:00:52 link kernel: ath0: unable to reset hardware; hal status 3868539700 >> >> >> wpa_supplicant is trying to access the card and switching channels, I >> suppose. >> >> A workaround that I'm using all the time is: >> 1) boot the notebook without the PCMCIA card >> 2) after gdm appears, insert the card >> >> Also see: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120376 >> >> In this PR I also described that you can panic the system, >> while trying to fix the situation by reinserting the card. >> But I found out, that you can always panic the system when >> ejecting the card and wpa_supplicant is running. >> > You can panic the box by unloading if_ath.ko while wpa_supplicant is > running on any form factor, so this one is not specific to the removable > devices. > The wpa_supplicant issue is due to the ioctl path racing against detach. I have a hack for this. The root cause is the ifnet code not handling ifdetach correctly. It doesn't happen in HEAD because of a slightly more general hack. Sam From owner-freebsd-stable@FreeBSD.ORG Sun Jul 13 22:30:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FCC1065673 for ; Sun, 13 Jul 2008 22:30:41 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smtp-out2.tiscali.nl (smtp-out2.tiscali.nl [195.241.79.177]) by mx1.freebsd.org (Postfix) with ESMTP id 54B5F8FC1A for ; Sun, 13 Jul 2008 22:30:41 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from [212.123.145.58] (helo=guido.klop.ws) by smtp-out2.tiscali.nl with smtp id 1KIA5Y-0000ok-0B for ; Mon, 14 Jul 2008 00:30:40 +0200 Received: (qmail 3484 invoked from network); 13 Jul 2008 22:30:37 -0000 Received: from localhost (HELO guido.klop.ws) (127.0.0.1) by localhost with SMTP; 13 Jul 2008 22:30:37 -0000 Date: Mon, 14 Jul 2008 00:30:36 +0200 To: freebsd-stable@freebsd.org From: "Ronald Klop" Content-Type: text/plain; format=flowed; delsp=yes; charset=us-ascii MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Message-ID: User-Agent: Opera Mail/9.51 (FreeBSD) Subject: trim src/UPDATING in RELENG_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: Sun, 13 Jul 2008 22:30:41 -0000 Hi, The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5 branchpoint) and is now almost 1000 lines long. Is it an idea to trim this file a bit? And to update this sentence: 'To upgrade in-place from 5.x-stable to current'? And footnote [5] seems a bit dated also. 'if you last updated from current before 20020224 or from -stable before 20020408.' Or is upgrading from 5.x to 7 also supported? Cheers, Ronald. From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 09:45:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC1FE1065680 for ; Mon, 14 Jul 2008 09:45:51 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 7064D8FC16 for ; Mon, 14 Jul 2008 09:45:51 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so2807362fkk.11 for ; Mon, 14 Jul 2008 02:45:49 -0700 (PDT) Received: by 10.86.33.10 with SMTP id g10mr12394509fgg.14.1215925530159; Sat, 12 Jul 2008 22:05:30 -0700 (PDT) Received: by 10.86.61.4 with HTTP; Sat, 12 Jul 2008 22:05:30 -0700 (PDT) Message-ID: <84dead720807122205i33bf6eb0p998d473df9e52304@mail.gmail.com> Date: Sun, 13 Jul 2008 10:35:30 +0530 From: "Joseph Koshy" To: "FreeBSD Stable List" , "FreeBSD Hackers" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: fabien.thomas@netasq.com Subject: Announcement: PmcTools callchain capture for RELENG_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: Mon, 14 Jul 2008 09:45:52 -0000 Hello List(s), I am very pleased to announce a patch, by Fabien Thomas, that brings PmcTools' callchain capture features to 7-STABLE. Thank you, Fabien! The patch is linked to from the PmcTools wiki page: http://wiki.freebsd.org/PmcTools. The current file name is: "patch-callchain-FreeBSD-7-STABLE-2008-07-12.gz". As the file name indicates, it should apply against a 7-STABLE tree of 2008-07-12 vintage. To apply the patch: % cd /home/src-7x # or whereever your RELENG_7 tree resides % patch < PATCH-FILE Then you should follow the full procedure to update userland and kernel from source as spelled out in src/UPDATING. Please note that HWPMC(4) log files that contain callchain information are not binary compatible with prior versions of pmc(3) and pmcstat(8). Please do test on your systems and let Fabien and me know how you fared. Koshy From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 10:00:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D751065675 for ; Mon, 14 Jul 2008 10:00:25 +0000 (UTC) (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 CACBD8FC16 for ; Mon, 14 Jul 2008 10:00:24 +0000 (UTC) (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 1KIJR3-000EAw-1P; Mon, 14 Jul 2008 11:29:29 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Sven W In-reply-to: <487A40FE.7030102@dmv.com> References: <487A40FE.7030102@dmv.com> Comments: In-reply-to Sven W message dated "Sun, 13 Jul 2008 13:53:02 -0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Jul 2008 11:29:29 +0300 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: Using iscsi with multiple targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jul 2008 10:00:25 -0000 > FreeBSD 7.0 > > I have 2 machines with identical configurations/hardware, let's call them A (master) > and B (slave). I have installed iscsi-target from ports and have set up 3 targets > representing the 3 drives I wish to be connected to from A. > > The Targets file: > # extents file start length > extent0 /dev/da1 0 465GB > extent1 /dev/da2 0 465GB > extent2 /dev/da3 0 465GB > > # target flags storage netmask > target0 rw extent0 192.168.0.1/24 > target1 rw extent1 192.168.0.1/24 > target2 rw extent2 192.168.0.1/24 > > I then start up iscsi_target and all is good. > > Now on A I have set up my /etc/iscsi.conf file as follows: > > # cat /etc/iscsi.conf > data1 { > targetaddress=192.168.0.252 > targetname=iqn.1994-04.org.netbsd.iscsi-target:target0 > initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > } > data2 { > targetaddress=192.168.0.252 > targetname=iqn.1994-04.org.netbsd.iscsi-target:target1 > initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > } > data3 { > targetaddress=192.168.0.252 > targetname=iqn.1994-04.org.netbsd.iscsi-target:target2 > initiatorname=iqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > } > > So far so good, now come the issues. First of all, it would appear that with > iscontrol one can only start one "named" session at a time; for example > /sbin/iscontrol -n data1 > /sbin/iscontrol -n data2 > /sbin/isconrtol -n data3 > > I guess that is ok, except that each invocation of iscontrol resets the other > sessions. Here is the camcontrol and dmesg output from running the above 3 commands. > > # camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 1 lun 0 (pass1,da1) > at scbus0 target 2 lun 0 (pass2,da2) > at scbus0 target 3 lun 0 (pass3,da3) > at scbus1 target 0 lun 0 (da5,pass5) > at scbus1 target 1 lun 0 (da6,pass6) > at scbus1 target 2 lun 0 (da4,pass4) > > > [ /sbin/iscontrol -n data1 ] > da4 at iscsi0 bus 0 target 0 lun 0 > da4: Fixed Direct Access SCSI-3 device > > [ /sbin/iscontrol -n data2 ] > (da4:iscsi0:0:0:0): lost device > (da4:iscsi0:0:0:0): removing device entry > da4 at iscsi0 bus 0 target 0 lun 0 > da4: Fixed Direct Access SCSI-3 device > da5 at iscsi0 bus 0 target 1 lun 0 > da5: Fixed Direct Access SCSI-3 device > > [ /sbin/iscontrol -n data3 ] > (da4:iscsi0:0:0:0): lost device > (da4:iscsi0:0:0:0): removing device entry > (da5:iscsi0:0:1:0): lost device > (da5:iscsi0:0:1:0): removing device entry > da4 at iscsi0 bus 0 target 2 lun 0 > da4: Fixed Direct Access SCSI-3 device > da5 at iscsi0 bus 0 target 0 lun 0 > da5: Fixed Direct Access SCSI-3 device > da6 at iscsi0 bus 0 target 1 lun 0 > da6: Fixed Direct Access SCSI-3 device > > > It would appear that rather than appending the new device to the end of the "da" > devices, it starts to do some type of naming queue after the second device. If I am > to use these devices in any type of automated setup, how can make sure that after > these commands, "da6" will always be target 1 (i.e. /dev/da2 on the slave machine). > > Next, there is no "startup" script for iscontrol - would that simply have to be > added the system or is there a way with sysctl that it could be done. The plan here > is use gmirror such that /dev/da1 on A is mirrored with the /dev/da1 on B using iscsi. Hi Sven, I just tried it here, and it seems that at the end all is ok :-) I think the lost/removing/found has something to do to iscontrol calling camcontrol rescan - I will check this later, but the end result is that you should have all /dev/da's. I don't see any reasonable safe way to tie a scsi# (/dev/dan), except to label (see glabel) the disk. The startup script is, at the moment, not trivial, but I'm attaching it, so someone can suggest improvements :-) #!/bin/sh # PROVIDE: iscsi # REQUIRE: NETWORKING # BEFORE: DAEMON # KEYWORD: nojail shutdown # # Add the following lines to /etc/rc.conf to enable iscsi: # # iscsi_enable="YES" # iscsi_fstab="/etc/fstab.iscsi" . /etc/rc.subr . /cs/share/etc/rc.subr name=iscsi rcvar=`set_rcvar` command=/sbin/iscontrol iscsi_enable=${iscsi_enable:-"NO"} iscsi_fstab=${iscsi_fstab:-"/etc/fstab.iscsi"} iscsi_exports=${iscsi_exports:-"/etc/exports.iscsi"} iscsi_debug=${iscsi_debug:-0} start_cmd="iscsi_start" faststop_cmp="iscsi_stop" stop_cmd="iscsi_stop" start_precmd="iscontrol_precmd" iscontrol_prog=${iscontrol_prog:-"iscontrol"} iscontrol_log=${iscontrol_log:-"/var/log/$iscontrol_prog"} iscontrol_syslog=${iscontrol_syslog:-"644 3 100 * JC"} iscontrol_precmd() { setup_syslog "$iscontrol_prog" "$iscontrol_log" "$iscontrol_syslog" } iscsi_wait() { dev=$1 trap "echo 'wait loop cancelled'; exit 1" 2 count=0 while true; do if [ -c $dev ]; then break; fi if [ $count -eq 0 ]; then echo -n Waiting for ${dev}': ' fi count=$((${count} + 1)) if [ $count -eq 6 ]; then echo " Failed for dev=$dev" return 0 break fi echo -n '.' sleep 5; done echo "$dev ok." return 1 } iscsi_start() { # # load needed modules for m in iscsi_initiator geom_label; do kldstat -qm $m || kldload $m done sysctl debug.iscsi_initiator=$iscsi_debug # # start iscontrol for each target if [ -n "${iscsi_targets}" ]; then for target in ${iscsi_targets}; do ${command} ${rc_flags} -n ${target} done fi if [ -f "${iscsi_fstab}" ]; then while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) if iscsi_wait ${spec}; then break; fi echo type=$type spec=$spec file=$file fsck -p ${spec} && mkdir -p ${file} && mount ${spec} ${file} chmod 755 ${file} ;; esac done < ${iscsi_fstab} fi if [ -f "${iscsi_exports}" ]; then cat ${iscsi_exports} >> /etc/exports #/etc/rc.d/mountd reload kill -1 `cat /var/run/mountd.pid` fi } iscsi_stop() { echo 'iscsi stopping' while read spec file type opt t1 t2 do case ${spec} in \#*|'') ;; *) echo iscsi: umount $spec umount -fv $spec ;; esac done < ${iscsi_fstab} } load_rc_config $name run_rc_command "$1" From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 10:40:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03FCD106567D for ; Mon, 14 Jul 2008 10:40:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4BFBB8FC1E; Mon, 14 Jul 2008 10:40:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487B2D25.9080502@FreeBSD.org> Date: Mon, 14 Jul 2008 12:40:37 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Ronald Klop References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: trim src/UPDATING in RELENG_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: Mon, 14 Jul 2008 10:40:38 -0000 Ronald Klop wrote: > Hi, > > The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5 > branchpoint) and is now almost 1000 lines long. Is it an idea to trim > this file a bit? > > And to update this sentence: 'To upgrade in-place from 5.x-stable to > current'? > And footnote [5] seems a bit dated also. 'if you last updated from > current before 20020224 or from -stable before 20020408.' > > Or is upgrading from 5.x to 7 also supported? I think so, yes. Kris From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 11:32:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F0E31065675; Mon, 14 Jul 2008 11:32:06 +0000 (UTC) (envelope-from SRS0=hxWGig=X2=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 1520F8FC12; Mon, 14 Jul 2008 11:32:06 +0000 (UTC) (envelope-from SRS0=hxWGig=X2=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from ppp121-45-74-92.lns10.adl6.internode.on.net ([121.45.74.92] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIM7r-000PfZ-Ef; Mon, 14 Jul 2008 20:51:52 +0930 Message-ID: <487B36CA.2050102@webzone.net.au> Date: Mon, 14 Jul 2008 20:51:46 +0930 From: Andrew D User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Kris Kennaway References: <487B2D25.9080502@FreeBSD.org> In-Reply-To: <487B2D25.9080502@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: freebsd-stable@freebsd.org, Ronald Klop Subject: Re: trim src/UPDATING in RELENG_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: Mon, 14 Jul 2008 11:32:06 -0000 Kris Kennaway wrote: > Ronald Klop wrote: >> Hi, >> >> The file src/UPDATING in RELENG_7 goes back until 2004 (the RELENG_5 >> branchpoint) and is now almost 1000 lines long. Is it an idea to trim >> this file a bit? >> >> And to update this sentence: 'To upgrade in-place from 5.x-stable to >> current'? >> And footnote [5] seems a bit dated also. 'if you last updated from >> current before 20020224 or from -stable before 20020408.' >> >> Or is upgrading from 5.x to 7 also supported? > > I think so, yes. > I've tried it on several test boxes and VMs and I couldn't get it too jump from 5.5 to 7.0. I had to go 5.5->6.3->7.0, not that it was much of a hassle. It came up with the same error every time. Though I don't have the logs of the error any more. Cheers Andrew > Kris > _______________________________________________ > 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 Jul 14 11:57:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9A02106566B; Mon, 14 Jul 2008 11:57:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 728338FC0A; Mon, 14 Jul 2008 11:57:48 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 9E6DF1B10EF4; Mon, 14 Jul 2008 13:57:46 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on malcho.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.4 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 043401B10EE0; Mon, 14 Jul 2008 13:57:43 +0200 (CEST) Message-ID: <487B3F37.7000300@moneybookers.com> Date: Mon, 14 Jul 2008 14:57:43 +0300 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Joseph Koshy References: <84dead720807122205i33bf6eb0p998d473df9e52304@mail.gmail.com> In-Reply-To: <84dead720807122205i33bf6eb0p998d473df9e52304@mail.gmail.com> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.93.3/7707/Mon Jul 14 12:05:46 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: FreeBSD Hackers , fabien.thomas@netasq.com, FreeBSD Stable List Subject: Re: Announcement: PmcTools callchain capture for RELENG_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: Mon, 14 Jul 2008 11:57:48 -0000 Hi, Does it mean that hwpmc from now will work "out of the box" with new Intel core2 duo/quad processors (like T7500) ? Joseph Koshy wrote: > Hello List(s), > > I am very pleased to announce a patch, by Fabien Thomas, that brings > PmcTools' callchain capture features to 7-STABLE. Thank you, Fabien! > > The patch is linked to from the PmcTools wiki page: > http://wiki.freebsd.org/PmcTools. > > The current file name is: "patch-callchain-FreeBSD-7-STABLE-2008-07-12.gz". > As the file name indicates, it should apply against a 7-STABLE tree of > 2008-07-12 > vintage. > > To apply the patch: > % cd /home/src-7x # or whereever your RELENG_7 tree resides > % patch < PATCH-FILE > > Then you should follow the full procedure to update userland > and kernel from source as spelled out in src/UPDATING. > > Please note that HWPMC(4) log files that contain callchain information are > not binary compatible with prior versions of pmc(3) and pmcstat(8). > > Please do test on your systems and let Fabien and me know > how you fared. > > Koshy > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 14:27:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 629AE1065672 for ; Mon, 14 Jul 2008 14:27:25 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 09D9E8FC3D for ; Mon, 14 Jul 2008 14:27:24 +0000 (UTC) (envelope-from yraffah@sadeem.net) Received: by ug-out-1314.google.com with SMTP id q2so295257uge.37 for ; Mon, 14 Jul 2008 07:27:24 -0700 (PDT) Received: by 10.86.80.17 with SMTP id d17mr14310680fgb.47.1216044161798; Mon, 14 Jul 2008 07:02:41 -0700 (PDT) Received: from SilverShadow.lan ( [78.93.74.120]) by mx.google.com with ESMTPS id 3sm2203127fge.3.2008.07.14.07.02.39 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 14 Jul 2008 07:02:41 -0700 (PDT) Message-Id: <3C6EF275-B0F3-46D7-9A4A-31A6710C0629@sadeem.net> From: Yousef Raffah To: Scot Hetzel In-Reply-To: <790a9fff0807012003j1b187d3dr75496cd239696137@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Mon, 14 Jul 2008 17:02:36 +0300 References: <20080630110349.GA80339@eos.sc1.parodius.com> <790a9fff0807012003j1b187d3dr75496cd239696137@mail.gmail.com> X-Mailer: Apple Mail (2.928.1) Cc: freebsd-stable@freebsd.org Subject: Re: Syncing or maybe update issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jul 2008 14:27:25 -0000 On Jul 2, 2008, at 6:03 AM, Scot Hetzel wrote: > On Tue, Jul 1, 2008 at 6:13 AM, Yousef Raffah > wrote: >> I guess I couldn't figure out how to checkout RELENG_7_0_0_RELEASE >> from the mirror >> freebsdanoncvs@anoncvs.FreeBSD.org:/home/ncvs >> I typed this: >> # cvs checkout -r RELENG_7_0_0_RELEASE src >> >> Can someone help with it, I can't spot an issue with the syntax but >> it >> is complaining saying: >> cvs [checkout aborted]: cannot write /home/ncvs/CVSROOT/val-tags: >> Permission denied > > Have a look at the handbook section: > > A.3 Using Anonymous CVS > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/anoncvs.html > Thanks, I just changed the mirror and everything worked fine :) From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 15:30:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 142291065673 for ; Mon, 14 Jul 2008 15:30:15 +0000 (UTC) (envelope-from sorin.panca@psrk.com) Received: from mail1.psrk.com (64.147.114.45.static.nyinternet.net [64.147.114.45]) by mx1.freebsd.org (Postfix) with ESMTP id 01BAB8FC24 for ; Mon, 14 Jul 2008 15:30:14 +0000 (UTC) (envelope-from sorin.panca@psrk.com) Received: from [82.77.123.155] (port=43774) by mail1.psrk.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1KIQ0k-0004p0-Ej; Mon, 14 Jul 2008 11:30:47 -0400 Message-ID: <487B70A3.8020203@psrk.com> Date: Mon, 14 Jul 2008 18:28:35 +0300 From: =?UTF-8?B?U29yaW4gUMOibmNh?= User-Agent: Thunderbird 2.0.0.14 (X11/20080619) MIME-Version: 1.0 To: utisoft@gmail.com References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Cc: koitsu@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: Failure building apache22 and mysql51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Jul 2008 15:30:15 -0000 I'm sorry for my late response, I was on vacation. I think this was the case (although I thought we have only amd64 machines). Is there a way to recover from this situation by ssh access only? Thank you! Sorin. Chris Rees wrote: >> Date: Mon, 23 Jun 2008 18:43:04 +0300 >> From: Sorin P?nca > > >> Hello people! >> I recently upgraded a amd64 machine from FreeBSD-6.2-RELEASE-p11 to >> FreeBSD-7.0-RELEASE-p2 using the tutorial found at >> http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html >> All went well with the base system. > > I don't want to patronise, but are you sure you were running > FreeBSD/amd64-6.2 before? Looks kinda like you've tried to upgrade > from 6.2/i386 to 7.0/amd64. In case you have, you can't do that. > > Check you haven't disabled and processor-specific extensions in your > BIOS, like SSE, that would also create problems if you have optimised > your ports. > > Chris > > > > > >> I thought devel/linuxthreads was using some old library so I tried to >> rebuild it: >> >> # cd ../../devel/linuxthreads && make install clean # portupgrade -f >> wouldn't do anything >> ===> linuxthreads-2.2.3_23 is only for i386, while you are running amd64. >> *** Error code 1 >> >> Stop in /usr/ports/devel/linuxthreads. >> >> >> Any ideas what to do next? >> Thank you! >> >> Sorin. >> From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 15:51:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5861C106567B for ; Mon, 14 Jul 2008 15:51:19 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id EC5B68FC25 for ; Mon, 14 Jul 2008 15:51:18 +0000 (UTC) (envelope-from joseph.koshy@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3414204fgb.35 for ; Mon, 14 Jul 2008 08:51:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=F+8XYWskQPkT67Pp42uUJqn1Rnir8+7sHp3uS7b4ewQ=; b=wQa3PftOv6VpZIJv8NB4ZnxvMOKdgg+69DjIekAOouY8Fsanlwja1O3br4Hmnvgk3v 2S9kX4u4u2go3sG14HcxRUAHvEoGrKE1WOYAJeZ9aHV15V6+4WRiy7aTiD+ijiGnSA+j HyLm9D4P3pfWEfrYGKx3eKSgLRgNHv0c3mgsk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=dmefFqLyHLl0a8tt4U0aaSLjOC5SwRWqgRyOw6Khi7/nm0IPjqoBvcInCUfloSbjo7 lWq8d2KSgw3H72zUzeubalfdv2B1DJMAsWdjfc6HYa7+v+KQh/4bnxRJZAJ0xSu6BmFd pmnR6Jzlcaw++Zpe2Bwr7eGVKx33c1N5sVBE8= Received: by 10.86.95.20 with SMTP id s20mr8442909fgb.25.1216047315188; Mon, 14 Jul 2008 07:55:15 -0700 (PDT) Received: by 10.86.61.4 with HTTP; Mon, 14 Jul 2008 07:55:15 -0700 (PDT) Message-ID: <84dead720807140755s300e0158p16415ee3b9185840@mail.gmail.com> Date: Mon, 14 Jul 2008 20:25:15 +0530 From: "Joseph Koshy" To: "Stefan Lambrev" In-Reply-To: <487B3F37.7000300@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <84dead720807122205i33bf6eb0p998d473df9e52304@mail.gmail.com> <487B3F37.7000300@moneybookers.com> Cc: FreeBSD Hackers , fabien.thomas@netasq.com, FreeBSD Stable List Subject: Re: Announcement: PmcTools callchain capture for RELENG_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: Mon, 14 Jul 2008 15:51:19 -0000 > Does it mean that hwpmc from now will work "out of the box" with new Intel > core2 duo/quad processors (like T7500) ? No, someone needs to write the appropriate CPU-dependent module for that. For those who are interested in doing so, there is a HowTo document at: http://wiki.freebsd.org/PmcTools/PmcHardwareHowTo Koshy From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 22:18:41 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 896A91065671 for ; Mon, 14 Jul 2008 22:18:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBFB8FC13 for ; Mon, 14 Jul 2008 22:18:41 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so2130004ywe.13 for ; Mon, 14 Jul 2008 15:18:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=fkzunWRweoG2a2txSAuJzlVGdlp8UxrQE1Iyw3Bvaak=; b=BSgbmvglnMJQK1G6QoAexL8UcCHKDtH2QUtRTtNYu8ygF+0NtgQHTHo1hJz/9jNbgg x+WyQPqbTJL5r9mSzHAo6Bxxq3HjU925cDGMSKpW97AXRvHYfj7gi9yjbuIR1KS+gj35 DTB4oIpmIpm5P7mf92C2AZtYE6WMnHr5e2ESM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=NHGZ9+pniAPYXK1PReivvW+F/D6X2UO8sY1r5xaKt1ypmSwvhEzTZum5AMzW80EcnE e+4PaxVyHKdBoFzrDiptBjFo5r39Oi+j89nN9z5jvOMxD8PFlzheLQrJbhVMUmIPdK09 CYVnsnKFChNkIbyEBFfdeXTFcoqDfm1S/ndSQ= Received: by 10.114.147.1 with SMTP id u1mr14747093wad.208.1216072396704; Mon, 14 Jul 2008 14:53:16 -0700 (PDT) Received: by 10.114.176.12 with HTTP; Mon, 14 Jul 2008 14:53:16 -0700 (PDT) Message-ID: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> Date: Mon, 14 Jul 2008 14:53:16 -0700 From: "Jack Vogel" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Mon, 14 Jul 2008 22:18:41 -0000 Just guessing, did someone change conf/files maybe?? Jack On Mon, Jul 14, 2008 at 2:44 PM, wrote: > Howdy, > > As of today, this afternoon, I see the following: > > linking kernel.debug > e1000_api.o(.text+0xad9): In function `e1000_setup_init_funcs': > ../../../dev/em/e1000_api.c:343: undefined reference to `e1000_init_function_pointers_80003es2lan' > e1000_api.o(.text+0xae8):../../../dev/em/e1000_api.c:340: undefined reference to `e1000_init_function_pointers_82571' > e1000_api.o(.text+0xafa):../../../dev/em/e1000_api.c:334: undefined reference to `e1000_init_function_pointers_82541' > e1000_api.o(.text+0xb0c):../../../dev/em/e1000_api.c:328: undefined reference to `e1000_init_function_pointers_82540' > e1000_api.o(.text+0xb1e):../../../dev/em/e1000_api.c:321: undefined reference to `e1000_init_function_pointers_82543' > e1000_api.o(.text+0xb30):../../../dev/em/e1000_api.c:316: undefined reference to `e1000_init_function_pointers_82542' > e1000_ich8lan.o(.text+0x98c): In function `e1000_valid_nvm_bank_detect_ich8lan': > ../../../dev/em/e1000_ich8lan.c:1032: undefined reference to `e1000_translate_register_82542' > e1000_ich8lan.o(.text+0xc32): In function `e1000_acquire_swflag_ich8lan': > ../../../dev/em/e1000_ich8lan.c:424: undefined reference to `e1000_translate_register_82542' > e1000_ich8lan.o(.text+0xc6e):../../../dev/em/e1000_ich8lan.c:426: undefined reference to `e1000_translate_register_82542' > e1000_ich8lan.o(.text+0xc9d):../../../dev/em/e1000_ich8lan.c:422: undefined reference to `e1000_translate_register_82542' > e1000_ich8lan.o(.text+0xced):../../../dev/em/e1000_ich8lan.c:436: undefined reference to `e1000_translate_register_82542' > e1000_ich8lan.o(.text+0x16bf):../../../dev/em/e1000_ich8lan.c:2700: more undefined references to `e1000_translate_register_82542' follow > *** Error code 1 > > > Thoughts? > > Later, > George > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Mon Jul 14 22:25:56 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 260EF106567E for ; Mon, 14 Jul 2008 22:25:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 14F3A8FC17 for ; Mon, 14 Jul 2008 22:25:56 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m6ELjsNT086857; Mon, 14 Jul 2008 14:45:55 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m6ELiblm073886; Mon, 14 Jul 2008 14:44:37 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (209.249.190.254.available.above.net [209.249.190.254] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m6ELibrq014988; Mon, 14 Jul 2008 14:44:37 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Mon, 14 Jul 2008 17:44:34 -0400 Message-ID: From: gnn@freebsd.org To: net@freebsd.org User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 944742 - ea999f968eed X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: stable@freebsd.org Subject: igb doesn't compile in 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: Mon, 14 Jul 2008 22:25:56 -0000 Howdy, As of today, this afternoon, I see the following: linking kernel.debug e1000_api.o(.text+0xad9): In function `e1000_setup_init_funcs': ../../../dev/em/e1000_api.c:343: undefined reference to `e1000_init_function_pointers_80003es2lan' e1000_api.o(.text+0xae8):../../../dev/em/e1000_api.c:340: undefined reference to `e1000_init_function_pointers_82571' e1000_api.o(.text+0xafa):../../../dev/em/e1000_api.c:334: undefined reference to `e1000_init_function_pointers_82541' e1000_api.o(.text+0xb0c):../../../dev/em/e1000_api.c:328: undefined reference to `e1000_init_function_pointers_82540' e1000_api.o(.text+0xb1e):../../../dev/em/e1000_api.c:321: undefined reference to `e1000_init_function_pointers_82543' e1000_api.o(.text+0xb30):../../../dev/em/e1000_api.c:316: undefined reference to `e1000_init_function_pointers_82542' e1000_ich8lan.o(.text+0x98c): In function `e1000_valid_nvm_bank_detect_ich8lan': ../../../dev/em/e1000_ich8lan.c:1032: undefined reference to `e1000_translate_register_82542' e1000_ich8lan.o(.text+0xc32): In function `e1000_acquire_swflag_ich8lan': ../../../dev/em/e1000_ich8lan.c:424: undefined reference to `e1000_translate_register_82542' e1000_ich8lan.o(.text+0xc6e):../../../dev/em/e1000_ich8lan.c:426: undefined reference to `e1000_translate_register_82542' e1000_ich8lan.o(.text+0xc9d):../../../dev/em/e1000_ich8lan.c:422: undefined reference to `e1000_translate_register_82542' e1000_ich8lan.o(.text+0xced):../../../dev/em/e1000_ich8lan.c:436: undefined reference to `e1000_translate_register_82542' e1000_ich8lan.o(.text+0x16bf):../../../dev/em/e1000_ich8lan.c:2700: more undefined references to `e1000_translate_register_82542' follow *** Error code 1 Thoughts? Later, George From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 00:17:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 849AE106564A for ; Tue, 15 Jul 2008 00:17:39 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 44E4B8FC1C for ; Tue, 15 Jul 2008 00:17:38 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m6F0HEKf000583; Mon, 14 Jul 2008 17:17:14 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m6F0HD7m000582; Mon, 14 Jul 2008 17:17:13 -0700 (PDT) Date: Mon, 14 Jul 2008 17:17:13 -0700 (PDT) From: Matthew Dillon Message-Id: <200807150017.m6F0HD7m000582@apollo.backplane.com> To: Jeremy Chadwick References: <487A18E8.6010809@bsdforen.de> <20080713164033.GA97147@eos.sc1.parodius.com> Cc: Dominic Fandrey , freebsd-stable@freebsd.org Subject: Re: dvd dma 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: Tue, 15 Jul 2008 00:17:39 -0000 :> quite fine from 5.3 to somewhere in the 6.x branch. Nowadays I have to send :> them to PIO4 to play DVDs, because they'll just throw DMA not aligned errors :> around in UDMA33 or WDMA2 mode. :> :> Should someone be interested in this I'm willing to supply all necessary :> information, such as the exact drives, firmware versions, kernel traces... :> whatever comes to your mind. I'm also willing to test patches. : :Is the problem you're seeing identical to this? : :http://lists.freebsd.org/pipermail/freebsd-hackers/2008-July/025297.html : :-- :| Jeremy Chadwick jdc at parodius.com | One of our guys (in DragonFly-land) tracked this down two two issues, fixing either one will fix the problem. I'd include a patch but he has not finished it yet. Still, anyone with moderate kernel programming skills can probably fix it in an hour or less. physio() - uses vmapbuf(). vmapbuf() does NOT realign the user address, it simply maps it into the buffer and adjusts b_data. So if the user supplies a badly aligned buffer, physio() will happily pass that bad alignment to the driver. physio() could be modified to allocate kernel memory to back the pbuf and copy instead of calling vmapbuf(), for those cases where the user supplied buffer is not well aligned (e.g. not at least 512-byte aligned). The pbuf already reserve KVA so all one would need to do is allocate pages to back the KVA space. I think a couple of other subsystems in the kernel do this with pbufs so there is plenty of example material. -- The ATA driver has an explicit alignment check and also uses BUS_DMA_NOWAIT in its call to bus_dmamap_load() in ata_dmaload(). The ATA driver could be adjusted to remove the alignment check, remove the BUS_DMA_NOWAIT flag, and also not free the bounce buffer when DMA ends (so you don't get allocator deadlocks). You might have other issues related to lock ordering, and this solution would eat a considerable amount of memory (upwards of a megabyte, more if you have more ATA channels), but that's the jist of it. It should be noted that only physio() can supply unaligned BIOs to the driver layer. All other BIO sources (that I know of) will always be at least 512-byte aligned. -- My recommendation is to fix physio(). User programs that do not supply aligned buffers clearly don't care about performance, so the kernel can just back the pbuf with memory and copyin/out the user data. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 02:40:58 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D51F61065671; Tue, 15 Jul 2008 02:40:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (unknown [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1FD3E8FC1A; Tue, 15 Jul 2008 02:40:58 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (unknown [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id 444C928448; Tue, 15 Jul 2008 10:40:57 +0800 (CST) Received: from localhost (unknown [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id DAFBFEB58CF; Tue, 15 Jul 2008 10:40:56 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id W9vVppR5moTE; Tue, 15 Jul 2008 10:40:51 +0800 (CST) Received: from charlie.delphij.net (adsl-76-237-33-62.dsl.pltn13.sbcglobal.net [76.237.33.62]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 5234EEB58CD; Tue, 15 Jul 2008 10:40:50 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IdHmadsbmh7DFnA0nKeD7rsi5ptVQcTM9dvIRXby2XRVuaTyxsgIxkbT2D19vdKsV NmwMB2ynpg3otGjy/FvGA== Message-ID: <487C0E2F.9040207@delphij.net> Date: Mon, 14 Jul 2008 19:40:47 -0700 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.14 (X11/20080616) MIME-Version: 1.0 To: Frank Staals References: <576dcbc20801040037n511b343cgd4447de57a24089@mail.gmail.com> <477DF250.8020407@gmx.net> In-Reply-To: <477DF250.8020407@gmx.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lveax , freebsd-stable@freebsd.org, freebsd-questions Subject: Re: snd_hda(freebsd 7.0 rc1) doesn't work on dell latitude D630 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 02:40:58 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Frank Staals wrote: [...] | I have a similar problem (also with a D630 ) ; I only get sound when | plugging in a headset or similar. Sound won't work over the internal | speakers. I also tried the oss drivers, without | success though: at the time ( about a month ago ) it even locked up my | system. | | frank@Rena# uname -a | FreeBSD Rena.FStaals.net 7.0-BETA4 FreeBSD 7.0-BETA4 #0: Fri Dec 21 | 11:48:15 CET 2007 | frank@Rena.FStaals.net:/usr/obj/usr/src/sys/RENAKERNEL i386 I have just committed a changeset as 180532 which are essentially quirks that recognize and sets some parameters for D630. With Ariff's latest work on -CURRENT, it should make D630's audio work. If you use -STABLE, please do the following: 1. Checkout /sys/dev/sound from -HEAD, either svn or cvs should work; 2. Do a s,kproc_,kthread_,g replace over the code; 3. Recompile /sys/modules/sound. My plan is to MFC all these changes next week. Please let me know if you have any problems. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh8Di8ACgkQi+vbBBjt66BqnwCguuLtg7mT5Nxn80T2Ci8eNrkw HW0An3m3qhcIZCImGsTQY/FS4/vsH2NX =hrAP -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 03:02:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E77106566B for ; Tue, 15 Jul 2008 03:02:51 +0000 (UTC) (envelope-from mike.derouen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 8846A8FC20 for ; Tue, 15 Jul 2008 03:02:51 +0000 (UTC) (envelope-from mike.derouen@gmail.com) Received: by an-out-0708.google.com with SMTP id b33so1130681ana.13 for ; Mon, 14 Jul 2008 20:02:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:mime-version:content-type; bh=78+eCVuWS2Cfy4akUwPTpmcSGzAa7eOcGeXWnlWiLA4=; b=RvN5ubo1Q4BtX5fCd6H2xRF24o90rozilLhKWft/txqT1CXJyyOZFZ5EPVoIgsjIgQ NXtc9JX1m83BdlXfETplBug22w+vYDbvTGSMl5r4PYuR6wamA8mVSedul50MZpOPZNJm MmwNZoS1tvULqgJN+zPGLsGWAHhEI0GNBhNEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=heO0H0QBKxbGKo0rRKC/w3xSPhDfLAZKOhNzF54A5Gr3IuoglbZG8PCevCPCDFWXfx PR0n5v5jW97WRuP+gQr5yZGpxEFenK0Z/OFp+4s/xyoNOf+AWZt8o5Va2aPv4urd72tl I190XhjXWFkqD2RBIIUQ5L70n2vBJLZTE/89o= Received: by 10.100.41.9 with SMTP id o9mr10911728ano.42.1216090970648; Mon, 14 Jul 2008 20:02:50 -0700 (PDT) Received: by 10.100.216.4 with HTTP; Mon, 14 Jul 2008 20:02:50 -0700 (PDT) Message-ID: Date: Mon, 14 Jul 2008 20:02:50 -0700 From: "Mike Derouen" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Nexuiz-2.4.2 Server Browser and sockets "sendto" error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 03:02:51 -0000 Hello, I have recently installed the nexuiz-2.4.2 port and the single player game works great. The multiplayer mode, however, is not working properly. When i look at the server browser, there aren't any games listed, and I don't see a way to add servers or refresh the list. I also keep getting this sockets error in the console: "LHNET_Write: sendto returned error: Address family not supported by protocol family" Here's my uname output: % uname -a FreeBSD alpha 7.0-STABLE FreeBSD 7.0-STABLE #4: Mon Jul 14 19:09:46 PDT 2008 root@alpha:/usr/obj/usr/src/sys/GENERIC i386 Does anybody have an idea of how to fix this? I have tried to do a "connect" from the console of a single player game, but that gave the same result. I have successfully connected to multiplayer quake3 games on a few different servers, so I'm taking a stab in the dark and guessing that the problem may be with the nexuiz port. Please let me know what extra useful info I can provide as well. Thanks, Mike From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 10:15:03 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 226991065672 for ; Tue, 15 Jul 2008 10:15:03 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 949808FC24 for ; Tue, 15 Jul 2008 10:15:02 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from [195.224.14.210] (helo=UKBIM1344) by server252.basicnets.co.uk with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIhIu-0000ZH-Rh for freebsd-stable@freebsd.org; Tue, 15 Jul 2008 10:58:40 +0100 From: "John Sullivan" To: Date: Tue, 15 Jul 2008 10:58:19 +0100 Message-ID: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcjmYU8JcmEimd48QtqhUk/PrEcKVQ== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 10:15:03 -0000 I am experiencing 'random' reboots interspersed with panics whenever I put a newly installed system under load (make index in /usr/ports is enough). A sample panic is at the end of this email. I have updated to 7.0-RELEASE-p2 using the GENERIC amd64 kernel and it is still the same. The system is a Gigabyte GA-M56S-S3 motherboard with 4GB of RAM, an Athlon X2 6400+ and 3 x Maxtor SATA 750GB HDD's (only the first is currently in use). The first disk is all allocated to FreeBSD using UFS. There is also a Linksys 802.11a/b/g card installed. I have flashed the BIOS to the latest revision (F4e). The onboard RAID is disabled. At the moment there is no exotic software installed. Although I have been using FreeBSD for a number of years this is the first time I have experienced regular panics and am at a complete loss trying to work out what is wrong. I would be grateful for any advice anyone is willing to give to help me troubleshoot this issue. Thanks in advance John Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x800000b0 fault code - supervisor write data, page not present instruction pointer = 0x8:0xffffffff804db18c stack pointer = 0x10:ffffffffb1e92450 frame pointer = 0x10:ffffffec code segment = base 0x0, limit 0xfffff, type 0x16, DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interupt enabled, resume, IOPL = 0 current processkernel trap 12 with interrupts disabled #nm -n /boot/kernel/kernel | grep ffffffff804db ffffffff804dbac0 t flushbufqueues From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 10:21:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F8621065684 for ; Tue, 15 Jul 2008 10:21:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 86F9A8FC24 for ; Tue, 15 Jul 2008 10:21:35 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 678DC1CC098; Tue, 15 Jul 2008 03:21:35 -0700 (PDT) Date: Tue, 15 Jul 2008 03:21:35 -0700 From: Jeremy Chadwick To: John Sullivan Message-ID: <20080715102135.GA18082@eos.sc1.parodius.com> References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 10:21:35 -0000 On Tue, Jul 15, 2008 at 10:58:19AM +0100, John Sullivan wrote: > I am experiencing 'random' reboots interspersed with panics whenever I put a newly installed system under load (make index in > /usr/ports is enough). A sample panic is at the end of this email. > > I have updated to 7.0-RELEASE-p2 using the GENERIC amd64 kernel and it is still the same. The system is a Gigabyte GA-M56S-S3 > motherboard with 4GB of RAM, an Athlon X2 6400+ and 3 x Maxtor SATA 750GB HDD's (only the first is currently in use). The first > disk is all allocated to FreeBSD using UFS. There is also a Linksys 802.11a/b/g card installed. I have flashed the BIOS to the > latest revision (F4e). The onboard RAID is disabled. > > At the moment there is no exotic software installed. > > Although I have been using FreeBSD for a number of years this is the first time I have experienced regular panics and am at a > complete loss trying to work out what is wrong. I would be grateful for any advice anyone is willing to give to help me > troubleshoot this issue. Can the system in question run memtest86+ successfully (no errors) for an hour? It would help diminish (but not entirely rule out) hardware (memory or chipset) issues. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 10:28:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64E781065672 for ; Tue, 15 Jul 2008 10:28:29 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0F2328FC1A for ; Tue, 15 Jul 2008 10:28:29 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from [195.224.14.210] (helo=UKBIM1344) by server252.basicnets.co.uk with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIhlk-0000pq-1w; Tue, 15 Jul 2008 11:28:28 +0100 From: "John Sullivan" To: References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> Date: Tue, 15 Jul 2008 11:28:22 +0100 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: <20080715102135.GA18082@eos.sc1.parodius.com> Thread-Index: AcjmZJYiEfk880+QTPGGNxXuH9x8wAAAJJsw X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Cc: 'Jeremy Chadwick' Subject: RE: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 10:28:29 -0000 > Can the system in question run memtest86+ successfully (no > errors) for an hour? It would help diminish (but not > entirely rule out) hardware (memory or chipset) issues. Sorry, forgot to mention, I ran memtest over night without any problem reported. I ran Fedora 9 for a month without any issue - FreeBSD 7.0 crashes within an hour. John From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 11:05:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC138106567A; Tue, 15 Jul 2008 11:05:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8038FC08; Tue, 15 Jul 2008 11:05:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487C8486.1040904@FreeBSD.org> Date: Tue, 15 Jul 2008 13:05:42 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: John Sullivan References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Jeremy Chadwick' , freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 11:05:43 -0000 John Sullivan wrote: > >> Can the system in question run memtest86+ successfully (no >> errors) for an hour? It would help diminish (but not >> entirely rule out) hardware (memory or chipset) issues. > > Sorry, forgot to mention, I ran memtest over night without any problem reported. I ran Fedora 9 for a month without any issue - > FreeBSD 7.0 crashes within an hour. Well, that doesn't rule out hardware failure. Different OSes may use different capabilities of the hardware, or just use it in a different way, and that can provoke failures from marginal hardware. Please collect kgdb/ddb backtraces. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 13:45:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E1421065675 for ; Tue, 15 Jul 2008 13:45:33 +0000 (UTC) (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 259938FC2D for ; Tue, 15 Jul 2008 13:45:33 +0000 (UTC) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id m6FDj6N0075969; Tue, 15 Jul 2008 09:45:07 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Danny Braniss In-Reply-To: References: <487A40FE.7030102@dmv.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yOAB+Ws8kJqa7LgyeOFw" Date: Tue, 15 Jul 2008 09:45:06 -0400 Message-Id: <1216129506.27608.8.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Cc: freebsd-stable@freebsd.org Subject: Re: Using iscsi with multiple targets X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 13:45:33 -0000 --=-yOAB+Ws8kJqa7LgyeOFw Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-07-14 at 11:29 +0300, Danny Braniss wrote: > > FreeBSD 7.0 > >=20 > > I have 2 machines with identical configurations/hardware, let's call th= em A (master)=20 > > and B (slave). I have installed iscsi-target from ports and have set up= 3 targets=20 > > representing the 3 drives I wish to be connected to from A. > >=20 > > The Targets file: > > # extents file start length > > extent0 /dev/da1 0 465GB > > extent1 /dev/da2 0 465GB > > extent2 /dev/da3 0 465GB > >=20 > > # target flags storage netmask > > target0 rw extent0 192.168.0.1/24 > > target1 rw extent1 192.168.0.1/24 > > target2 rw extent2 192.168.0.1/24 > >=20 > > I then start up iscsi_target and all is good. > >=20 > > Now on A I have set up my /etc/iscsi.conf file as follows: > >=20 > > # cat /etc/iscsi.conf > > data1 { > > targetaddress=3D192.168.0.252 > > targetname=3Diqn.1994-04.org.netbsd.iscsi-target:target0 > > initiatorname=3Diqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > > } > > data2 { > > targetaddress=3D192.168.0.252 > > targetname=3Diqn.1994-04.org.netbsd.iscsi-target:target1 > > initiatorname=3Diqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > > } > > data3 { > > targetaddress=3D192.168.0.252 > > targetname=3Diqn.1994-04.org.netbsd.iscsi-target:target2 > > initiatorname=3Diqn.2005-01.il.ac.huji.cs::BSD-2-1.sven.local > > } > >=20 > > So far so good, now come the issues. First of all, it would appear that= with=20 > > iscontrol one can only start one "named" session at a time; for example > > /sbin/iscontrol -n data1 > > /sbin/iscontrol -n data2 > > /sbin/isconrtol -n data3 > >=20 > > I guess that is ok, except that each invocation of iscontrol resets the= other=20 > > sessions. Here is the camcontrol and dmesg output from running the abov= e 3 commands. > >=20 > > # camcontrol devlist > > at scbus0 target 0 lun 0 (pass0,da0) > > at scbus0 target 1 lun 0 (pass1,da1) > > at scbus0 target 2 lun 0 (pass2,da2) > > at scbus0 target 3 lun 0 (pass3,da3) > > at scbus1 target 0 lun 0 (da5,pass5) > > at scbus1 target 1 lun 0 (da6,pass6) > > at scbus1 target 2 lun 0 (da4,pass4) > >=20 > >=20 > > [ /sbin/iscontrol -n data1 ] > > da4 at iscsi0 bus 0 target 0 lun 0 > > da4: Fixed Direct Access SCSI-3 device > >=20 > > [ /sbin/iscontrol -n data2 ] > > (da4:iscsi0:0:0:0): lost device > > (da4:iscsi0:0:0:0): removing device entry > > da4 at iscsi0 bus 0 target 0 lun 0 > > da4: Fixed Direct Access SCSI-3 device > > da5 at iscsi0 bus 0 target 1 lun 0 > > da5: Fixed Direct Access SCSI-3 device > >=20 > > [ /sbin/iscontrol -n data3 ] > > (da4:iscsi0:0:0:0): lost device > > (da4:iscsi0:0:0:0): removing device entry > > (da5:iscsi0:0:1:0): lost device > > (da5:iscsi0:0:1:0): removing device entry > > da4 at iscsi0 bus 0 target 2 lun 0 > > da4: Fixed Direct Access SCSI-3 device > > da5 at iscsi0 bus 0 target 0 lun 0 > > da5: Fixed Direct Access SCSI-3 device > > da6 at iscsi0 bus 0 target 1 lun 0 > > da6: Fixed Direct Access SCSI-3 device > >=20 > >=20 > > It would appear that rather than appending the new device to the end of= the "da"=20 > > devices, it starts to do some type of naming queue after the second dev= ice. If I am=20 > > to use these devices in any type of automated setup, how can make sure = that after=20 > > these commands, "da6" will always be target 1 (i.e. /dev/da2 on the sla= ve machine). > >=20 > > Next, there is no "startup" script for iscontrol - would that simply ha= ve to be=20 > > added the system or is there a way with sysctl that it could be done. T= he plan here=20 > > is use gmirror such that /dev/da1 on A is mirrored with the /dev/da1 on= B using iscsi. >=20 > Hi Sven, > I just tried it here, and it seems that at the end all is ok :-) > I think the lost/removing/found has something to do to iscontrol calling > camcontrol rescan - I will check this later, but the end result is that > you should have all /dev/da's. > I don't see any reasonable safe way to tie a scsi# (/dev/dan), > except to label (see glabel) the disk. > The startup script is, at the moment, not trivial, but I'm attaching > it, so someone can suggest improvements :-) > #!/bin/sh >=20 > # PROVIDE: iscsi > # REQUIRE: NETWORKING > # BEFORE: DAEMON > # KEYWORD: nojail shutdown >=20 > # > # Add the following lines to /etc/rc.conf to enable iscsi: > # > # iscsi_enable=3D"YES" > # iscsi_fstab=3D"/etc/fstab.iscsi" >=20 > . /etc/rc.subr > . /cs/share/etc/rc.subr >=20 > name=3Discsi > rcvar=3D`set_rcvar` >=20 > command=3D/sbin/iscontrol >=20 > iscsi_enable=3D${iscsi_enable:-"NO"} > iscsi_fstab=3D${iscsi_fstab:-"/etc/fstab.iscsi"} > iscsi_exports=3D${iscsi_exports:-"/etc/exports.iscsi"} > iscsi_debug=3D${iscsi_debug:-0} > start_cmd=3D"iscsi_start" > faststop_cmp=3D"iscsi_stop" > stop_cmd=3D"iscsi_stop" >=20 > start_precmd=3D"iscontrol_precmd" > iscontrol_prog=3D${iscontrol_prog:-"iscontrol"} > iscontrol_log=3D${iscontrol_log:-"/var/log/$iscontrol_prog"} > iscontrol_syslog=3D${iscontrol_syslog:-"644 3 100 * JC"} >=20 > iscontrol_precmd() > { > setup_syslog "$iscontrol_prog" "$iscontrol_log" "$iscontrol_syslog" > } >=20 > iscsi_wait() > { > dev=3D$1 > trap "echo 'wait loop cancelled'; exit 1" 2 > count=3D0 > while true; do > if [ -c $dev ]; then > break; > fi > if [ $count -eq 0 ]; then > echo -n Waiting for ${dev}': ' > fi > count=3D$((${count} + 1)) > if [ $count -eq 6 ]; then > echo " Failed for dev=3D$dev" > return 0 > break > fi > echo -n '.' > sleep 5; > done > echo "$dev ok." > return 1 > } >=20 > iscsi_start() > { > # > # load needed modules > for m in iscsi_initiator geom_label; do > kldstat -qm $m || kldload $m > done >=20 > sysctl debug.iscsi_initiator=3D$iscsi_debug > # > # start iscontrol for each target > if [ -n "${iscsi_targets}" ]; then > for target in ${iscsi_targets}; do > ${command} ${rc_flags} -n ${target} > done > fi >=20 > if [ -f "${iscsi_fstab}" ]; then > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > if iscsi_wait ${spec}; then > break; > fi > echo type=3D$type spec=3D$spec file=3D$file > fsck -p ${spec} && mkdir -p ${file} && mount ${spec} ${file} > chmod 755 ${file}=20 > ;; > esac > done < ${iscsi_fstab}=20 > fi >=20 > if [ -f "${iscsi_exports}" ]; then > cat ${iscsi_exports} >> /etc/exports > #/etc/rc.d/mountd reload > kill -1 `cat /var/run/mountd.pid` > fi > } >=20 > iscsi_stop() > { > echo 'iscsi stopping' > while read spec file type opt t1 t2 > do > case ${spec} in > \#*|'') > ;; > *) > echo iscsi: umount $spec > umount -fv $spec > ;; > esac > done < ${iscsi_fstab}=20 > } >=20 > load_rc_config $name > run_rc_command "$1" Thanks for the script and information. I have found that so long as I add the targets in the same order each time (i.e. iscontrol -n data1, then data2, then data3) the actual scsi target will be the same even though the device number will change. So if I do something like: camcontrol devlist | grep "scbus1 target 0" | sed 's/^.*da\(.\).*/da\1/' I can parse out the device number it was assigned. After some other reports it would appear as though iscsi will not work for my needs (which basically involves creating a mirrored pool/filesystem spanning 2 machines) as iscsi will lock when the target machine goes down. I will continue this in a new thread as it strays from the question originally asked here. Sven --=-yOAB+Ws8kJqa7LgyeOFw Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBIfKnbSnmnd8q3JGsRAmJyAKCFEY81PrYtt6ti58vHxJxn+gdj1ACgrL/9 XlMrGEX8+VsCqcaaQNafdmo= =ez5a -----END PGP SIGNATURE----- --=-yOAB+Ws8kJqa7LgyeOFw-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 14:01:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCFCB1065676 for ; Tue, 15 Jul 2008 14:01:51 +0000 (UTC) (envelope-from www-data@www1.scour.com) Received: from www1.scour.com (www1.scour.com [67.29.139.229]) by mx1.freebsd.org (Postfix) with ESMTP id B0B8E8FC12 for ; Tue, 15 Jul 2008 14:01:51 +0000 (UTC) (envelope-from www-data@www1.scour.com) Received: by www1.scour.com (Postfix, from userid 33) id 93F0093894; Tue, 15 Jul 2008 06:41:35 -0700 (PDT) To: freebsd-stable@freebsd.org From: S. M. Ibrahim lavlu Message-Id: <20080715134135.93F0093894@www1.scour.com> Date: Tue, 15 Jul 2008 06:41:35 -0700 (PDT) Subject: Scour.com invite from S. M. Ibrahim lavlu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smibrahim@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 14:01:51 -0000 Hey, Did you hear about Scour? It is the next gen search engine with Google/Yahoo/MSN results and user comments all on one page. Best of all we get paid for using it by earning points with every search, comment and vote. The points are redeemable for Visa gift cards! It's like earning credit card or airline points just for searching! Hit the link below to join for free and we will both get points! U http://scour.com/invite/lavluda/ I know you'll like it! - S. M. Ibrahim lavlu From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 14:02:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C272106566C for ; Tue, 15 Jul 2008 14:02:37 +0000 (UTC) (envelope-from www-data@www1.scour.com) Received: from www1.scour.com (www1.scour.com [67.29.139.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0F6648FC27 for ; Tue, 15 Jul 2008 14:02:37 +0000 (UTC) (envelope-from www-data@www1.scour.com) Received: by www1.scour.com (Postfix, from userid 33) id 02BF593D13; Tue, 15 Jul 2008 06:43:51 -0700 (PDT) To: freebsd-stable@freebsd.org From: S. M. Ibrahim lavlu Message-Id: <20080715134351.02BF593D13@www1.scour.com> Date: Tue, 15 Jul 2008 06:43:51 -0700 (PDT) Subject: Scour.com invite from S. M. Ibrahim lavlu X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: smibrahim@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 14:02:37 -0000 Hey, Did you hear about Scour? It is the next gen search engine with Google/Yahoo/MSN results and user comments all on one page. Best of all we get paid for using it by earning points with every search, comment and vote. The points are redeemable for Visa gift cards! It's like earning credit card or airline points just for searching! Hit the link below to join for free and we will both get points! U http://scour.com/invite/lavluda/ I know you'll like it! - S. M. Ibrahim lavlu From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 14:07:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 132C91065673 for ; Tue, 15 Jul 2008 14:07:16 +0000 (UTC) (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 A9DA88FC1E for ; Tue, 15 Jul 2008 14:07:15 +0000 (UTC) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id m6FE7EN0076500 for ; Tue, 15 Jul 2008 10:07:14 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-J4a9Jj7QQ87GWKZ67sJ9" Date: Tue, 15 Jul 2008 10:07:14 -0400 Message-Id: <1216130834.27608.27.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Subject: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 14:07:16 -0000 --=-J4a9Jj7QQ87GWKZ67sJ9 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable With the introduction of zfs to FreeBSD 7.0, a door has opened for more mirroring options so I would like to get some opinions on what direction I should take for the following scenario. Basically I have 2 machines that are "clones" of each other (master and slave) wherein one will be serving up samba shares. Each server has one disk to hold the OS (not mirrored) and then 3 disks, each of which will be its own mountpoint and samba share. The idea is to create a mirror of each of these disks on the slave machine so that in the event the master goes down, the slave can pick up serving the samba shares (I am using CARP as the samba server IP address). My initial thought was to have the slave set up as an iscsi target and then have the master connect to each drive, then create a gmirror or zpool mirror using local_data1:iscsi_data1, local_data2:iscsi_data2, and local_data3:iscsi_data3. After some feedback (P.French for example) it would appear as though iscsi may not be the way to go for this as it locks up when the target goes down and even though I may be able to remove the target from the mirror, that process may fail as the "disk" remains in "D" state. So that leaves me with the following options: 1) ggated/ggatec + gmirror 2) ggated/ggatec + zfs (zpool mirror) 3) zfs send/recv incremental snapshots (ssh) 1) I have been using ggated/ggatec on a set of 6.2-REL boxes and find that ggated tends to fail after some time leaving me rebuilding the mirror periodically (and gmirror resilvering takes quite some time). Has ggated/ggatec performance and stability improved in 7.0? This combination does work, but it is high maintenance and automating it is a bit painful (in terms of re-establishing the gmirror and rebuilding and making sure the master machine is the one being read from). 2) Noting the issues with ggated/ggatec in (1), would a zpool be better at rebuilding the mirror? I understand that it can better determine which drive of the mirror is out of sync than can gmirror so a lot of the "insert" "rebuild" manipulations used with gmirror would not be needed here. 3) The send/recv feature of zfs was something I had not even considered until very recently. My understanding is that this would work by a) taking a snapshot of master_data1 b) zfs sending that snapshot to slave_data1 c) via ssh on pipe, receiving that snapshot on slave_data1 and then d) doing incremental snapshots, sending, receiving as in (a)(b)(c). How time/cpu intensive is the snapshot generation and just how granular could this be done? I would imagine for systems with litle traffic/changes this could be practical but what about systems that may see a lot of files added, modified, deleted to the filesystem(s)? I would be interested to hear anyone's experience with any (or all) of these methods and caveats of each. I am leaning towards ggate(dc) + zpool at the moment assuming that zfs can "smartly" rebuild the mirror after the slave's ggated processes bug out. Sven --=-J4a9Jj7QQ87GWKZ67sJ9 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBIfK8SSnmnd8q3JGsRAmqfAJ9VtJey47tdPIQULBbJqQZsTX6OnQCfcp9A iQDwbjs4mwopLMreKWz0+dM= =xDy0 -----END PGP SIGNATURE----- --=-J4a9Jj7QQ87GWKZ67sJ9-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 14:54:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12A51065670 for ; Tue, 15 Jul 2008 14:54:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B51748FC0C for ; Tue, 15 Jul 2008 14:54:26 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id ADEEE1CC09A; Tue, 15 Jul 2008 07:54:26 -0700 (PDT) Date: Tue, 15 Jul 2008 07:54:26 -0700 From: Jeremy Chadwick To: Sven Willenberger Message-ID: <20080715145426.GA31340@eos.sc1.parodius.com> References: <1216130834.27608.27.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1216130834.27608.27.camel@lanshark.dmv.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 14:54:27 -0000 On Tue, Jul 15, 2008 at 10:07:14AM -0400, Sven Willenberger wrote: > 3) The send/recv feature of zfs was something I had not even considered > until very recently. My understanding is that this would work by a) > taking a snapshot of master_data1 b) zfs sending that snapshot to > slave_data1 c) via ssh on pipe, receiving that snapshot on slave_data1 > and then d) doing incremental snapshots, sending, receiving as in > (a)(b)(c). How time/cpu intensive is the snapshot generation and just > how granular could this be done? I would imagine for systems with litle > traffic/changes this could be practical but what about systems that may > see a lot of files added, modified, deleted to the filesystem(s)? I can speak a bit on ZFS snapshots, because I've used them in the past with good results. Compared to UFS2 snapshots (e.g. dump -L or mksnap_ffs), ZFS snapshots are fantastic. The two main positives for me were: 1) ZFS snapshots take significantly less time to create; I'm talking seconds or minutes vs. 30-45 minutes. I also remember receiving mail from someone (on -hackers? I can't remember -- let me know and I can dig through my mail archives for the specific mail/details) stating something along the lines of "over time, yes, UFS2 snapshots take longer and longer, it's a known design problem". 2) ZFS snapshots, when created, do not cause the system to more or less deadlock until the snapshot is generated; you can continue to use the system during the time the snapshot is being generated. While with UFS2, dump -L and mksnap_ffs will surely disappoint you. We moved all of our production systems off of using dump/restore solely because of these aspects. We didn't move to ZFS though; we went with rsync, which is great, except for the fact that it modifies file atimes (hope you use Maildir and not classic mbox/mail spools...). ZFS's send/recv capability (over a network) is something I didn't have time to experiment with, but it looked *very* promising. The method is documented in the manpage as "Example 12", and is very simple -- as it should be. You don't have to use SSH either, by the way[1]. One of the "annoyances" to ZFS snapshots, however, was that I had to write my own script to do snapshot rotations (think incremental dump(8) but using ZFS snapshots). > I would be interested to hear anyone's experience with any (or all) of > these methods and caveats of each. I am leaning towards ggate(dc) + > zpool at the moment assuming that zfs can "smartly" rebuild the mirror > after the slave's ggated processes bug out. I don't have any experience with GEOM gate, so I can't comment on it. But I would highly recommend you discuss the shortcomings with pjd@, because he definitely listens. However, I must ask you this: why are you doing things the way you are? Why are you using the equivalent of RAID 1 but for entire computers? Is there some reason you aren't using a filer (e.g. NetApp) for your data, thus keeping it centralised? There has been recent discussion of using FreeBSD with ZFS as such, over on freebsd-fs. If you want a link to the thread, I can point you to it. I'd like to know why you're doing things the way you are. By knowing why, possibly myself or others could recommend solving the problem in a different way -- one that doesn't involve realtime duplication of filesystems via network. [1]: If you're transferring huge sums of data over a secure link (read: dedicated gigE LAN or a separate VLAN), you'll be disappointed to find that there is no Cipher=none with stock SSH; the closest you'll get is blowfish-cbc. You might be saddened by the fact that the only way you'll get Cipher=none is via the HPN patches, which means you'll be forced to install ports/security/openssh-portable. (I am not a fan of the "overwrite the base system" concept; it's a hack, and I'd rather get rid of the whole "base system" concept in general -- but that's for another discussion). My point is, your overall network I/O will be limited by SSH, so if you're pushing lots of data across a LAN, consider something without encryption. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:06:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61209106567E; Tue, 15 Jul 2008 15:06:50 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D3D578FC16; Tue, 15 Jul 2008 15:06:48 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487CBD0A.6050207@FreeBSD.org> Date: Tue, 15 Jul 2008 17:06:50 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Jeremy Chadwick References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> In-Reply-To: <20080715145426.GA31340@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sven Willenberger , freebsd-stable@freebsd.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 15:06:50 -0000 Jeremy Chadwick wrote: > Compared to UFS2 snapshots (e.g. dump -L or mksnap_ffs), ZFS snapshots > are fantastic. The two main positives for me were: > > 1) ZFS snapshots take significantly less time to create; I'm talking > seconds or minutes vs. 30-45 minutes. I also remember receiving mail > from someone (on -hackers? I can't remember -- let me know and I can > dig through my mail archives for the specific mail/details) stating > something along the lines of "over time, yes, UFS2 snapshots take > longer and longer, it's a known design problem". > > 2) ZFS snapshots, when created, do not cause the system to more or less > deadlock until the snapshot is generated; you can continue to use the > system during the time the snapshot is being generated. While with > UFS2, dump -L and mksnap_ffs will surely disappoint you. "a known design problem" in the sense of "intentional", yes. They were written to support bg fsck, not as a lightweight filesystem feature for general use. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:20:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B1CB1065682; Tue, 15 Jul 2008 15:20:35 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id F1D4C8FC22; Tue, 15 Jul 2008 15:20:34 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KImKO-000Df3-Ta; Tue, 15 Jul 2008 16:20:32 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KImKO-000Gqk-ST; Tue, 15 Jul 2008 16:20:32 +0100 To: koitsu@FreeBSD.org, sven@dmv.com In-Reply-To: <20080715145426.GA31340@eos.sc1.parodius.com> Message-Id: From: Pete French Date: Tue, 15 Jul 2008 16:20:32 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 15:20:35 -0000 > However, I must ask you this: why are you doing things the way you are? > Why are you using the equivalent of RAID 1 but for entire computers? Is > there some reason you aren't using a filer (e.g. NetApp) for your data, > thus keeping it centralised? I am not the roiginal poster, but I am doing something very similar and can answer that question for you. Some people get paranoid about the whole "single point of failure" thing. I originally suggestted that we buy a filer and have identical servers so if one breaks we connect the other to the filer, but the response I got was "what if the filer breaks?". So in the end I had to show we have duplicate independent machines, with the data kept symetrical on them at all times. It does actually work quite nicely actually - I have an "'active" database machine, and a "passive". The opassive is only used if the active fails, and the drives are run as a gmirror pair with the remote one being mounted using ggated. It also means I can flip from active to passive when I want to do an OS upgrade on the active machine. Switching takes a few seconds, and this is fine for our setup. So the answer is that the descisiuon was taken out of my hands - but this is not uncommon, and as a roll-your-own cluster it works very nicely. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:23:24 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22764106564A for ; Tue, 15 Jul 2008 15:23:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7F4738FC0C for ; Tue, 15 Jul 2008 15:23:23 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m6FFNIc7044048; Tue, 15 Jul 2008 17:23:18 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m6FFNIRJ044047; Tue, 15 Jul 2008 17:23:18 +0200 (CEST) (envelope-from olli) Date: Tue, 15 Jul 2008 17:23:18 +0200 (CEST) Message-Id: <200807151523.m6FFNIRJ044047@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, sven@dmv.com In-Reply-To: <1216130834.27608.27.camel@lanshark.dmv.com> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 15 Jul 2008 17:23:19 +0200 (CEST) Cc: Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, sven@dmv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 15:23:24 -0000 Sven Willenberger wrote: > [...] > 1) I have been using ggated/ggatec on a set of 6.2-REL boxes and find > that ggated tends to fail after some time leaving me rebuilding the > mirror periodically (and gmirror resilvering takes quite some time). Has > ggated/ggatec performance and stability improved in 7.0? This > combination does work, but it is high maintenance and automating it is a > bit painful (in terms of re-establishing the gmirror and rebuilding and > making sure the master machine is the one being read from). First, some problems in ggated/ggatec have been fixed between 6.2 and 6.3. Second, you should tune it a little to improve performance and stability. The following reply in an earlier thread is interesting: http://lists.freebsd.org/pipermail/freebsd-stable/2008-January/039722.html > 2) Noting the issues with ggated/ggatec in (1), would a zpool be better > at rebuilding the mirror? I understand that it can better determine > which drive of the mirror is out of sync than can gmirror so a lot of > the "insert" "rebuild" manipulations used with gmirror would not be > needed here. I don't think there's much of a difference between gmirror and a ZFS mirror if used with ggated/ggatec. Of course, ZFS has more advantages, like checksumming, snapshots etc., but also the disadvantages that it requires considerably more memory. Yet another way would be to use DragoFly's "Hammer" file system which is part of DragonFly BSD 2.0 which will be released in a few days. It supports remote mirroring, i.e. mirror source and mirror target can run on different machines. Of course it is still very new and experimental (however, ZFS is marked experimental, too), so you probably don't want to use it on critical production machines. (YMMV, of course.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd PI: int f[9814],b,c=9814,g,i;long a=1e4,d,e,h; main(){for(;b=c,c-=14;i=printf("%04d",e+d/a),e=d%a) while(g=--b*2)d=h*b+a*(i?f[b]:a/5),h=d/--g,f[b]=d%g;} From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:35:20 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CAA41065678 for ; Tue, 15 Jul 2008 15:35:20 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5222C8FC13 for ; Tue, 15 Jul 2008 15:35:19 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m6FFZHJV044841; Tue, 15 Jul 2008 17:35:17 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m6FFZH4P044840; Tue, 15 Jul 2008 17:35:17 +0200 (CEST) (envelope-from olli) Date: Tue, 15 Jul 2008 17:35:17 +0200 (CEST) Message-Id: <200807151535.m6FFZH4P044840@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, hostmaster@netconsonance.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 15 Jul 2008 17:35:18 +0200 (CEST) Cc: Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, hostmaster@netconsonance.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 15:35:20 -0000 Jo Rhett wrote: > About 10 days ago one of my personal machines started hanging at > random. This is the first bit of instability I've ever experienced on > this machine (2+ years running) > > FreeBSD triceratops.netconsonance.com 6.2-RELEASE-p11 FreeBSD 6.2- > RELEASE-p11 #0: Wed Feb 13 06:44:57 UTC 2008 root@i386-builder.daemonology.net > :/usr/obj/usr/src/sys/GENERIC i386 > > After about 2 weeks of watching it carefully I've learned almost > nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now > running healthd without complaints) it's not based on any given > network traffic... however it does appear to accompany heavy cpu/disk > activity. It usually dies when indexing my websites at night (but not > always) and it sometimes dies when compiling programs. Just heavy > disk isn't enough to do the job, as backups proceed without > problems. Heavy cpu by itself isn't enough to do it either. But if > I start compiling things and keep going a while, it will eventually > hang. I had exactly the same problems on a machine a few months ago. It had also been running for about two years, then started freezing when there was high CPU + disk activity. It turned out that the power supply went weak (either the power supply itself or the voltage regulators on the main- board). Replacing PS + mainboard solved the problem. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is the only current language making COBOL look good." -- Bertrand Meyer From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:47:59 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 356CF1065678 for ; Tue, 15 Jul 2008 15:47:59 +0000 (UTC) (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 CE1B88FC0A for ; Tue, 15 Jul 2008 15:47:58 +0000 (UTC) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id m6FFlvN0079059; Tue, 15 Jul 2008 11:47:57 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Jeremy Chadwick In-Reply-To: <20080715145426.GA31340@eos.sc1.parodius.com> References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-yNnrZGq+GBL27dLqLdks" Date: Tue, 15 Jul 2008 11:47:57 -0400 Message-Id: <1216136877.27608.36.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Cc: freebsd-stable@FreeBSD.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 15:47:59 -0000 --=-yNnrZGq+GBL27dLqLdks Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-07-15 at 07:54 -0700, Jeremy Chadwick wrote: > On Tue, Jul 15, 2008 at 10:07:14AM -0400, Sven Willenberger wrote: > > 3) The send/recv feature of zfs was something I had not even considered > > until very recently. My understanding is that this would work by a) > > taking a snapshot of master_data1 b) zfs sending that snapshot to > > slave_data1 c) via ssh on pipe, receiving that snapshot on slave_data1 > > and then d) doing incremental snapshots, sending, receiving as in > > (a)(b)(c). How time/cpu intensive is the snapshot generation and just > > how granular could this be done? I would imagine for systems with litle > > traffic/changes this could be practical but what about systems that may > > see a lot of files added, modified, deleted to the filesystem(s)? >=20 > I can speak a bit on ZFS snapshots, because I've used them in the past > with good results. >=20 > Compared to UFS2 snapshots (e.g. dump -L or mksnap_ffs), ZFS snapshots > are fantastic. The two main positives for me were: >=20 > 1) ZFS snapshots take significantly less time to create; I'm talking > seconds or minutes vs. 30-45 minutes. I also remember receiving mail > from someone (on -hackers? I can't remember -- let me know and I can > dig through my mail archives for the specific mail/details) stating > something along the lines of "over time, yes, UFS2 snapshots take > longer and longer, it's a known design problem". >=20 > 2) ZFS snapshots, when created, do not cause the system to more or less > deadlock until the snapshot is generated; you can continue to use the > system during the time the snapshot is being generated. While with > UFS2, dump -L and mksnap_ffs will surely disappoint you. >=20 > We moved all of our production systems off of using dump/restore solely > because of these aspects. We didn't move to ZFS though; we went with > rsync, which is great, except for the fact that it modifies file atimes > (hope you use Maildir and not classic mbox/mail spools...). >=20 > ZFS's send/recv capability (over a network) is something I didn't have > time to experiment with, but it looked *very* promising. The method is > documented in the manpage as "Example 12", and is very simple -- as it > should be. You don't have to use SSH either, by the way[1]. The examples do list ssh as the way of initiating the receiving end; I am curious as to what the alterative would be (short of installing openssh-portable and using cipher=3Dno). > One of the "annoyances" to ZFS snapshots, however, was that I had to > write my own script to do snapshot rotations (think incremental dump(8) > but using ZFS snapshots). That is what I was afraid of. Using snapshots would seem to involve a bit of housekeeping. Furthermore, it sounds more suited to a system that needs periodic rather than constant backing up (syncing). > > I would be interested to hear anyone's experience with any (or all) of > > these methods and caveats of each. I am leaning towards ggate(dc) + > > zpool at the moment assuming that zfs can "smartly" rebuild the mirror > > after the slave's ggated processes bug out. >=20 > I don't have any experience with GEOM gate, so I can't comment on it. > But I would highly recommend you discuss the shortcomings with pjd@, > because he definitely listens. >=20 > However, I must ask you this: why are you doing things the way you are? > Why are you using the equivalent of RAID 1 but for entire computers? Is > there some reason you aren't using a filer (e.g. NetApp) for your data, > thus keeping it centralised? There has been recent discussion of using > FreeBSD with ZFS as such, over on freebsd-fs. If you want a link to the > thread, I can point you to it. Basically I am trying to eliminate the "single point of failure". The project prior to this had such a failure that even a raid5 setup could not get out of. It was determined at that point that a single-machine storage solution would no longer suffice. What I am trying to achieve is having a slave machine that could take over as the file server in the event the master machine goes down. This could be something as simple as the master's network connection going down (CARP to the rescue on the slave) to a complete failure of the master. While zfs send/recv sounds like a good option for periodic backups, I don't think it will fit my purpose. Zpool or gmirror will be a better fit. I see in posts following my initial post that there is reference to improvements in ggate[cd] and/or tcp since 6.2 (and I have moved to 7.0 now) so that bodes well. The question then becomes a matter of which system would be easier to manage in terms of a) the master rebuilding the mirror in the event the slave goes down or ggate[cd] disconnects and b) have the slave become the master for serving files and mounting the drives that were part of the mirror. Thanks to the other posters, I see others are doing what I am trying to accomplish and there were some additional "tuneables" for ggate[cd] that I had not yet incorporated that were mentioned. Sven --=-yNnrZGq+GBL27dLqLdks Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBIfMatSnmnd8q3JGsRApCCAKCJGbY0i+/b4mh9JePzvxemrafewgCdEJwO y38BCizs6I2MXUPPlcbBSf8= =1nDM -----END PGP SIGNATURE----- --=-yNnrZGq+GBL27dLqLdks-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:56:22 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 116E0106566B; Tue, 15 Jul 2008 15:56:22 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5E8F28FC18; Tue, 15 Jul 2008 15:56:21 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m6FFuGeK045658; Tue, 15 Jul 2008 17:56:16 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m6FFuGan045657; Tue, 15 Jul 2008 17:56:16 +0200 (CEST) (envelope-from olli) Date: Tue, 15 Jul 2008 17:56:16 +0200 (CEST) Message-Id: <200807151556.m6FFuGan045657@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com, koitsu@FreeBSD.ORG, sven@dmv.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 15 Jul 2008 17:56:18 +0200 (CEST) Cc: Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, petefrench@ticketswitch.com, koitsu@FreeBSD.ORG, sven@dmv.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 15:56:22 -0000 Pete French wrote: > I am not the roiginal poster, but I am doing something very similar and > can answer that question for you. Some people get paranoid about the > whole "single point of failure" thing. I originally suggestted that we buy > a filer and have identical servers so if one breaks we connect the other > to the filer, but the response I got was "what if the filer breaks?". You install a filer cluster with two nodes. Then there is no single point of failure. I've done exactly that at customers of my company, i.e. set up NetApp filer clusters. Any disk can fail, any shelf can fail, any filer head can fail. A complete filer can fail. A switch can fail. The system will keep running and doing its job. And yes, we've tested all of that. Whether filers solve your problems is a different thing. I just pointed out the answer to the question "what if the filer breaks?". I'm not a NetApp salesman. ;-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "To this day, many C programmers believe that 'strong typing' just means pounding extra hard on the keyboard." -- Peter van der Linden From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 15:58:16 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 287B2106567D for ; Tue, 15 Jul 2008 15:58:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6F1098FC1F; Tue, 15 Jul 2008 15:58:15 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487CC919.2010203@FreeBSD.org> Date: Tue, 15 Jul 2008 17:58:17 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG, sven@dmv.com References: <200807151523.m6FFNIRJ044047@lurza.secnetix.de> In-Reply-To: <200807151523.m6FFNIRJ044047@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 15:58:16 -0000 Oliver Fromme wrote: > Yet another way would be to use DragoFly's "Hammer" file > system which is part of DragonFly BSD 2.0 which will be > released in a few days. It supports remote mirroring, > i.e. mirror source and mirror target can run on different > machines. Of course it is still very new and experimental > (however, ZFS is marked experimental, too), so you probably > don't want to use it on critical production machines. Let's not get carried away here :) Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:09:25 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D7011065670 for ; Tue, 15 Jul 2008 16:09:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6C5418FC15 for ; Tue, 15 Jul 2008 16:09:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m6FG9Mi5046095; Tue, 15 Jul 2008 18:09:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m6FG9MAk046094; Tue, 15 Jul 2008 18:09:22 +0200 (CEST) (envelope-from olli) Date: Tue, 15 Jul 2008 18:09:22 +0200 (CEST) Message-Id: <200807151609.m6FG9MAk046094@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, ronald-freebsd8@www.klop.ws In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 15 Jul 2008 18:09:23 +0200 (CEST) Cc: Subject: Re: installdate of a port/package? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, ronald-freebsd8@www.klop.ws List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 16:09:25 -0000 Ronald Klop wrote: > I just upgraded a machine from FreeBSD 6 to 7. Very nice. > But my portupgrade -fa failed after a while. > How can I know which ports/packages are still from FreeBSD 6? Is there a > datee recorded somewhere or the FreeBSD-version of the port/package? > The date of the files in /var/db/pkg/* is unreliable, because installing a > package gives these files the date of the files in the package. Sorry for th late reply, I didn't see this thread earlier. You can look at the ctime of the +DESC files. That should be the time when the packages were installed. This command will list all packages in the order they were installed: ls -lcrt /var/db/pkg/*/+DESC Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd (On the statement print "42 monkeys" + "1 snake":) By the way, both perl and Python get this wrong. Perl gives 43 and Python gives "42 monkeys1 snake", when the answer is clearly "41 monkeys and 1 fat snake". -- Jim Fulton From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:13:24 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 823831065677; Tue, 15 Jul 2008 16:13:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 4219F8FC15; Tue, 15 Jul 2008 16:13:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIn9W-000EJL-W1; Tue, 15 Jul 2008 17:13:22 +0100 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIn9W-000HQK-V3; Tue, 15 Jul 2008 17:13:22 +0100 To: freebsd-stable@FreeBSD.ORG, koitsu@FreeBSD.ORG, sven@dmv.com In-Reply-To: <200807151556.m6FFuGan045657@lurza.secnetix.de> Message-Id: From: Pete French Date: Tue, 15 Jul 2008 17:13:22 +0100 Cc: Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 16:13:24 -0000 > You install a filer cluster with two nodes. Then there is > no single point of failure. Yes, that would be my choice too. Unfortunately it didn't get done that way. Mind you, the solution we do have is something I am actually pretty happy with - it's cheap and does the job. We never wanted 100% uuptime after all, just something so I could get stuff back up and running in about 15 minutes with no loss of data if possible. Woiuld have been nice to get to play with the NetApp stuff though. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:15:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E2D1065670 for ; Tue, 15 Jul 2008 16:15:52 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 58B668FC2E for ; Tue, 15 Jul 2008 16:15:52 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 56806 invoked by uid 89); 15 Jul 2008 16:19:08 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 15 Jul 2008 16:19:08 -0000 Message-ID: <487CCD46.8080506@ibctech.ca> Date: Tue, 15 Jul 2008 12:16:06 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-stable@freebsd.org X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 16:15:52 -0000 Hi everyone, I'm wondering if the problems described in the following link have been resolved: http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-02/msg00211.html I've got four 500GB SATA disks in a ZFS raidz pool, and all four of them are experiencing the behavior. The problem only happens with extreme disk activity. The box becomes unresponsive (can not SSH etc). Keyboard input is displayed on the console, but the commands are not accepted. Is there anything I can do to either figure this out, or work around it? Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 16:42:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C2F0106564A; Tue, 15 Jul 2008 16:42:08 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.60.158]) by mx1.freebsd.org (Postfix) with ESMTP id 483418FC0C; Tue, 15 Jul 2008 16:42:07 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: by syn.atarininja.org (Postfix, from userid 1001) id 408325C2E; Tue, 15 Jul 2008 12:29:12 -0400 (EDT) Date: Tue, 15 Jul 2008 12:29:12 -0400 From: Wesley Shields To: Jeremy Chadwick Message-ID: <20080715162912.GI64436@atarininja.org> References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080715145426.GA31340@eos.sc1.parodius.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Sven Willenberger , freebsd-stable@freebsd.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 16:42:08 -0000 On Tue, Jul 15, 2008 at 07:54:26AM -0700, Jeremy Chadwick wrote: > One of the "annoyances" to ZFS snapshots, however, was that I had to > write my own script to do snapshot rotations (think incremental dump(8) > but using ZFS snapshots). There is a PR[1] to get something like this in the ports tree. I have no idea how good it is but I hope to get it in the tree soon. http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125340 -- WXS From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:04:25 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5CE6106564A; Tue, 15 Jul 2008 17:04:25 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 866688FC15; Tue, 15 Jul 2008 17:04:25 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m6FH4PPN051394; Tue, 15 Jul 2008 10:04:25 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m6FH4E4g041043; Tue, 15 Jul 2008 10:04:14 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (209.249.190.254.available.above.net [209.249.190.254] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m6FH4D3P017947; Tue, 15 Jul 2008 10:04:13 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Jul 2008 13:04:13 -0400 Message-ID: From: gnn@freebsd.org To: "Jack Vogel" In-Reply-To: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> References: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 956002 - 65379517e1a7 X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Tue, 15 Jul 2008 17:04:25 -0000 At Mon, 14 Jul 2008 14:53:16 -0700, Jack Vogel wrote: > > Just guessing, did someone change conf/files maybe?? > If you build a STABLE kernel with igb AND em then things work and the kernel uses em. I'm not sure which thing needs to be changed in conf/files or otherwise though. Later, George From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:07:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A102E106566C for ; Tue, 15 Jul 2008 17:07:23 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id 751C28FC48 for ; Tue, 15 Jul 2008 17:07:23 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so2843547wah.3 for ; Tue, 15 Jul 2008 10:07:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=1859/M9gfbSJphTTtT+rWDlFzW6QY8PPOcIBKxZlpGk=; b=ofnKVQjdhzY9AeBH99OHBh6xvTqkIhpYvQztuxO71d549BoccxzxqBQPMEpak//fMV e3T++uD7lncN+tuCQY7MjMYcg9VA00oEM6YnfSIHCGTkBuZ2fWgztQGOgE8+fu6AVu0c +M6daYNuc1eujKRzpD0hivGoH9dpFQsnM2YTU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=pKRSCS9IjX4eN278DQiqxGo/Vb1BCnRpovpK8r5qICi2JRK2kWg0kEFxPMbnD/Gc1f QB4w9dn49Q3vWNwd5WRNw/yDXY4NOAyH04H+Qk3BPagBSR1LfkgswOteWZv20x0vrbT4 LUJ/HW7UPJ2ZUXZJ4tEL6eyjxyHSNbM0bb2/A= Received: by 10.114.177.1 with SMTP id z1mr19388736wae.37.1216141642470; Tue, 15 Jul 2008 10:07:22 -0700 (PDT) Received: by 10.114.176.12 with HTTP; Tue, 15 Jul 2008 10:07:22 -0700 (PDT) Message-ID: <2a41acea0807151007q29a783c4r2ae63c5a631952ba@mail.gmail.com> Date: Tue, 15 Jul 2008 10:07:22 -0700 From: "Jack Vogel" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Tue, 15 Jul 2008 17:07:23 -0000 Oh, so the problem is if igb alone is defined? On Tue, Jul 15, 2008 at 10:04 AM, wrote: > At Mon, 14 Jul 2008 14:53:16 -0700, > Jack Vogel wrote: >> >> Just guessing, did someone change conf/files maybe?? >> > > If you build a STABLE kernel with igb AND em then things work and the > kernel uses em. > > I'm not sure which thing needs to be changed in conf/files or > otherwise though. > > Later, > George > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:10:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8858B1065675; Tue, 15 Jul 2008 17:10:05 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D60D38FC1B; Tue, 15 Jul 2008 17:10:03 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487CD9ED.1090207@FreeBSD.org> Date: Tue, 15 Jul 2008 19:10:05 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Wesley Shields References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> <20080715162912.GI64436@atarininja.org> In-Reply-To: <20080715162912.GI64436@atarininja.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , freebsd-stable@freebsd.org, Sven Willenberger Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 17:10:05 -0000 Wesley Shields wrote: > On Tue, Jul 15, 2008 at 07:54:26AM -0700, Jeremy Chadwick wrote: >> One of the "annoyances" to ZFS snapshots, however, was that I had to >> write my own script to do snapshot rotations (think incremental dump(8) >> but using ZFS snapshots). > > There is a PR[1] to get something like this in the ports tree. I have > no idea how good it is but I hope to get it in the tree soon. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125340 There is also sysutils/freebsd-snapshot (pkg-descr is out of date, it supports ZFS too). I found it more convenient to just write my own tiny script. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:11:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3BC2A1065693 for ; Tue, 15 Jul 2008 17:11:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0B0618FC1C for ; Tue, 15 Jul 2008 17:11:42 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m6FHBgr4007482; Tue, 15 Jul 2008 10:11:42 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m6FHBgVO007481; Tue, 15 Jul 2008 10:11:42 -0700 (PDT) Date: Tue, 15 Jul 2008 10:11:42 -0700 (PDT) From: Matthew Dillon Message-Id: <200807151711.m6FHBgVO007481@apollo.backplane.com> To: Steve Bertrand References: <487CCD46.8080506@ibctech.ca> Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 17:11:43 -0000 :Hi everyone, : :I'm wondering if the problems described in the following link have been :resolved: : :http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-02/msg00211.html : :I've got four 500GB SATA disks in a ZFS raidz pool, and all four of them :are experiencing the behavior. : :The problem only happens with extreme disk activity. The box becomes :unresponsive (can not SSH etc). Keyboard input is displayed on the :console, but the commands are not accepted. : :Is there anything I can do to either figure this out, or work around it? : :Steve If you are getting DMA timeouts, go to this URL: http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting Then I would suggest going into /usr/src/sys/dev/ata (I think, on FreeBSD), locate all instances where request->timeout is set to 5, and change them all to 10. cd /usr/src/sys/dev/ata fgrep 'request->timeout' *.c ... change all assignments of 5 to 10 ... Try that first. If it helps then it is a known issue. Basically a combination of the on-disk write cache and possible ECC corrections, remappings, or excessive remapped sectors can cause the drive to take much longer then normal to complete a request. The default 5-second timeout is insufficient. If it does help, post confirmation to prod the FBsd developers to change the timeouts. -- If you are NOT getting DMA timeouts then the ZFS lockups may be due to buffer/memory deadlocks. ZFS has knobs for adjusting its memory footprint size. Lowering the footprint ought to solve (most of) those issues. It's actually somewhat of a hard issue to solve. Filesystems like UFS aren't complex enough to require the sort of dynamic memory allocations deep in the filesystem that ZFS and HAMMER need to do. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:21:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7147C106566C for ; Tue, 15 Jul 2008 17:21:12 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from panix.internal.net (cpe-77-83-37-27-dsl.netone.gr [77.83.37.27]) by mx1.freebsd.org (Postfix) with ESMTP id C14D28FC18 for ; Tue, 15 Jul 2008 17:21:11 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from panix.internal.net (localhost [127.0.0.1]) by panix.internal.net (8.14.2/8.14.2) with ESMTP id m6FGwEuU001947; Tue, 15 Jul 2008 19:58:14 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: by panix.internal.net (8.14.2/8.14.2/Submit) id m6FGwDt3001946; Tue, 15 Jul 2008 19:58:13 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) X-Authentication-Warning: panix.internal.net: achix set sender to achill@matrix.gatewaynet.com using -f From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: freebsd-stable@freebsd.org, achill@matrix.gatewaynet.com Date: Tue, 15 Jul 2008 19:58:12 +0300 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807151958.12955.achill@matrix.gatewaynet.com> Cc: Subject: softdepflush bad block error has led to negative blocks in free inode and handle_workitem_freeblocks: block count X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 17:21:12 -0000 Hi, The problem started when i installed a kodicom 4400 card and started to run zoneminder. Prior to that no problems with my machine, which now runs FreeBSD panix.internal.net 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #3: Mon Jul 14 16:35:37 EEST 2008 doroot@panix.internal.net:/usr/obj/usr/src/sys/GENERIC i386 This hardware change happened in Sunday Jul 13. The next day (Jul 14) morning "periodic daily" cron job at 03:01 gave: /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflush), uid 0 inumber 2662656 on /usr: bad block ... (15 times) The funny think is that "df -h" showed a huge negative capacity. Yesterday (Mon Jul 14) i had a crash when i tried to run (by hand) pkg_info . Today (Mon Jul 15) the morning "periodic daily" cron job resulted in a crash as well in when running find. I speculated that it was one of those cases that bad memory, or overheated memory could cause such problems and i removed the most suspicious sim. After that i didnt get any crashes when trying to run pkg_info or periodic daily,weekly,monthly, but i get the following whenever i run periodic weekly: panix kernel: free inode /usr/2662656 had -3549356 blocks (negative) and after a while panix kernel: handle_workitem_freeblocks: block count I suspect that even if i have a healthy system as far as memory is concerned (i hope), the problem with the 2662656 inode is still there. Any thoughts are very welcome. -- Achilleas Mantzios From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:32:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F453106566B; Tue, 15 Jul 2008 17:32:07 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 0E4D18FC19; Tue, 15 Jul 2008 17:32:07 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m6FHW1tk052975; Tue, 15 Jul 2008 10:32:06 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m6FHV1jP052348; Tue, 15 Jul 2008 10:31:01 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (209.249.190.254.available.above.net [209.249.190.254] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m6FHV1ON024680; Tue, 15 Jul 2008 10:31:01 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Tue, 15 Jul 2008 13:31:00 -0400 Message-ID: From: gnn@freebsd.org To: "Jack Vogel" In-Reply-To: <2a41acea0807151007q29a783c4r2ae63c5a631952ba@mail.gmail.com> References: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> <2a41acea0807151007q29a783c4r2ae63c5a631952ba@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 956268 - 79bd821ef23c X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Tue, 15 Jul 2008 17:32:07 -0000 At Tue, 15 Jul 2008 10:07:22 -0700, Jack Vogel wrote: > > Oh, so the problem is if igb alone is defined? > Yes. Best, George From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:35:58 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D6491065671 for ; Tue, 15 Jul 2008 17:35:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 405CB8FC16 for ; Tue, 15 Jul 2008 17:35:58 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by wa-out-1112.google.com with SMTP id j4so2848181wah.3 for ; Tue, 15 Jul 2008 10:35:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=dcQ436JK15Tihh+JX67dqKHghFDih60T+GFG/vb1caY=; b=otGK2siImCqnR/Qdkzrh52iJ+rqySENgSIV3SXe4Jczixa7GbgLpgy//H+Co7z3cMy BhZxzrUzGg+uvEJGA+0+bOSmHdeH4e66ygvyMy0mcsimf5ljDo6k9FzTv25C3HKMR7q2 dA4AtK8+Y4U1xTV0U/GPWJ8V3+TdxOYTn3veY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=H7paaGhGcNKLQG/2ygXEm0XDd/yzIFxNmTOY4WTwSm09v8q5Klo8pmjVEKAEbLRr2+ RFihstU2BAnhsnDnuIkFOEz7qgQ209ozVbqDtNc0oq9ZiOSr4GptJ/cbN25VyQ0msN/m SQ8857NlbasbW1YxBFt+iicWUpEIKNWBQ3NXg= Received: by 10.115.109.1 with SMTP id l1mr1260913wam.90.1216143357683; Tue, 15 Jul 2008 10:35:57 -0700 (PDT) Received: by 10.114.176.12 with HTTP; Tue, 15 Jul 2008 10:35:57 -0700 (PDT) Message-ID: <2a41acea0807151035w291269abt4ed99989ae45cc8b@mail.gmail.com> Date: Tue, 15 Jul 2008 10:35:57 -0700 From: "Jack Vogel" To: gnn@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> <2a41acea0807151007q29a783c4r2ae63c5a631952ba@mail.gmail.com> Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Tue, 15 Jul 2008 17:35:58 -0000 OK, will put on my todo list :) On Tue, Jul 15, 2008 at 10:31 AM, wrote: > At Tue, 15 Jul 2008 10:07:22 -0700, > Jack Vogel wrote: >> >> Oh, so the problem is if igb alone is defined? >> > > Yes. > > Best, > George > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:52:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C232106566C for ; Tue, 15 Jul 2008 17:52:44 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3DF308FC0A for ; Tue, 15 Jul 2008 17:52:44 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m6FHqftc007806; Tue, 15 Jul 2008 10:52:41 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m6FHqf7E007803; Tue, 15 Jul 2008 10:52:41 -0700 (PDT) Date: Tue, 15 Jul 2008 10:52:41 -0700 (PDT) From: Matthew Dillon Message-Id: <200807151752.m6FHqf7E007803@apollo.backplane.com> To: freebsd-stable@freebsd.org, sven@dmv.com References: <200807151523.m6FFNIRJ044047@lurza.secnetix.de> <487CC919.2010203@FreeBSD.org> Cc: Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 17:52:44 -0000 :Oliver Fromme wrote: : :> Yet another way would be to use DragoFly's "Hammer" file :> system which is part of DragonFly BSD 2.0 which will be :> released in a few days. It supports remote mirroring, :> i.e. mirror source and mirror target can run on different :> machines. Of course it is still very new and experimental :> (however, ZFS is marked experimental, too), so you probably :> don't want to use it on critical production machines. : :Let's not get carried away here :) : :Kris Heh. I think its safe to say that a *NATIVE* uninterrupted and fully cache coherent fail-over feature is not something any of us in BSDland have yet. It's a damn difficult problem that is frankly best solved above the filesytem layer, but with filesystem support for bulk mirroring operations. HAMMER's native mirroring was the last major feature to go into it before the upcoming release, so it will definitely be more experimental then the rest of HAMMER. This is mainly because it implements a full blown queue-less incremental snapshot and mirroring algorithm, single-master-to-multi-slave. It does it at a very low level, by optimally scanning HAMMER's B-Tree. In other words, the kitchen sink. The B-Tree propagates the highest transaction id up to the root to support incremental mirroring and that's the bit that is highly experimental and not well tested yet. It's fairly complex because even destroyed B-Tree records and collapses must propagate a transaction id up the tree (so the mirroring code knows what it needs to send to the other end to do comparative deletions on the target). (transaction ids are bundled together in larger flushes so the actual B-Tree overhead is minimal). The rest of HAMMER is shaping up very well for the release. It's phenominal when it comes to storing backups. Post-release I'll be moving more of our production systems to HAMMER. The only sticky issue we have is filesystem-full handling, but it is more a matter of fine-tuning then anything else. -- Someone mentioned atime and mtime. For something like ZFS or HAMMER, these fields represent a real problem (atime more then mtime). I'm kinda interested in knowing, does ZFS do block replacement for atime updates? For HAMMER I don't roll new B-Tree records for atime or mtime updates. I update the fields in-place in the current version of the inode and all snapshot accesses will lock them (in getattr) to ctime in order to guarantee a consistent result. That way (tar | md5) can be used to validate snapshot integrity. At the moment, in this first release, the mirroring code does not propagate atime or mtime. I plan to do it, though. Even though I don't roll new B-Tree records for atime/mtime updates I can still propagate a new transaction id up the B-Tree to make the changes visible to the mirroring code. I'll definitely be doing that for mtime and will have the option to do it for atime as well. But atime still represents a big expense in actual mirroring bandwidth. If someone reads a million files on the master then a million inode records (sans file contents) would end up in the mirroring stream just for the atime update. Ick. -Matt From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 17:55:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E65B106564A for ; Tue, 15 Jul 2008 17:55:54 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id AAAFE8FC14 for ; Tue, 15 Jul 2008 17:55:53 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 60298 invoked by uid 89); 15 Jul 2008 17:59:10 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 15 Jul 2008 17:59:10 -0000 Message-ID: <487CE4B8.5080900@ibctech.ca> Date: Tue, 15 Jul 2008 13:56:08 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> In-Reply-To: <200807151711.m6FHBgVO007481@apollo.backplane.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 17:55:54 -0000 Matthew Dillon wrote: > If you are getting DMA timeouts, go to this URL: Yes, I am. > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting I fall under the category of "ATA/SATA DMA timeout issues". > Then I would suggest going into /usr/src/sys/dev/ata (I think, on > FreeBSD), locate all instances where request->timeout is set to 5, > and change them all to 10. > > cd /usr/src/sys/dev/ata > fgrep 'request->timeout' *.c > ... change all assignments of 5 to 10 ... > > Try that first. If it helps then it is a known issue. Basically > a combination of the on-disk write cache and possible ECC corrections, > remappings, or excessive remapped sectors can cause the drive to take > much longer then normal to complete a request. The default 5-second > timeout is insufficient. > > If it does help, post confirmation to prod the FBsd developers to > change the timeouts. I've just reproduced the problem, and will try hacking the code now to see if the problem goes away. Since the box won't take input, I can't tell the disk usage at the time it dies. However, it seems to appear while running an Amanda backup, and my network throughput hits about ~90 Mbps @ ~5 kpps. I'll post back with results of the increase of the timeout. Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 18:46:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 827CF106564A for ; Tue, 15 Jul 2008 18:46:01 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 1B4738FC18 for ; Tue, 15 Jul 2008 18:46:00 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 61944 invoked by uid 89); 15 Jul 2008 18:49:18 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 15 Jul 2008 18:49:17 -0000 Message-ID: <487CF077.2040201@ibctech.ca> Date: Tue, 15 Jul 2008 14:46:15 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> In-Reply-To: <200807151711.m6FHBgVO007481@apollo.backplane.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 18:46:01 -0000 Matthew Dillon wrote: > If you are getting DMA timeouts, go to this URL: > > http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting > > Then I would suggest going into /usr/src/sys/dev/ata (I think, on > FreeBSD), locate all instances where request->timeout is set to 5, > and change them all to 10. > > cd /usr/src/sys/dev/ata > fgrep 'request->timeout' *.c > ... change all assignments of 5 to 10 ... Changing 5 to 10 in all cases and rebuilding the kernel does not fix the problem. I'm going to install the patch that allows the values to be changed via sysctl and up it to 15. This problem happens across all four disks. Does anyone else have any suggestions on what I can check? Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:19:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00EE51065679; Tue, 15 Jul 2008 19:19:17 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 3F76D8FC2A; Tue, 15 Jul 2008 19:19:16 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from www by server252.basicnets.co.uk with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIq3P-0005Cu-R9; Tue, 15 Jul 2008 20:19:15 +0100 Received: from 192.168.137.5 ([192.168.137.5]) by mail.basicnets.co.uk (Horde MIME library) with HTTP; Tue, 15 Jul 2008 20:19:15 +0100 Message-ID: <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> X-Priority: 3 (Normal) Date: Tue, 15 Jul 2008 20:19:15 +0100 From: john@basicnets.co.uk To: Kris Kennaway References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> In-Reply-To: <487C8486.1040904@FreeBSD.org> MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) / FreeBSD-6.2 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: Plaintext Version of Message X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: 'Jeremy Chadwick' , freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 19:19:17 -0000 > Please collect kgdb/ddb backtraces. kgdb backtrace: server251# kgdb -c /var/crash/vmcore.0 kgdb: couldn't find a suitable kernel image server251# kgdb /boot/kernel/kernel /var/crash/vmcore.0 kgdb: kvm_read: invalid address (0xffffff00010e5468) [GDB will not be able to debug user-mode threads: =20 /usr/lib/libthread_db.so: Unde fined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions= . Type "show copying" to see the conditions. There is absolutely no warranty for GDB.=A0 Type "show warranty" for details= . This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address=A0=A0 =3D 0x6400000000 fault code=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D supervisor read instru= ction, page not present instruction pointer=A0=A0=A0=A0 =3D 0x8:0x6400000000 stack pointer=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0x10:0xffffffffb1d7f590 frame pointer=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 0x10:0xffffff0035d2dcc0 code segment=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D base 0x0, limit 0xfffff, t= ype 0x1b =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D DP= L 0, pres 1, long 1, def32 0, gran 1 processor eflags=A0=A0=A0=A0=A0=A0=A0 =3D interrupt enabled, resume, IOPL = =3D 0 current process=A0=A0=A0=A0=A0=A0=A0=A0 =3D 88622 (make) trap number=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =3D 12 panic: page fault cpuid =3D 0 Uptime: 5h57m22s Physical memory: 4082 MB Dumping 444 MB: 429 413 397 381 365 349 333 317 301 285 269 253 237 =20 221 205 189 173 157 141 125 109 93 77 61 45 29 13 #0=A0 doadump () at pcpu.h:194 194=A0=A0=A0=A0 pcpu.h: No such file or directory. =A0=A0=A0=A0=A0=A0=A0 in pcpu.h (kgdb) (kgdb) list *0x6400000000 No source file for address 0x6400000000. (kgdb) backtrace #0=A0 doadump () at pcpu.h:194 #1=A0 0xffffff0004742440 in ?? () #2=A0 0xffffffff80477699 in boot (howto=3D260) =A0=A0=A0 at /usr/src/sys/kern/kern_shutdown.c:409 #3=A0 0xffffffff80477a9d in panic (fmt=3D0x104
= ) =A0=A0=A0 at /usr/src/sys/kern/kern_shutdown.c:563 #4=A0 0xffffffff8072ed44 in trap_fatal (frame=3D0xffffff00048ee000, =A0=A0=A0 eva=3D18446742974275512528) at /usr/src/sys/amd64/amd64/trap.c:724 #5=A0 0xffffffff8072f115 in trap_pfault (frame=3D0xffffffffb1d7f4e0, usermod= e=3D0) =A0=A0=A0 at /usr/src/sys/amd64/amd64/trap.c:641 #6=A0 0xffffffff8072fa58 in trap (frame=3D0xffffffffb1d7f4e0) =A0=A0=A0 at /usr/src/sys/amd64/amd64/trap.c:410 #7=A0 0xffffffff807156be in calltrap () =A0=A0=A0 at /usr/src/sys/amd64/amd64/exception.S:169 #8=A0 0x0000006400000000 in ?? () #9=A0 0xffffffff8067d3ee in uma_zalloc_arg (zone=3D0xffffff00bfed07e0, udata= =3D0x0, =A0=A0=A0 flags=3D-256) at /usr/src/sys/vm/uma_core.c:1835 #10 0xffffffff80661ecf in ffs_vget (mp=3D0xffffff00047f4978, ino=3D47884512, =A0=A0=A0 flags=3D2, vpp=3D0xffffffffb1d7f728) at uma.h:277 #11 0xffffffff8066d010 in ufs_lookup (ap=3D0xffffffffb1d7f780) =A0=A0=A0 at /usr/src/sys/ufs/ufs/ufs_lookup.c:573 #12 0xffffffff804dfa89 in vfs_cache_lookup (ap=3DVariable "ap" is not availa= ble. ) at vnode_if.h:83 #13 0xffffffff8077235f in VOP_LOOKUP_APV (vop=3D0xffffffff809e7de0, =A0=A0=A0 a=3D0xffffffffb1d7f840) at vnode_if.c:99 ---Type to continue, or q to quit--- #14 0xffffffff804e6394 in lookup (ndp=3D0xffffffffb1d7f950) at vnode_if.h:57 #15 0xffffffff804e7228 in namei (ndp=3D0xffffffffb1d7f950) =A0=A0=A0 at /usr/src/sys/kern/vfs_lookup.c:219 #16 0xffffffff804f4717 in kern_stat (td=3D0xffffff00048ee000, =A0=A0=A0 path=3D0x8006f7040
, =20 pathseg=3DVariable "path seg" is not available. ) =A0=A0=A0 at /usr/src/sys/kern/vfs_syscalls.c:2109 #17 0xffffffff804f4987 in stat (td=3DVariable "td" is not available. ) at /usr/src/sys/kern/vfs_syscalls.c:2093 #18 0xffffffff8072f397 in syscall (frame=3D0xffffffffb1d7fc70) =A0=A0=A0 at /usr/src/sys/amd64/amd64/trap.c:852 #19 0xffffffff807158cb in Xfast_syscall () =A0=A0=A0 at /usr/src/sys/amd64/amd64/exception.S:290 #20 0x000000000043127c in ?? () Previous frame inner to this frame (corrupt stack?) I really don't understand this -any advice you can give would =20 really be appreciated. John ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:27:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95CAC1065670 for ; Tue, 15 Jul 2008 19:27:05 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 3D9E38FC14 for ; Tue, 15 Jul 2008 19:27:05 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 63459 invoked by uid 89); 15 Jul 2008 19:30:22 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 15 Jul 2008 19:30:22 -0000 Message-ID: <487CFA08.5000308@ibctech.ca> Date: Tue, 15 Jul 2008 15:27:04 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> In-Reply-To: <487CF077.2040201@ibctech.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 19:27:05 -0000 Steve Bertrand wrote: > Matthew Dillon wrote: > >> If you are getting DMA timeouts, go to this URL: >> >> http://wiki.freebsd.org/JeremyChadwick/ATA_issues_and_troubleshooting >> >> Then I would suggest going into /usr/src/sys/dev/ata (I think, on >> FreeBSD), locate all instances where request->timeout is set to 5, >> and change them all to 10. >> >> cd /usr/src/sys/dev/ata >> fgrep 'request->timeout' *.c >> ... change all assignments of 5 to 10 ... > > Changing 5 to 10 in all cases and rebuilding the kernel does not fix the > problem. Went from 10->15, and it took quite a bit longer into the backup before the problem cropped back up. Here is what I was seeing at the time it failed. Where netstat and zpool iostat drop off is where I start seeing the errors occur: # top last pid: 1069; load averages: 0.09, 0.17, 0.10 up 0+00:08:31 19:22:39 53 processes: 1 running, 52 sleeping CPU states: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 28M Active, 3644K Inact, 301M Wired, 76K Cache, 1634M Free Swap: # netstat -w 1 -h 4.8K 0 11M 3.5K 0 5.4M 0 4.5K 0 10M 3.3K 0 5.1M 0 4.9K 0 11M 3.6K 0 5.5M 0 4.8K 0 11M 3.5K 0 5.4M 0 4.3K 0 9.5M 3.1K 0 4.8M 0 5.1K 0 11M 3.7K 0 5.7M 0 5.0K 0 11M 3.6K 0 5.6M 0 5.3K 0 12M 3.9K 0 6.0M 0 4.8K 0 11M 3.5K 0 5.4M 0 4.7K 0 10M 3.4K 0 5.2M 0 4.8K 0 11M 3.5K 0 5.4M 0 4.6K 0 10M 3.4K 0 5.2M 0 4.1K 0 9.1M 3.0K 0 4.6M 0 5.3K 0 12M 3.9K 0 6.0M 0 5.2K 0 12M 3.8K 0 5.8M 0 4.3K 0 9.5M 3.1K 0 4.8M 0 4.3K 0 9.6M 3.2K 0 4.9M 0 5.4K 0 12M 4.0K 0 6.1M 0 4.8K 0 11M 3.5K 0 5.4M 0 2.4K 0 5.1M 1.7K 0 2.5M 0 input (Total) output packets errs bytes packets errs bytes colls 2 0 120 2 0 316 0 3 0 180 4 0 1.0K 0 3 0 180 2 0 316 0 3 0 180 3 0 658 0 5 0 1.6K 5 0 942 0 3 0 254 4 0 840 0 3 0 180 2 0 316 0 # zpool iostat 1 storage 6.40G 1.81T 0 296 0 37.0M storage 6.43G 1.81T 0 188 0 14.5M storage 6.43G 1.81T 0 0 0 0 storage 6.43G 1.81T 0 0 0 0 storage 6.43G 1.81T 0 0 0 0 storage 6.43G 1.81T 0 47 0 5.99M storage 6.46G 1.81T 0 218 0 18.0M storage 6.46G 1.81T 0 0 0 0 storage 6.46G 1.81T 0 0 0 0 storage 6.46G 1.81T 9 0 192K 0 storage 6.46G 1.81T 0 59 0 7.39M storage 6.49G 1.81T 1 250 3.42K 14.9M storage 6.49G 1.81T 0 0 0 0 storage 6.49G 1.81T 0 0 0 0 storage 6.49G 1.81T 0 0 0 0 storage 6.49G 1.81T 0 141 0 17.5M storage 6.52G 1.81T 0 74 0 232K storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 151 0 18.8M storage 6.52G 1.81T 0 114 0 8.07M storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 0 0 0 storage 6.52G 1.81T 0 0 0 0 > Don't know if this will help anyone or not. Steve From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:42:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9376F1065674; Tue, 15 Jul 2008 19:42:02 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2DED18FC1D; Tue, 15 Jul 2008 19:42:00 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487CFD8B.2060905@FreeBSD.org> Date: Tue, 15 Jul 2008 21:42:03 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: john@basicnets.co.uk References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> In-Reply-To: <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: 'Jeremy Chadwick' , freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 19:42:02 -0000 john@basicnets.co.uk wrote: > (kgdb) backtrace > #0 doadump () at pcpu.h:194 > #1 0xffffff0004742440 in ?? () > #2 0xffffffff80477699 in boot (howto=260) > at /usr/src/sys/kern/kern_shutdown.c:409 > #3 0xffffffff80477a9d in panic (fmt=0x104
) > at /usr/src/sys/kern/kern_shutdown.c:563 > #4 0xffffffff8072ed44 in trap_fatal (frame=0xffffff00048ee000, > eva=18446742974275512528) at /usr/src/sys/amd64/amd64/trap.c:724 > #5 0xffffffff8072f115 in trap_pfault (frame=0xffffffffb1d7f4e0, > usermode=0) > at /usr/src/sys/amd64/amd64/trap.c:641 > #6 0xffffffff8072fa58 in trap (frame=0xffffffffb1d7f4e0) > at /usr/src/sys/amd64/amd64/trap.c:410 > #7 0xffffffff807156be in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:169 > #8 0x0000006400000000 in ?? () > #9 0xffffffff8067d3ee in uma_zalloc_arg (zone=0xffffff00bfed07e0, > udata=0x0, > flags=-256) at /usr/src/sys/vm/uma_core.c:1835 OK, that is if (zone->uz_ctor != NULL) { if (zone->uz_ctor(item, zone->uz_keg->uk_size, uz_ctor is indeed not null, but it's got 3 bits set. Not impossible that it's bad RAM still. I didn't spot anything that could cause it otherwise but I don't know this code in detail. Do all of the panics have the same backtrace? Kris > #10 0xffffffff80661ecf in ffs_vget (mp=0xffffff00047f4978, ino=47884512, > flags=2, vpp=0xffffffffb1d7f728) at uma.h:277 > #11 0xffffffff8066d010 in ufs_lookup (ap=0xffffffffb1d7f780) > at /usr/src/sys/ufs/ufs/ufs_lookup.c:573 > #12 0xffffffff804dfa89 in vfs_cache_lookup (ap=Variable "ap" is not > available. > ) at vnode_if.h:83 > #13 0xffffffff8077235f in VOP_LOOKUP_APV (vop=0xffffffff809e7de0, > a=0xffffffffb1d7f840) at vnode_if.c:99 > ---Type to continue, or q to quit--- > #14 0xffffffff804e6394 in lookup (ndp=0xffffffffb1d7f950) at vnode_if.h:57 > #15 0xffffffff804e7228 in namei (ndp=0xffffffffb1d7f950) > at /usr/src/sys/kern/vfs_lookup.c:219 > #16 0xffffffff804f4717 in kern_stat (td=0xffffff00048ee000, > path=0x8006f7040
, > pathseg=Variable "path > seg" is not available. > ) > at /usr/src/sys/kern/vfs_syscalls.c:2109 > #17 0xffffffff804f4987 in stat (td=Variable "td" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2093 > #18 0xffffffff8072f397 in syscall (frame=0xffffffffb1d7fc70) > at /usr/src/sys/amd64/amd64/trap.c:852 > #19 0xffffffff807158cb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:290 > #20 0x000000000043127c in ?? () > Previous frame inner to this frame (corrupt stack?) > > I really don't understand this -any advice you can give would really > be appreciated. > > John > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:47:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CADDD106566C for ; Tue, 15 Jul 2008 19:47:05 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 4816A8FC14 for ; Tue, 15 Jul 2008 19:47:05 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from www by server252.basicnets.co.uk with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIqUJ-000BO7-SS; Tue, 15 Jul 2008 20:47:03 +0100 Received: from 192.168.137.5 ([192.168.137.5]) by mail.basicnets.co.uk (Horde MIME library) with HTTP; Tue, 15 Jul 2008 20:47:03 +0100 Message-ID: <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> X-Priority: 3 (Normal) Date: Tue, 15 Jul 2008 20:47:03 +0100 From: john@basicnets.co.uk To: Kostik Belousov References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> <20080715193321.GX17123@deviant.kiev.zoral.com.ua> In-Reply-To: <20080715193321.GX17123@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) / FreeBSD-6.2 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: Plaintext Version of Message X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 19:47:05 -0000 >> #9=C2=A0 0xffffffff8067d3ee in uma_zalloc_arg (zone=3D0xffffff00bfed07= e0, >> udata=3D0x0, >> flags=3D-256) at /usr/src/sys/vm/uma_core.c:1835 > From the frame #9, please do > p *zone > I am esp. interested in the value of the uz_ctor member. > > It seems that it becomes corrupted, it value should be 0, as this seems > to be ffs inode zone.=C2=A0 I suspect that gdb would show 0x6400000000 ins= tead. I am afraid that you may need to spell out each step for me :-( (kgdb) p *zone No symbol "zone" in current context. (kgdb) list *0xffffffff8067d3ee 0xffffffff8067d3ee is in uma_zalloc_arg (/usr/src/sys/vm/uma_core.c:1835). 1830=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 ("uma_zalloc: Bucket pointer mangled= .")); 1831=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 cache->uc_allocs++; 1832=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 critical_exit(); 1833=C2=A0=C2=A0=C2=A0 #ifdef INVARIANTS 1834=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ZONE_LOCK(zone); 1835=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 uma_dbg_alloc(zone, NULL, item); 1836=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 ZONE_UNLOCK(zone); 1837=C2=A0=C2=A0=C2=A0 #endif 1838=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 if (zone->uz_ctor !=3D NULL) { 1839=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 if (zone->uz= _ctor(item, =20 zone->uz_keg->uk_size, Is this that you were looking for? John ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:49:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1498106567F for ; Tue, 15 Jul 2008 19:49:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 38A308FC1D for ; Tue, 15 Jul 2008 19:49:49 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m6FJXLRc007912 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jul 2008 22:33:22 +0300 (EEST) (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.14.2/8.14.2) with ESMTP id m6FJXL0R018363; Tue, 15 Jul 2008 22:33:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m6FJXLrU018362; Tue, 15 Jul 2008 22:33:21 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 15 Jul 2008 22:33:21 +0300 From: Kostik Belousov To: john@basicnets.co.uk Message-ID: <20080715193321.GX17123@deviant.kiev.zoral.com.ua> References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WO51hmseaWODELnE" Content-Disposition: inline In-Reply-To: <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: Kris Kennaway , freebsd-stable@freebsd.org, 'Jeremy Chadwick' Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 19:49:50 -0000 --WO51hmseaWODELnE Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 15, 2008 at 08:19:15PM +0100, john@basicnets.co.uk wrote: >=20 >=20 > > Please collect kgdb/ddb backtraces. >=20 > kgdb backtrace: >=20 > server251# kgdb -c /var/crash/vmcore.0 > kgdb: couldn't find a suitable kernel image > server251# kgdb /boot/kernel/kernel /var/crash/vmcore.0 > kgdb: kvm_read: invalid address (0xffffff00010e5468) > [GDB will not be able to debug user-mode threads: =20 > /usr/lib/libthread_db.so: Unde > fined symbol "ps_pglobal_lookup"] > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you = are > welcome to change it and/or distribute copies of it under certain=20 > conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB.=9A Type "show warranty" for deta= ils. > This GDB was configured as "amd64-marcel-freebsd". >=20 > Unread portion of the kernel message buffer: >=20 > Fatal trap 12: page fault while in kernel mode > cpuid =3D 0; apic id =3D 00 > fault virtual address=9A=9A =3D 0x6400000000 > fault code=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A =3D supervisor read ins= truction, page not present > instruction pointer=9A=9A=9A=9A =3D 0x8:0x6400000000 > stack pointer=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A =3D 0x10:0xffffffffb1d7f590 > frame pointer=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A =3D 0x10:0xffffff0035d2dcc0 > code segment=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A =3D base 0x0, limit 0xfffff= , type 0x1b > =3D DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags=9A=9A=9A=9A=9A=9A=9A =3D interrupt enabled, resume, IOPL= =3D 0 > current process=9A=9A=9A=9A=9A=9A=9A=9A =3D 88622 (make) > trap number=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A =3D 12 > panic: page fault > cpuid =3D 0 > Uptime: 5h57m22s > Physical memory: 4082 MB > Dumping 444 MB: 429 413 397 381 365 349 333 317 301 285 269 253 237 =20 > 221 205 189 > 173 157 141 125 109 93 77 61 45 29 13 >=20 > #0=9A doadump () at pcpu.h:194 > 194=9A=9A=9A=9A pcpu.h: No such file or directory. > in pcpu.h > (kgdb) > (kgdb) list *0x6400000000 > No source file for address 0x6400000000. > (kgdb) backtrace > #0=9A doadump () at pcpu.h:194 > #1=9A 0xffffff0004742440 in ?? () > #2=9A 0xffffffff80477699 in boot (howto=3D260) > at /usr/src/sys/kern/kern_shutdown.c:409 > #3=9A 0xffffffff80477a9d in panic (fmt=3D0x104
) > at /usr/src/sys/kern/kern_shutdown.c:563 > #4=9A 0xffffffff8072ed44 in trap_fatal (frame=3D0xffffff00048ee000, > eva=3D18446742974275512528) at /usr/src/sys/amd64/amd64/trap.c:724 > #5=9A 0xffffffff8072f115 in trap_pfault (frame=3D0xffffffffb1d7f4e0, user= mode=3D0) > at /usr/src/sys/amd64/amd64/trap.c:641 > #6=9A 0xffffffff8072fa58 in trap (frame=3D0xffffffffb1d7f4e0) > at /usr/src/sys/amd64/amd64/trap.c:410 > #7=9A 0xffffffff807156be in calltrap () > at /usr/src/sys/amd64/amd64/exception.S:169 > #8=9A 0x0000006400000000 in ?? () > #9=9A 0xffffffff8067d3ee in uma_zalloc_arg (zone=3D0xffffff00bfed07e0,=20 > udata=3D0x0, > flags=3D-256) at /usr/src/sys/vm/uma_core.c:1835 =46rom the frame #9, please do p *zone I am esp. interested in the value of the uz_ctor member. It seems that it becomes corrupted, it value should be 0, as this seems to be ffs inode zone. I suspect that gdb would show 0x6400000000 instead. That may be kernel memory corruption, but might be a bad memory as well (double bit inversion ?). > #10 0xffffffff80661ecf in ffs_vget (mp=3D0xffffff00047f4978, ino=3D478845= 12, > flags=3D2, vpp=3D0xffffffffb1d7f728) at uma.h:277 > #11 0xffffffff8066d010 in ufs_lookup (ap=3D0xffffffffb1d7f780) > at /usr/src/sys/ufs/ufs/ufs_lookup.c:573 > #12 0xffffffff804dfa89 in vfs_cache_lookup (ap=3DVariable "ap" is not=20 > available. > ) at vnode_if.h:83 > #13 0xffffffff8077235f in VOP_LOOKUP_APV (vop=3D0xffffffff809e7de0, > a=3D0xffffffffb1d7f840) at vnode_if.c:99 > ---Type to continue, or q to quit--- > #14 0xffffffff804e6394 in lookup (ndp=3D0xffffffffb1d7f950) at vnode_if.h= :57 > #15 0xffffffff804e7228 in namei (ndp=3D0xffffffffb1d7f950) > at /usr/src/sys/kern/vfs_lookup.c:219 > #16 0xffffffff804f4717 in kern_stat (td=3D0xffffff00048ee000, > path=3D0x8006f7040
, =20 > pathseg=3DVariable "path > seg" is not available. > ) > at /usr/src/sys/kern/vfs_syscalls.c:2109 > #17 0xffffffff804f4987 in stat (td=3DVariable "td" is not available. > ) at /usr/src/sys/kern/vfs_syscalls.c:2093 > #18 0xffffffff8072f397 in syscall (frame=3D0xffffffffb1d7fc70) > at /usr/src/sys/amd64/amd64/trap.c:852 > #19 0xffffffff807158cb in Xfast_syscall () > at /usr/src/sys/amd64/amd64/exception.S:290 > #20 0x000000000043127c in ?? () > Previous frame inner to this frame (corrupt stack?) >=20 > I really don't understand this -any advice you can give would =20 > really be appreciated. --WO51hmseaWODELnE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh8+4AACgkQC3+MBN1Mb4jrngCfVEDFuknqixexu6mj40q3TN8h Z9cAnAuPDNe2Ui02MkOkEJCB2LbSmzDH =NmtF -----END PGP SIGNATURE----- --WO51hmseaWODELnE-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:51:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E1161065675 for ; Tue, 15 Jul 2008 19:51:40 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id C7E1C8FC32 for ; Tue, 15 Jul 2008 19:51:39 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m6FJpTnZ008351 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 15 Jul 2008 22:51:29 +0300 (EEST) (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.14.2/8.14.2) with ESMTP id m6FJpTHb018757; Tue, 15 Jul 2008 22:51:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m6FJpTpI018756; Tue, 15 Jul 2008 22:51:29 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 15 Jul 2008 22:51:29 +0300 From: Kostik Belousov To: john@basicnets.co.uk Message-ID: <20080715195129.GZ17123@deviant.kiev.zoral.com.ua> References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> <20080715193321.GX17123@deviant.kiev.zoral.com.ua> <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="3A2EOMC5jMZXlV6R" Content-Disposition: inline In-Reply-To: <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 19:51:40 -0000 --3A2EOMC5jMZXlV6R Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jul 15, 2008 at 08:47:03PM +0100, john@basicnets.co.uk wrote: >=20 >=20 > >> #9=9A 0xffffffff8067d3ee in uma_zalloc_arg (zone=3D0xffffff00bfed07e= 0, > >>udata=3D0x0, > >>flags=3D-256) at /usr/src/sys/vm/uma_core.c:1835 > >From the frame #9, please do > >p *zone > >I am esp. interested in the value of the uz_ctor member. > > > >It seems that it becomes corrupted, it value should be 0, as this seems > >to be ffs inode zone.=9A I suspect that gdb would show 0x6400000000 inst= ead. >=20 > I am afraid that you may need to spell out each step for me :-( >=20 > (kgdb) p *zone > No symbol "zone" in current context. Do the "frame 9" before "p *zone". > (kgdb) list *0xffffffff8067d3ee > 0xffffffff8067d3ee is in uma_zalloc_arg (/usr/src/sys/vm/uma_core.c:1835). > 1830=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A=9A=9A=9A=9A ("uma_zalloc: Bucket pointer=20 > mangled.")); > 1831=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A cache->uc_allocs++; > 1832=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A critical_exit(); > 1833=9A=9A=9A #ifdef INVARIANTS > 1834=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A ZONE_LOCK(zone); > 1835=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A uma_dbg_alloc(zone, NULL, item); > 1836=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A ZONE_UNLOCK(zone); > 1837=9A=9A=9A #endif > 1838=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A if (zone->uz_ctor !=3D NULL) { > 1839=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A= =9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A=9A if (zone->uz_ctor(item, =20 > zone->uz_keg->uk_size, >=20 > Is this that you were looking for? No, see above. --3A2EOMC5jMZXlV6R Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkh8/8AACgkQC3+MBN1Mb4hGjwCgvJhVg6k8D9Xkz305ydTseNT/ i7IAoNzU1vmSo04RjWtsmNJ2ayb8Emd2 =y5/5 -----END PGP SIGNATURE----- --3A2EOMC5jMZXlV6R-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 19:55:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 667A01065675 for ; Tue, 15 Jul 2008 19:55:42 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 3E1F88FC18 for ; Tue, 15 Jul 2008 19:55:41 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m6FJtfM0008970; Tue, 15 Jul 2008 12:55:41 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m6FJtf77008969; Tue, 15 Jul 2008 12:55:41 -0700 (PDT) Date: Tue, 15 Jul 2008 12:55:41 -0700 (PDT) From: Matthew Dillon Message-Id: <200807151955.m6FJtf77008969@apollo.backplane.com> To: Steve Bertrand References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 19:55:42 -0000 :Went from 10->15, and it took quite a bit longer into the backup before :the problem cropped back up. Try 30 or longer. See if you can make the problem go away entirely. then fall back to 5 and see if the problem resumes at its earlier pace. -- It could be temperature related. The drives are being exercised a lot, they could very well be overheating. To find out add more airflow (a big house fan would do the trick). -- It could be that errors are accumulating on the drives, but it seems unlikely that four drives would exhibit the same problem. -- Also make sure the power supply can handle four drives. Most power supplies that come with consumer boxes can't under full load if you also have a mid or high-end graphics card installed. Power supplies that come with OEM slap-together enclosures are not usually much better. Specifically, look at the +5V and +12V amperage maximums on the power supply, then check the disk labels to see what they draw, then multiply by 2. e.g. if your power supply can do 30A@12V and you have four drives each taking 2A@12V (and typically ~half that at 5V), thats 4x2x2 = 16A@12V and you would probably be ok. To test, remove two of the four drives, reformat the ZFS to use just 2, and see if the problem reoccurs with just two drives. -Matt From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 20:06:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFB40106567E for ; Tue, 15 Jul 2008 20:06:42 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 2CB3B8FC21 for ; Tue, 15 Jul 2008 20:06:42 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from www by server252.basicnets.co.uk with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KIqnI-000BZ5-SC; Tue, 15 Jul 2008 21:06:40 +0100 Received: from 192.168.137.5 ([192.168.137.5]) by mail.basicnets.co.uk (Horde MIME library) with HTTP; Tue, 15 Jul 2008 21:06:40 +0100 Message-ID: <20080715210640.moiz4pnf6s8gkok8@mail.basicnets.co.uk> X-Priority: 3 (Normal) Date: Tue, 15 Jul 2008 21:06:40 +0100 From: john@basicnets.co.uk To: Kostik Belousov References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> <20080715193321.GX17123@deviant.kiev.zoral.com.ua> <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> <20080715195129.GZ17123@deviant.kiev.zoral.com.ua> In-Reply-To: <20080715195129.GZ17123@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) / FreeBSD-6.2 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: Plaintext Version of Message X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 20:06:42 -0000 > Do the "frame 9" before "p *zone". It's obvious now you say it ;-) You are indeed right: (kgdb) frame 9 #9=C2=A0 0xffffffff8067d3ee in uma_zalloc_arg (zone=3D0xffffff00bfed07e0, ud= ata=3D0x0, =C2=A0=C2=A0=C2=A0 flags=3D-256) at /usr/src/sys/vm/uma_core.c:1835 1835=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0= =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2=A0=C2= =A0=C2=A0=C2=A0 uma_dbg_alloc(zone, NULL, item); (kgdb) p *zone $1 =3D {uz_name =3D 0xffffffff808084cd "FFS inode", uz_lock =3D 0xffffff00bf= ecf7f0, =C2=A0 uz_keg =3D 0xffffff00bfecf7e0, uz_link =3D {le_next =3D 0x0, =C2=A0=C2=A0=C2=A0 le_prev =3D 0xffffff00bfecf830}, uz_full_bucket =3D { =C2=A0=C2=A0=C2=A0 lh_first =3D 0xffffffe01a74c830}, uz_free_bucket =3D { =C2=A0=C2=A0=C2=A0 lh_first =3D 0xffffff00469bf830}, uz_ctor =3D 0x640000000= 0, uz_dtor =3D 0, =C2=A0 uz_init =3D 0x9a00000000, uz_fini =3D 0, uz_allocs =3D 17180460407, =C2=A0 uz_frees =3D 504673, uz_fails =3D 0, uz_fills =3D 0, uz_count =3D 128= , uz_cpu =3D {{ =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 uc_freebucket =3D 0xffffff000e5d6830, uc_allo= cbucket =3D 0xffffff003a5f7000, =C2=A0=C2=A0=C2=A0=C2=A0=C2=A0 uc_allocs =3D 97, uc_frees =3D 0}}} Now what does that mean?? I just experienced another panic, but it failed to writ to disk =20 :-(.=C2=A0 I will force another one and check that the details are the same. John ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 20:07:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 043361065676 for ; Tue, 15 Jul 2008 20:07:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 826658FC2E; Tue, 15 Jul 2008 20:07:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487D037A.8060208@FreeBSD.org> Date: Tue, 15 Jul 2008 22:07:22 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: john@basicnets.co.uk References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080715102135.GA18082@eos.sc1.parodius.com> <487C8486.1040904@FreeBSD.org> <20080715201915.8m5j3k1lw00k4gck@mail.basicnets.co.uk> <20080715193321.GX17123@deviant.kiev.zoral.com.ua> <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> In-Reply-To: <20080715204703.1xshles8aogwksw4@mail.basicnets.co.uk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Kostik Belousov , freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 20:07:22 -0000 john@basicnets.co.uk wrote: > > > >> #9 0xffffffff8067d3ee in uma_zalloc_arg (zone=0xffffff00bfed07e0, >>> udata=0x0, >>> flags=-256) at /usr/src/sys/vm/uma_core.c:1835 >> From the frame #9, please do >> p *zone >> I am esp. interested in the value of the uz_ctor member. >> >> It seems that it becomes corrupted, it value should be 0, as this seems >> to be ffs inode zone. I suspect that gdb would show 0x6400000000 >> instead. > > I am afraid that you may need to spell out each step for me :-( > > (kgdb) p *zone > No symbol "zone" in current context. > (kgdb) list *0xffffffff8067d3ee > 0xffffffff8067d3ee is in uma_zalloc_arg (/usr/src/sys/vm/uma_core.c:1835). > 1830 ("uma_zalloc: Bucket pointer > mangled.")); > 1831 cache->uc_allocs++; > 1832 critical_exit(); > 1833 #ifdef INVARIANTS > 1834 ZONE_LOCK(zone); > 1835 uma_dbg_alloc(zone, NULL, item); > 1836 ZONE_UNLOCK(zone); > 1837 #endif > 1838 if (zone->uz_ctor != NULL) { > 1839 if (zone->uz_ctor(item, > zone->uz_keg->uk_size, > > Is this that you were looking for? Are you sure that is the same source tree you are running? The 7.0-RELEASE source has the zone->uz_ctor on line 1835, which is consistent with your backtrace. Kris From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 20:09:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D95110656D2 for ; Tue, 15 Jul 2008 20:09:19 +0000 (UTC) (envelope-from alex@trull.org) Received: from mail.internationalconspiracy.org (mail.internationalconspiracy.org [85.234.142.62]) by mx1.freebsd.org (Postfix) with ESMTP id E4B0F8FC16 for ; Tue, 15 Jul 2008 20:09:18 +0000 (UTC) (envelope-from alex@trull.org) Received: from localhost (mail.internationalconspiracy.org [85.234.142.62]) by mail.internationalconspiracy.org (Postfix) with ESMTP id 6607D5A4F9; Tue, 15 Jul 2008 21:09:18 +0100 (BST) X-Virus-Scanned: amavisd-new at mail.internationalconspiracy.org Received: from mail.internationalconspiracy.org ([85.234.142.62]) by localhost (mail.internationalconspiracy.org [85.234.142.62]) (amavisd-new, port 10024) with LMTP id RjYIECxI7ssF; Tue, 15 Jul 2008 21:09:14 +0100 (BST) Received: from [192.168.124.200] (77-96-69-222.cable.ubr09.croy.blueyonder.co.uk [77.96.69.222]) by mail.internationalconspiracy.org (Postfix) with ESMTPSA id 878E85A4DB; Tue, 15 Jul 2008 21:09:14 +0100 (BST) From: Alex Trull To: Steve Bertrand In-Reply-To: <200807151955.m6FJtf77008969@apollo.backplane.com> References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-zsy70IF1/yDdnF8PPjW7" Date: Tue, 15 Jul 2008 21:09:12 +0100 Message-Id: <1216152552.6517.56.camel@porksoda> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 20:09:19 -0000 --=-zsy70IF1/yDdnF8PPjW7 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Don't want to give conflicting advice, and would suggest you certainly try the 30 sec thing first. I'm already on 10 myself but haven't pushed further. In my own case I've not had any issue with zfs in particular since I applied the ZFS zil/prefetch disable loader.conf tunables 10 hours ago. I am observing this now. For the record .. What ata chipset/motherboard and model of disk have you got ? Have you seen any smart errors (real or otherwise) ? What do your 'zpool status' counters look like ? -- Alex On Tue, 2008-07-15 at 12:55 -0700, Matthew Dillon wrote: > :Went from 10->15, and it took quite a bit longer into the backup before=20 > :the problem cropped back up. >=20 > Try 30 or longer. See if you can make the problem go away entirely. > then fall back to 5 and see if the problem resumes at its earlier > pace. >=20 > -- >=20 > It could be temperature related. The drives are being exercised > a lot, they could very well be overheating. To find out add more > airflow (a big house fan would do the trick). >=20 > -- >=20 > It could be that errors are accumulating on the drives, but it seems > unlikely that four drives would exhibit the same problem. >=20 > -- >=20 > Also make sure the power supply can handle four drives. Most power > supplies that come with consumer boxes can't under full load if you > also have a mid or high-end graphics card installed. Power supplies > that come with OEM slap-together enclosures are not usually much bett= er. >=20 > Specifically, look at the +5V and +12V amperage maximums on the power > supply, then check the disk labels to see what they draw, then > multiply by 2. e.g. if your power supply can do 30A@12V and you have > four drives each taking 2A@12V (and typically ~half that at 5V), that= s > 4x2x2 =3D 16A@12V and you would probably be ok. >=20 > To test, remove two of the four drives, reformat the ZFS to use just = 2, > and see if the problem reoccurs with just two drives. >=20 > -Matt >=20 > _______________________________________________ > 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" --=-zsy70IF1/yDdnF8PPjW7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIfQPoey4m6/eWxTQRAotuAJwO3hf5N/ppF8wiCrIGrrQEYxfCAwCfXWmz 9iW+X9EzripUqMg4woL2404= =io+w -----END PGP SIGNATURE----- --=-zsy70IF1/yDdnF8PPjW7-- From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 20:24:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78ADC1065678 for ; Tue, 15 Jul 2008 20:24:10 +0000 (UTC) (envelope-from horechuk@csolve.net) Received: from mail152.messagelabs.com (mail152.messagelabs.com [216.82.253.19]) by mx1.freebsd.org (Postfix) with SMTP id 1E6FD8FC12 for ; Tue, 15 Jul 2008 20:24:10 +0000 (UTC) (envelope-from horechuk@csolve.net) X-VirusChecked: Checked X-Env-Sender: horechuk@csolve.net X-Msg-Ref: server-11.tower-152.messagelabs.com!1216151847!9469814!1 X-StarScan-Version: 5.5.12.14.2; banners=.,-,- X-Originating-IP: [65.193.201.145] Received: (qmail 20744 invoked from network); 15 Jul 2008 19:57:27 -0000 Received: from mail.bpoms.com (HELO BPOMSMAIL.BPOMS.COM) (65.193.201.145) by server-11.tower-152.messagelabs.com with SMTP; 15 Jul 2008 19:57:27 -0000 Received: from paul.bpoms.com ([216.223.150.67]) by BPOMSMAIL.BPOMS.COM (Lotus Domino Release 7.0.3) with ESMTP id 2008071515572577-19698 ; Tue, 15 Jul 2008 15:57:25 -0400 From: Paul Horechuk To: freebsd-stable@freebsd.org Date: Tue, 15 Jul 2008 15:57:51 -0400 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Message-Id: <200807151557.52338.horechuk@csolve.net> X-MIMETrack: Itemize by SMTP Server on BPOMSMAIL/BPOMS(Release 7.0.3|September 26, 2007) at 07/15/2008 03:57:25 PM, Serialize by Router on BPOMSMAIL/BPOMS(Release 7.0.3|September 26, 2007) at 07/15/2008 03:57:27 PM, Serialize complete at 07/15/2008 03:57:27 PM Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Subject: Konqueror and the Cookiejar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: horechuk@csolve.net List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 15 Jul 2008 20:24:10 -0000 Since upgrading to 7.0 Stable, I've noticed an occasional problem with konqueror. I've been recompiling my ports for the past few weeks and have noticed that some sites are complaining about cookies not being enabled. Further investigation has revealed that if I start konqueror from the terminal prompt, I can get an error message: khtml (dom) Can't communicate with the cookiejar! A workaround I've discovered is to run kded first. Konqueror works with cookies after that. Question: What process is NOT running kded during the startx process? Where is there a log to track this? -- Paul Horechuk Think Free Use Open Source Software ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 20:51:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58F5D1065673; Tue, 15 Jul 2008 20:51:29 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 3E7EC8FC15; Tue, 15 Jul 2008 20:51:29 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 363571CC097; Tue, 15 Jul 2008 13:51:29 -0700 (PDT) Date: Tue, 15 Jul 2008 13:51:29 -0700 From: Jeremy Chadwick To: Kris Kennaway Message-ID: <20080715205129.GA56105@eos.sc1.parodius.com> References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> <20080715162912.GI64436@atarininja.org> <487CD9ED.1090207@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487CD9ED.1090207@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Wesley Shields , freebsd-stable@freebsd.org, Sven Willenberger Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 20:51:29 -0000 On Tue, Jul 15, 2008 at 07:10:05PM +0200, Kris Kennaway wrote: > Wesley Shields wrote: >> On Tue, Jul 15, 2008 at 07:54:26AM -0700, Jeremy Chadwick wrote: >>> One of the "annoyances" to ZFS snapshots, however, was that I had to >>> write my own script to do snapshot rotations (think incremental dump(8) >>> but using ZFS snapshots). >> >> There is a PR[1] to get something like this in the ports tree. I have >> no idea how good it is but I hope to get it in the tree soon. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/125340 > > There is also sysutils/freebsd-snapshot (pkg-descr is out of date, it > supports ZFS too). > > I found it more convenient to just write my own tiny script. Thanks for pointing this out -- I had no idea such a port existed! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 21:05:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C413106564A for ; Tue, 15 Jul 2008 21:05:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 65B738FC17 for ; Tue, 15 Jul 2008 21:05:53 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 329C61CC0A0; Tue, 15 Jul 2008 14:05:53 -0700 (PDT) Date: Tue, 15 Jul 2008 14:05:53 -0700 From: Jeremy Chadwick To: Sven Willenberger Message-ID: <20080715210553.GA56968@eos.sc1.parodius.com> References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> <1216136877.27608.36.camel@lanshark.dmv.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1216136877.27608.36.camel@lanshark.dmv.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@FreeBSD.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 21:05:53 -0000 On Tue, Jul 15, 2008 at 11:47:57AM -0400, Sven Willenberger wrote: > On Tue, 2008-07-15 at 07:54 -0700, Jeremy Chadwick wrote: > > ZFS's send/recv capability (over a network) is something I didn't have > > time to experiment with, but it looked *very* promising. The method is > > documented in the manpage as "Example 12", and is very simple -- as it > > should be. You don't have to use SSH either, by the way[1]. > > The examples do list ssh as the way of initiating the receiving end; I > am curious as to what the alterative would be (short of installing > openssh-portable and using cipher=no). rsh or netcat come to mind. I haven't tried using either though. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Jul 15 21:19:06 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29071106567D; Tue, 15 Jul 2008 21:19:06 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 87DE08FC2B; Tue, 15 Jul 2008 21:19:04 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487D144A.7060301@FreeBSD.org> Date: Tue, 15 Jul 2008 23:19:06 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Jeremy Chadwick References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> <1216136877.27608.36.camel@lanshark.dmv.com> <20080715210553.GA56968@eos.sc1.parodius.com> In-Reply-To: <20080715210553.GA56968@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Sven Willenberger , freebsd-stable@FreeBSD.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 15 Jul 2008 21:19:06 -0000 Jeremy Chadwick wrote: > On Tue, Jul 15, 2008 at 11:47:57AM -0400, Sven Willenberger wrote: >> On Tue, 2008-07-15 at 07:54 -0700, Jeremy Chadwick wrote: >>> ZFS's send/recv capability (over a network) is something I didn't have >>> time to experiment with, but it looked *very* promising. The method is >>> documented in the manpage as "Example 12", and is very simple -- as it >>> should be. You don't have to use SSH either, by the way[1]. >> The examples do list ssh as the way of initiating the receiving end; I >> am curious as to what the alterative would be (short of installing >> openssh-portable and using cipher=no). > > rsh or netcat come to mind. I haven't tried using either though. > I wouldn't recommend either for the obvious reasons: weak or no authentication and integrity protection. Even if the former is not a concern for some reason then the latter should be (your data stream could be corrupted in transit and you'd never know until you tried to verify or restore the backup). Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 01:10:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98F92106566C for ; Wed, 16 Jul 2008 01:10:26 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 510198FC08 for ; Wed, 16 Jul 2008 01:10:25 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 399CD17369; Wed, 16 Jul 2008 11:10:24 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (138.21.96.58.exetel.com.au [58.96.21.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 54FD11736B for ; Wed, 16 Jul 2008 11:10:19 +1000 (EST) Message-ID: <487D4A2A.9010508@modulus.org> Date: Wed, 16 Jul 2008 11:08:58 +1000 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> In-Reply-To: <200807151711.m6FHBgVO007481@apollo.backplane.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 01:10:26 -0000 Matthew Dillon wrote: > Try that first. If it helps then it is a known issue. Basically > a combination of the on-disk write cache and possible ECC corrections, > remappings, or excessive remapped sectors can cause the drive to take > much longer then normal to complete a request. The default 5-second > timeout is insufficient. From Western Digital's line of "enterprise" drives: "RAID-specific time-limited error recovery (TLER) - Pioneered by WD, this feature prevents drive fallout caused by the extended hard drive error-recovery processes common to desktop drives." Western Digital's information sheet on TLER states that they found most RAID controllers will wait 8 seconds for a disk to respond before dropping it from the RAID set. Consequently they changed their "enterprise" drives to try reading a bad sector for only 7 seconds before returning an error. Therefore I think the FreeBSD timeout should also be set to 8 seconds instead of 5 seconds. Desktop-targetted drives will not respond for over 10 seconds, up to minutes, so its not worth setting the FreeBSD timeout any higher. More info: http://www.wdc.com/en/library/sata/2579-001098.pdf http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 02:29:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7190106566B for ; Wed, 16 Jul 2008 02:29:29 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 4DB0D8FC1C for ; Wed, 16 Jul 2008 02:29:29 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 76356 invoked by uid 89); 16 Jul 2008 02:32:48 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jul 2008 02:32:48 -0000 Message-ID: <487D5D08.9070102@ibctech.ca> Date: Tue, 15 Jul 2008 22:29:28 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> In-Reply-To: <200807151955.m6FJtf77008969@apollo.backplane.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 02:29:29 -0000 Matthew Dillon wrote: > :Went from 10->15, and it took quite a bit longer into the backup before > :the problem cropped back up. Jumping right into it, there is another post after this one, but I'm going to try to reply inline: > Try 30 or longer. See if you can make the problem go away entirely. > then fall back to 5 and see if the problem resumes at its earlier > pace. I'm sure 30 will either push the issue longer, or into non-existence, but are there any developers here who can say what this timer does? ie. How does changing this timer affect the performance of the disk subsystem (aside from allowing it to work, of course). After I'm done responding this message, I'll be testing the sysctl to 30. > It could be temperature related. The drives are being exercised > a lot, they could very well be overheating. To find out add more > airflow (a big house fan would do the trick). > Temperature is a good thought, but currently, my physical situation has this: - 2U chassis - multiple fans in the case - in my lab (which is essentially beside my desk) - the case has no lid - it is 64 degrees with A/C and circulating fans in this area - hard drives are separated relatively well inside the case > It could be that errors are accumulating on the drives, but it seems > unlikely that four drives would exhibit the same problem. Thats what I'm thinking. All four drives are exhibiting the same errors... or, for all intents and purposes, the machine is coughing the same errors for all the drives. > Also make sure the power supply can handle four drives. Most power > supplies that come with consumer boxes can't under full load if you > also have a mid or high-end graphics card installed. Power supplies > that come with OEM slap-together enclosures are not usually much better. I currently have a 550W PSU in the 2U chassis, which again, is sitting open. I have more hardware, running in worse conditions with less wattage PSUs that don't exhibit this behavior. I need to determine whether this problem is SATA, ZFS, the motherboard or code. > Specifically, look at the +5V and +12V amperage maximums on the power > supply, then check the disk labels to see what they draw, then > multiply by 2. e.g. if your power supply can do 30A@12V and you have > four drives each taking 2A@12V (and typically ~half that at 5V), thats > 4x2x2 = 16A@12V and you would probably be ok. I'm well within specs. Even after V/A tests with the meter. The power supply is providing ample wattage to each device accordingly. > To test, remove two of the four drives, reformat the ZFS to use just 2, > and see if the problem reoccurs with just two drives. ... I knew that was going to come up... my response is "I worked so hard to get this system with ZFS all configured *exactly* how I wanted it". To test, I'm going to flip to 30 as per Matthews recommendation, and see how far that takes me. At this time, I'm only testing by backing up one machine on the network. If it fails, I'll clock the time, and then 'reformat' with two drives. Is there a technical reason this may work better with only two drives? Is there anyone interested to the point where remote login would be helpful? Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 02:39:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA49106566C for ; Wed, 16 Jul 2008 02:39:15 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 431E58FC19 for ; Wed, 16 Jul 2008 02:39:15 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2F6E11CC097; Tue, 15 Jul 2008 19:39:15 -0700 (PDT) Date: Tue, 15 Jul 2008 19:39:15 -0700 From: Jeremy Chadwick To: Steve Bertrand Message-ID: <20080716023915.GA77532@eos.sc1.parodius.com> References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> <487D5D08.9070102@ibctech.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487D5D08.9070102@ibctech.ca> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 02:39:15 -0000 On Tue, Jul 15, 2008 at 10:29:28PM -0400, Steve Bertrand wrote: > Is there anyone interested to the point where remote login would be helpful? I believe my FreeBSD Wiki page documents what to do if your problem is easily reproducable: contact Scott Long, who has offered to help track down the source of these problems. I'll reply to the other part of your mail in a bit. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 02:44:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A034B106566B for ; Wed, 16 Jul 2008 02:44:01 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 40B018FC13 for ; Wed, 16 Jul 2008 02:44:01 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 76805 invoked by uid 89); 16 Jul 2008 02:47:20 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jul 2008 02:47:20 -0000 Message-ID: <487D6070.6050802@ibctech.ca> Date: Tue, 15 Jul 2008 22:44:00 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Alex Trull References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> <1216152552.6517.56.camel@porksoda> In-Reply-To: <1216152552.6517.56.camel@porksoda> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 02:44:01 -0000 Alex Trull wrote: > Don't want to give conflicting advice, and would suggest you certainly > try the 30 sec thing first. I'm already on 10 myself but haven't pushed > further. What were you doing, and what did you notice when the problem started? As much as it seems silly, I'm mostly interested in what your network was doing at the time things went sour. > In my own case I've not had any issue with zfs in particular since I > applied the ZFS zil/prefetch disable loader.conf tunables 10 hours ago. > I am observing this now. For some reason, and with no explanation or science behind it, I don't think this is a ZFS problem, and I'm trying to defend this thought to my peers until I prove otherwise. I have to be a bit careful on how I adjust loader properties, given that I'm loading from USB, and mounting root from a ZFS zpool hard disk. Like my GELI systems, tweaking things can be a bit touchy unless I put a little more planning into it. > For the record .. > > What ata chipset/motherboard and model of disk have you got ? I'm not a hardware person per-se, but I'm advised to post that the motherboard is: - XFS nForce 610i with GeForce 7050 If there is more hardware info I can provide, let me know specifically what I should be looking for. > Have you seen any smart errors (real or otherwise) ? > What do your 'zpool status' counters look like ? zpool status is always clean. There are no errors otherwise, even if the box is up for multiple hours straight. The problem occurs only if I through work at it. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:16:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55DFD1065680 for ; Wed, 16 Jul 2008 03:16:12 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id DA98D8FC1D for ; Wed, 16 Jul 2008 03:16:11 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 77650 invoked by uid 89); 16 Jul 2008 03:19:30 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jul 2008 03:19:30 -0000 Message-ID: <487D67FB.6010509@ibctech.ca> Date: Tue, 15 Jul 2008 23:16:11 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Jeremy Chadwick References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> <487D5D08.9070102@ibctech.ca> <20080716023915.GA77532@eos.sc1.parodius.com> In-Reply-To: <20080716023915.GA77532@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: scottl@freebsd.org, freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 03:16:12 -0000 Jeremy Chadwick wrote: > On Tue, Jul 15, 2008 at 10:29:28PM -0400, Steve Bertrand wrote: >> Is there anyone interested to the point where remote login would be helpful? > > I believe my FreeBSD Wiki page documents what to do if your problem > is easily reproducable: contact Scott Long, who has offered to help > track down the source of these problems. Changing to 30 second timeout made no difference whatsoever. The problem occurred at about the same time during the single I'm at a standstill. I'm willing to help provide any information necessary to fix this issue, or provide remote access to the box in question. scottl@ has been Cc:'d. Thanks all, Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:16:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84E061065674 for ; Wed, 16 Jul 2008 03:16:42 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id 2E9578FC22 for ; Wed, 16 Jul 2008 03:16:42 +0000 (UTC) (envelope-from oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id WKG45741; Tue, 15 Jul 2008 20:16:41 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 7DC744500E; Tue, 15 Jul 2008 20:16:40 -0700 (PDT) To: "John Sullivan" In-Reply-To: Your message of "Tue, 15 Jul 2008 10:58:19 BST." <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1216178200_6274P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Tue, 15 Jul 2008 20:16:40 -0700 From: "Kevin Oberman" Message-Id: <20080716031640.7DC744500E@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 03:16:42 -0000 --==_Exmh_1216178200_6274P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "John Sullivan" > Date: Tue, 15 Jul 2008 10:58:19 +0100 > Sender: owner-freebsd-stable@freebsd.org > > I am experiencing 'random' reboots interspersed with panics whenever I put a newly installed system under load (make index in > /usr/ports is enough). A sample panic is at the end of this email. > > I have updated to 7.0-RELEASE-p2 using the GENERIC amd64 kernel and it is still the same. The system is a Gigabyte GA-M56S-S3 > motherboard with 4GB of RAM, an Athlon X2 6400+ and 3 x Maxtor SATA 750GB HDD's (only the first is currently in use). The first > disk is all allocated to FreeBSD using UFS. There is also a Linksys 802.11a/b/g card installed. I have flashed the BIOS to the > latest revision (F4e). The onboard RAID is disabled. > > At the moment there is no exotic software installed. > > Although I have been using FreeBSD for a number of years this is the first time I have experienced regular panics and am at a > complete loss trying to work out what is wrong. I would be grateful for any advice anyone is willing to give to help me > troubleshoot this issue. > > Thanks in advance > > John > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x800000b0 > fault code - supervisor write data, page not present > instruction pointer = 0x8:0xffffffff804db18c > stack pointer = 0x10:ffffffffb1e92450 > frame pointer = 0x10:ffffffec > code segment = base 0x0, limit 0xfffff, type 0x16, DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = interupt enabled, resume, IOPL = 0 > current processkernel trap 12 with interrupts disabled > > #nm -n /boot/kernel/kernel | grep ffffffff804db > ffffffff804dbac0 t flushbufqueues Could be memory, but I'd also suggest looking at temperatures. I've had overheating systems produce lots of such errors. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1216178200_6274P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIfWgYkn3rs5h7N1ERAjdFAJ9EYCA98hG/hQVrmEeFUI0RMdWk6wCcCCjT pye7omwRLJ9tTfX6SJKExC8= =Ae1P -----END PGP SIGNATURE----- --==_Exmh_1216178200_6274P-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:27:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1F121065675 for ; Wed, 16 Jul 2008 03:27:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 915058FC1C for ; Wed, 16 Jul 2008 03:27:43 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.1/8.14.1) with ESMTP id m6G3Rh5G012576; Tue, 15 Jul 2008 20:27:43 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.1/8.13.4/Submit) id m6G3Rh57012575; Tue, 15 Jul 2008 20:27:43 -0700 (PDT) Date: Tue, 15 Jul 2008 20:27:43 -0700 (PDT) From: Matthew Dillon Message-Id: <200807160327.m6G3Rh57012575@apollo.backplane.com> To: Steve Bertrand References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> <487D5D08.9070102@ibctech.ca> Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 03:27:43 -0000 :... :> and see if the problem reoccurs with just two drives. : :... I knew that was going to come up... my response is "I worked so hard :to get this system with ZFS all configured *exactly* how I wanted it". : :To test, I'm going to flip to 30 as per Matthews recommendation, and see :how far that takes me. At this time, I'm only testing by backing up one :machine on the network. If it fails, I'll clock the time, and then :'reformat' with two drives. : :Is there a technical reason this may work better with only two drives? : :Is there anyone interested to the point where remote login would be helpful? : :Steve This issue is vexing a lot of people. Setting the timeout to 30 will not effect performance, but it will cause a 30 second delay in recovery when (if) the problem occurs. i.e. when the disk stalls it will just sit there doing nothing for 30 seconds, then it will print the timeout message and try to recover. It occurs to me that it might be beneficial to actually measure the disk's response time to each request, and then graph it over a period of time. Maybe seeing the issue visually will give some clue as to the actual cause. -Matt Matthew Dillon From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:34:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D251065670 for ; Wed, 16 Jul 2008 03:34:13 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id A96508FC08 for ; Wed, 16 Jul 2008 03:34:12 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 78200 invoked by uid 89); 16 Jul 2008 03:37:31 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jul 2008 03:37:31 -0000 Message-ID: <487D6C33.2060409@ibctech.ca> Date: Tue, 15 Jul 2008 23:34:11 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Andrew Snow References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487D4A2A.9010508@modulus.org> In-Reply-To: <487D4A2A.9010508@modulus.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 03:34:13 -0000 Andrew Snow wrote: > From Western Digital's line of "enterprise" drives: > > "RAID-specific time-limited error recovery (TLER) - Pioneered by WD, > this feature prevents drive fallout caused by the extended hard drive > error-recovery processes common to desktop drives." > Therefore I think the FreeBSD timeout should also be set to 8 seconds > instead of 5 seconds. Desktop-targetted drives will not respond for > over 10 seconds, up to minutes, so its not worth setting the FreeBSD > timeout any higher. Interesting you say this. To reiterate, I have /boot on USB thumb drive, and the system is mounted from / on a raidz pool called /storage via loader.conf. The four drives in question (per the packaging) are: - Western Digital Caviar SE16 500GB - 7200, 16MB, SATA-300, OEM Per the packaging on the rest of the hardware: # mobo - XFX 610i, 7050 GeForce (I *never* use graphics on my FreeBSD boxen, I *only* know/have CLI with no 'windows') # memory - 2 GB Corsair XMS2 Twin2X 6400C4 memory # cpu - Intel Pentium DC E2200 2.20GHz OEM - 2.20 GHz, 1MB Cache, 800MHz FSB, Allendale, Dual Core, OEM, Socket 775, Processor # swap - I don't run any, but can/will add in an IDE/ATA 7200 200GB in the event this problem may be related to ZFS/RAM issues. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:42:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 743CE106568E for ; Wed, 16 Jul 2008 03:42:43 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 35B5F8FC24 for ; Wed, 16 Jul 2008 03:42:43 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-AV: E=Sophos;i="4.30,370,1212379200"; d="scan'208";a="24397445" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 15 Jul 2008 23:41:29 -0400 From: "Kevin K" To: "'FreeBSD Stable'" Date: Tue, 15 Jul 2008 23:41:14 -0400 Message-ID: <001301c8e6f5$cc68dee0$653a9ca0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acjm9crmPrFWaNaDSpm0PXghNxLZKg== Content-Language: en-us x-cr-hashedpuzzle: RGw= As2U CCql CHR4 CJFu Dd7A ECQl E54Y FKp2 FO/N FrMv Gc8Y GtoP IXLP JuSJ Kvi3; 1; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {64868C21-0F20-48CD-8F46-175F173C67AE}; awBrAHUAdAB6AGsAbwBAAHQAZQBrAHMAYQB2AHYAeQAuAGMAbwBtAA==; Wed, 16 Jul 2008 03:41:12 GMT; SABQACAAUABhAHYAaQBsAGkAbwBuACAAZAB2ADIAMAAwADAAIABsAGEAcAB0AG8AcAAgAHcAbwBuAHQAIABiAG8AbwB0ACAAbwBmAGYAIABpAG4AcwB0AGEAbABsACAAYwBkAA== x-cr-puzzleid: {64868C21-0F20-48CD-8F46-175F173C67AE} Subject: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 03:42:43 -0000 Laptop details : HP Pavilion dv2000 (dv2422ca) Specifications (taken from http://h10025.www1.hp.com/ewfrf/wc/document?cc=au&docname=c01070158&dlc=en&l c=en&jumpid=reg_R1002_AUEN ) : Product Name: dv2422ca Product Number: GM039UA#ABC / GM039UA#ABL Microprocessor: 1.8 GHz AMD Turion T 64 X2 Dual-Core Mobile Technology TL-56 Microprocessor Cache: 512KB+512KB L2 Cache Memory: 2048 MB DDR2 System Memory (2 Dimm) I tried to boot from 7.0-release-AMD64, 7.0-release-i386 and 6.2-release-i386 install disks (about to try 6.3-release-amd64). I could not successfully boot up the computer using the install disks mentioned. Sometimes there would be a memory dump (scrolling infinitely), sometimes I would get the following message(s) : elf_32_lookup_symbol : corrupt symbol table loading required module 'pci' ACPI autoload failed - no such file or directory \ int=00000006 err=00000000 efl=00010002 eip=00000003 eax=00449130 ebx=00000000 ecx=004f010f edx=0003fa40 esi=00000000 edi=00000000 ebp=00000000 esp=000928b0 cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 cs:eip= f0 53 ff 00 f0 c3 e2 00-f0 53 ff 00 f0 53 ff 00 f0 54 ff 00 f0 8a a8 00-f0 53 ff 00 f0 a5 fe 00 ss:esp= 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 BTX halted There is no significant BIOS option in this laptop that I can think of to at least begin to trouble shoot this issue. Laptop works fine for other operating systems as far as I can tell. Initial documentation suggests that this laptop should work, however, I'd like to get some more insight from freebsd-stable before continuing. If any additional information is required, please let me know. Cheers, Kevin K. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 03:45:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF283106564A for ; Wed, 16 Jul 2008 03:45:14 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 9DB958FC1D for ; Wed, 16 Jul 2008 03:45:14 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 78541 invoked by uid 89); 16 Jul 2008 03:48:34 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by 2607:f118::b6 with ESMTPA; 16 Jul 2008 03:48:34 -0000 Message-ID: <487D6ECA.9040706@ibctech.ca> Date: Tue, 15 Jul 2008 23:45:14 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Matthew Dillon References: <487CCD46.8080506@ibctech.ca> <200807151711.m6FHBgVO007481@apollo.backplane.com> <487CF077.2040201@ibctech.ca> <487CFA08.5000308@ibctech.ca> <200807151955.m6FJtf77008969@apollo.backplane.com> <487D5D08.9070102@ibctech.ca> <200807160327.m6G3Rh57012575@apollo.backplane.com> In-Reply-To: <200807160327.m6G3Rh57012575@apollo.backplane.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 03:45:15 -0000 Matthew Dillon wrote: > This issue is vexing a lot of people. Heh... I can appreciate this. I would like someone to inform me that this can't be guaranteed to be a ZFS problem... if I can get confirmation that others have this issue aside from ZFS, I would feel content. > Setting the timeout to 30 will not effect performance, but it will > cause a 30 second delay in recovery when (if) the problem occurs. > i.e. when the disk stalls it will just sit there doing nothing for > 30 seconds, then it will print the timeout message and try to recover. If I have the timeout at >= 30 and the issue still occurs, the problem must be elsewhere. > It occurs to me that it might be beneficial to actually measure the > disk's response time to each request, and then graph it over a period > of time. Maybe seeing the issue visually will give some clue as to the > actual cause. I am interested in following through with this, but can't do it on my own. I'm willing to dedicate the box and bandwidth to anyone who can legitimately test this as you state. ie: I need either guidance or assistance. This box is ready for the taking. Beyond this box, I can provide legitimate parties other network resources to produce a consistent flow of data to ensure the ability to easily reproduce the issue locally, on demand. Steve From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 08:02:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D4A1065672 for ; Wed, 16 Jul 2008 08:02:15 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (host3.dynacom.ondsl.gr [62.103.35.211]) by mx1.freebsd.org (Postfix) with ESMTP id 150738FC17 for ; Wed, 16 Jul 2008 08:02:14 +0000 (UTC) (envelope-from achill@matrix.gatewaynet.com) Received: from smadev.internal.net (localhost [127.0.0.1]) by smadev.internal.net (8.14.2/8.14.2) with ESMTP id m6G7goPM043612 for ; Wed, 16 Jul 2008 10:42:50 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) Received: from localhost (localhost [[UNIX: localhost]]) by smadev.internal.net (8.14.2/8.14.2/Submit) id m6G7gnRF043611 for freebsd-stable@freebsd.org; Wed, 16 Jul 2008 10:42:49 +0300 (EEST) (envelope-from achill@matrix.gatewaynet.com) From: Achilleas Mantzios Organization: Dynacom Tankers Mgmt To: freebsd-stable@freebsd.org Date: Wed, 16 Jul 2008 10:42:48 +0300 User-Agent: KMail/1.9.7 References: <200807151958.12955.achill@matrix.gatewaynet.com> In-Reply-To: <200807151958.12955.achill@matrix.gatewaynet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200807161042.49063.achill@matrix.gatewaynet.com> Subject: Re: softdepflush bad block error has led to negative blocks in free inode and handle_workitem_freeblocks: block count X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 08:02:15 -0000 =CE=A3=CF=84=CE=B9=CF=82 Tuesday 15 July 2008 19:58:12 =CE=BF/=CE=B7 Achill= eas Mantzios =CE=AD=CE=B3=CF=81=CE=B1=CF=88=CE=B5: > Hi, > The problem started when i installed a kodicom 4400 card and started to r= un zoneminder.=20 > Prior to that no problems with my machine, which now runs > FreeBSD panix.internal.net 7.0-RELEASE-p3 FreeBSD 7.0-RELEASE-p3 #3: Mon = Jul 14 16:35:37 EEST 2008 =20 > doroot@panix.internal.net:/usr/obj/usr/src/sys/GENERIC i386 > This hardware change happened in Sunday Jul 13. > The next day (Jul 14) morning "periodic daily" cron job at 03:01 gave: > /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflus= h), uid 0 inumber 2662656 on /usr: bad block > /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflus= h), uid 0 inumber 2662656 on /usr: bad block > /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflus= h), uid 0 inumber 2662656 on /usr: bad block > /var/log/messages.1.bz2:Jul 14 03:01:04 panix kernel: pid 48 (softdepflus= h), uid 0 inumber 2662656 on /usr: bad block > ... (15 times) > The funny think is that "df -h" showed a huge negative capacity. > Yesterday (Mon Jul 14) i had a crash when i tried to run (by hand) pkg_in= fo . > Today (Mon Jul 15) the morning "periodic daily" cron job resulted in a cr= ash as well in when running find. >=20 > I speculated that it was one of those cases that bad memory, or overheate= d memory could cause such problems > and i removed the most suspicious sim. After that i didnt get any crashes= when trying to run pkg_info or > periodic daily,weekly,monthly, but i get the following whenever i run per= iodic weekly: > panix kernel: free inode /usr/2662656 had -3549356 blocks (negative) > and after a while > panix kernel: handle_workitem_freeblocks: block count >=20 > I suspect that even if i have a healthy system as far as memory is concer= ned (i hope),=20 > the problem with the 2662656 inode is still there. >=20 > Any thoughts are very welcome. >=20 I cleared the inode 2662656 with fsdb and clri and rerun fsck, and this see= ms to have eliminated the problem. =2D-=20 Achilleas Mantzios From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 08:38:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D951065673 for ; Wed, 16 Jul 2008 08:38:37 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id C4A988FC0C for ; Wed, 16 Jul 2008 08:38:36 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from [195.224.14.210] (helo=UKBIM1344) by server252.basicnets.co.uk with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJ2Ww-0008ps-BT; Wed, 16 Jul 2008 09:38:34 +0100 From: "John Sullivan" To: "'Kevin Oberman'" , References: Your message of "Tue, 15 Jul 2008 10:58:19 BST." <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> Date: Wed, 16 Jul 2008 09:38:26 +0100 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: <20080716031640.7DC744500E@ptavv.es.net> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: Acjm8mfryxv4yoVKQay8u+GJssZFmgALAKSQ Cc: Subject: RE: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 08:38:37 -0000 > Could be memory, but I'd also suggest looking at > temperatures. I've had overheating systems produce lots of > such errors. Temperature is fine - it never get's that hot here in the UK ;-) Seriously, I put my hand in the box, touched a few heat sync's, it is not running hot enough to cause a problem. The BIOS reports that all is well with the temperature inside the box of just over 30 degrees C. John From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 09:04:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5C2106567B for ; Wed, 16 Jul 2008 09:04:06 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0988FC20 for ; Wed, 16 Jul 2008 09:04:06 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-AV: E=Sophos;i="4.30,372,1212379200"; d="scan'208";a="24406535" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 16 Jul 2008 05:04:05 -0400 From: "Kevin K" To: "'FreeBSD Stable'" References: <001301c8e6f5$cc68dee0$653a9ca0$@com> In-Reply-To: <001301c8e6f5$cc68dee0$653a9ca0$@com> Date: Wed, 16 Jul 2008 05:03:49 -0400 Message-ID: <001a01c8e722$dcaf27f0$960d77d0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acjm9crmPrFWaNaDSpm0PXghNxLZKgALNCRQ Content-Language: en-us Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 09:04:06 -0000 > From: owner-freebsd-stable@freebsd.org [mailto:owner-freebsd- > stable@freebsd.org] On Behalf Of Kevin K > Sent: Tuesday, July 15, 2008 11:41 PM > To: 'FreeBSD Stable' > Subject: HP Pavilion dv2000 laptop wont boot off install cd > > Laptop details : > > HP Pavilion dv2000 (dv2422ca) > > Specifications (taken from > http://h10025.www1.hp.com/ewfrf/wc/document?cc=au&docname=c01070158&dlc > =en&l > c=en&jumpid=reg_R1002_AUEN ) : > > Product Name: dv2422ca > Product Number: GM039UA#ABC / GM039UA#ABL > Microprocessor: 1.8 GHz AMD Turion T 64 X2 Dual-Core Mobile > Technology TL-56 > Microprocessor Cache: 512KB+512KB L2 Cache > Memory: 2048 MB DDR2 System Memory (2 Dimm) > > > I tried to boot from 7.0-release-AMD64, 7.0-release-i386 and > 6.2-release-i386 install disks (about to try 6.3-release-amd64). I > could not > successfully boot up the computer using the install disks mentioned. > Sometimes there would be a memory dump (scrolling infinitely), > sometimes I > would get the following message(s) : > > > elf_32_lookup_symbol : corrupt symbol table > > loading required module 'pci' > ACPI autoload failed - no such file or directory > \ > int=00000006 err=00000000 efl=00010002 eip=00000003 > eax=00449130 ebx=00000000 ecx=004f010f edx=0003fa40 > esi=00000000 edi=00000000 ebp=00000000 esp=000928b0 > cs=0008 ds=0010 es=0010 fs=0010 gs=0010 ss=0010 > cs:eip= f0 53 ff 00 f0 c3 e2 00-f0 53 ff 00 f0 53 ff 00 > f0 54 ff 00 f0 8a a8 00-f0 53 ff 00 f0 a5 fe 00 > ss:esp= 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > 00 00 00 00 00 00 00 00-00 00 00 00 00 00 00 00 > BTX halted > > > There is no significant BIOS option in this laptop that I can think of > to at > least begin to trouble shoot this issue. Laptop works fine for other > operating systems as far as I can tell. > > Initial documentation suggests that this laptop should work, however, > I'd > like to get some more insight from freebsd-stable before continuing. > > > If any additional information is required, please let me know. > > > > Cheers, > > Kevin K. > It should be noted that I just tried 6.3-release-amd64 and it doesn't work as well. It should also be important to note that sometimes it 'dumps' before getting to the boot options screen in the freebsd startup. If I do get to that screen, I have tried "disable ACPI", to no effect. ~k From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 09:21:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2E0A106564A; Wed, 16 Jul 2008 09:21:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id E6E928FC29; Wed, 16 Jul 2008 09:21:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id D19561CC099; Wed, 16 Jul 2008 02:21:55 -0700 (PDT) Date: Wed, 16 Jul 2008 02:21:55 -0700 From: Jeremy Chadwick To: Kevin K Message-ID: <20080716092155.GA98604@eos.sc1.parodius.com> References: <001301c8e6f5$cc68dee0$653a9ca0$@com> <001a01c8e722$dcaf27f0$960d77d0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <001a01c8e722$dcaf27f0$960d77d0$@com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: 'FreeBSD Stable' , jhb@freebsd.org Subject: Re: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 09:21:56 -0000 On Wed, Jul 16, 2008 at 05:03:49AM -0400, Kevin K wrote: > It should be noted that I just tried 6.3-release-amd64 and it doesn't work > as well. > > It should also be important to note that sometimes it 'dumps' before getting > to the boot options screen in the freebsd startup. > > If I do get to that screen, I have tried "disable ACPI", to no effect. It sounds to me like you might be running into the problem others have reported with boot2/loader. The "continual scrolling of data" is probably a register dump from forth. John, do you have any tips/ideas? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 09:54:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC2831065672 for ; Wed, 16 Jul 2008 09:54:33 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from fish.ish.com.au (eth5921.nsw.adsl.internode.on.net [59.167.240.32]) by mx1.freebsd.org (Postfix) with ESMTP id 9390A8FC13 for ; Wed, 16 Jul 2008 09:54:33 +0000 (UTC) (envelope-from ari@ish.com.au) Received: from MailerDaemon by fish.ish.com.au with local-bsmtp (Exim 4.63) (envelope-from ) id 1KJ3bz-00053K-G5 for freebsd-stable@freebsd.org; Wed, 16 Jul 2008 19:47:51 +1000 Received: from [92.2.109.200] (port=61339 helo=Unknown-00-1f-5b-d5-77-eb.lan) by fish.ish.com.au with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1KJ3bw-00052y-D9; Wed, 16 Jul 2008 19:47:48 +1000 / CTCH-RefIDstr=0001.0A150204.487DC19E.00FC,ss=1,fgs=0 Message-Id: <512C3A9B-5C0C-4DB6-8916-8E2898DD06A5@ish.com.au> From: Aristedes Maniatis To: Jeremy Chadwick In-Reply-To: <20080715145426.GA31340@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Wed, 16 Jul 2008 10:37:56 +0100 References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.926) X-CTCH-RefID: str=0001.0A150204.487DC19E.00FC,ss=1,fgs=0 X-cff-SpamScore: 0(/) X-cff-SpamReport: ----- ----- Message is unknown to the spam scanner. X-cff-LastScanner: antispam Cc: Sven Willenberger , freebsd-stable@freebsd.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 09:54:34 -0000 On 15/07/2008, at 3:54 PM, Jeremy Chadwick wrote: > We moved all of our production systems off of using dump/restore > solely > because of these aspects. We didn't move to ZFS though; we went with > rsync, which is great, except for the fact that it modifies file > atimes > (hope you use Maildir and not classic mbox/mail spools...). We do something similar, except that we use unison rather than rsync. This tool is a two way rsync, it deals with collisions and replicating files in both directions at once. Very nice. Look for it in the ports tree. This has some advantages for us since we distribute load across several machines and have a cluster of machines which all replicate to each other. The data is such that collisions are almost never a concern. Ari Maniatis --------------------------> ish http://www.ish.com.au Level 1, 30 Wilson Street Newtown 2042 Australia phone +61 2 9550 5001 fax +61 2 9550 4001 GPG fingerprint CBFB 84B4 738D 4E87 5E5C 5EFA EF6A 7D2E 3E49 102A From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 11:50:07 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F45E106566C for ; Wed, 16 Jul 2008 11:50:07 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (host-122-100-2-232.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6617A8FC2E for ; Wed, 16 Jul 2008 11:50:06 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 12BA617D88; Wed, 16 Jul 2008 21:50:05 +1000 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.20.30.101] (60.218.233.220.exetel.com.au [220.233.218.60]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id A72F117261 for ; Wed, 16 Jul 2008 21:50:00 +1000 (EST) Message-ID: <487DE064.6020002@modulus.org> Date: Wed, 16 Jul 2008 21:49:56 +1000 From: Andrew Snow User-Agent: Thunderbird 1.5.0.9 (Windows/20061207) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <1216130834.27608.27.camel@lanshark.dmv.com> <20080715145426.GA31340@eos.sc1.parodius.com> <512C3A9B-5C0C-4DB6-8916-8E2898DD06A5@ish.com.au> In-Reply-To: <512C3A9B-5C0C-4DB6-8916-8E2898DD06A5@ish.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 11:50:07 -0000 We have deployed an IMAP server running on Cyrus on FreeBSD 6.2, with a 500GB UFS2 partition mirrored with geom_mirror and geom_gate across a dedicated 1gbps link. It has proven to be very stable and reliable after appropriate tweaking. The uptime of the mirror is usually 1-3 months, sometimes it seems to break randomly, possibly because our timeout is too low. In any case, it doesn't take too long to rebuild at about 60mb/s. (I recently tested the same solution with FreeBSD-7 and found it now goes at a full 100mb/s.) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 13:53:17 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 357DE106566C for ; Wed, 16 Jul 2008 13:53:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A3FF18FC20 for ; Wed, 16 Jul 2008 13:53:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id m6GDrE9E058143; Wed, 16 Jul 2008 15:53:14 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id m6GDrDFB058142; Wed, 16 Jul 2008 15:53:13 +0200 (CEST) (envelope-from olli) Date: Wed, 16 Jul 2008 15:53:13 +0200 (CEST) Message-Id: <200807161353.m6GDrDFB058142@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kkutzko@teksavvy.com In-Reply-To: X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 16 Jul 2008 15:53:15 +0200 (CEST) Cc: Subject: Re: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kkutzko@teksavvy.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 13:53:17 -0000 Kevin K wrote: > I tried to boot from 7.0-release-AMD64, 7.0-release-i386 and > 6.2-release-i386 install disks (about to try 6.3-release-amd64). I could not > successfully boot up the computer using the install disks mentioned. > Sometimes there would be a memory dump (scrolling infinitely), sometimes I > would get the following message(s) : Please try one of the more recent 7-stable snapshots from June or July. They're located on the FTP sites in /pub/FreeBSD/snapshots. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd With Perl you can manipulate text, interact with programs, talk over networks, drive Web pages, perform arbitrary precision arithmetic, and write programs that look like Snoopy swearing. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 14:04:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71D711065676 for ; Wed, 16 Jul 2008 14:04:20 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6248FC19 for ; Wed, 16 Jul 2008 14:04:19 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-AV: E=Sophos;i="4.30,373,1212379200"; d="scan'208";a="24416366" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 16 Jul 2008 10:04:19 -0400 From: "Kevin K" To: References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> In-Reply-To: <200807161353.m6GDrDFB058142@lurza.secnetix.de> Date: Wed, 16 Jul 2008 10:04:03 -0400 Message-ID: <004a01c8e74c$cd95daa0$68c18fe0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjnS1oVnjLYbpzhTPiuVQMItHo+SgAAU3XQ Content-Language: en-us x-cr-hashedpuzzle: AXb7 BHUg BwHf B/eN Cv1f C/Ma DPkG E1rR FbBm ImT0 J/8b Kdde MIBn MiWT Mkua MwCC; 1; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {24A2B80E-D0D7-44A8-8C25-BD15DAD4A824}; awBrAHUAdAB6AGsAbwBAAHQAZQBrAHMAYQB2AHYAeQAuAGMAbwBtAA==; Wed, 16 Jul 2008 14:04:00 GMT; UgBFADoAIABIAFAAIABQAGEAdgBpAGwAaQBvAG4AIABkAHYAMgAwADAAMAAgAGwAYQBwAHQAbwBwACAAdwBvAG4AdAAgAGIAbwBvAHQAIABvAGYAZgAgAGkAbgBzAHQAYQBsAGwAIABjAGQA x-cr-puzzleid: {24A2B80E-D0D7-44A8-8C25-BD15DAD4A824} Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 14:04:20 -0000 > Please try one of the more recent 7-stable snapshots > from June or July. They're located on the FTP sites > in /pub/FreeBSD/snapshots. > > Best regards > Oliver This was actually just recommended to me by Gavin Atkinson earlier today. I am downloading 7.0-STABLE-200806-amd64-disc1.iso right now and will try that today. I'll post the results of that here. Thanks all for your help. ~k From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 14:25:42 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DCEC1065671 for ; Wed, 16 Jul 2008 14:25:42 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F32F8FC16 for ; Wed, 16 Jul 2008 14:25:42 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-AV: E=Sophos;i="4.30,373,1212379200"; d="scan'208";a="24417596" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 16 Jul 2008 10:25:41 -0400 From: "Kevin K" To: References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> <004a01c8e74c$cd95daa0$68c18fe0$@com> In-Reply-To: <004a01c8e74c$cd95daa0$68c18fe0$@com> Date: Wed, 16 Jul 2008 10:25:25 -0400 Message-ID: <004b01c8e74f$c9d1c660$5d755320$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjnS1oVnjLYbpzhTPiuVQMItHo+SgAAU3XQAACxCXA= Content-Language: en-us Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 14:25:42 -0000 > > Please try one of the more recent 7-stable snapshots > > from June or July. They're located on the FTP sites > > in /pub/FreeBSD/snapshots. > > > > Best regards > > Oliver > > This was actually just recommended to me by Gavin Atkinson earlier > today. I > am downloading 7.0-STABLE-200806-amd64-disc1.iso right now and will try > that > today. Okay I just tried the above snapshot and there are still problems -- I'm not getting the BTX error message nor the infinite scrolling hex dump, but it sits at loading /boot/default/loader.conf for about 5-10 seconds then does a straight reboot without any discernable error message. After doing some more digging, I found one suggestion from someone who experienced a similar problem with an HP Pavilion ze2000 w/ amd64 turion processor : "Installation hangs at boot until you disable the apic and serial ports as follows in the boot loader command line: set hint.apic.0.disabled=1 set hint.sio.0.disabled=1 set hint.sio.1.disabled=1" I'm going to try this and see if that helps. I don't really need the serial ports on this laptop anyways, so maybe it will work. If anyone has any other suggestions, it would be greatly appreciated. Many thanks, Kevin K. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 14:56:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A7B8106566C for ; Wed, 16 Jul 2008 14:56:35 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id E37BF8FC0A for ; Wed, 16 Jul 2008 14:56:34 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from [195.224.14.210] (helo=UKBIM1344) by server252.basicnets.co.uk with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJ8Qe-000Byb-EM; Wed, 16 Jul 2008 15:56:28 +0100 From: "John Sullivan" To: "'Michael Grant'" References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> Date: Wed, 16 Jul 2008 15:56:16 +0100 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: <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 Thread-Index: AcjnUk1I6W42Vz9FSMmOs0vsCwCXVQAAJ36g Cc: freebsd-stable@freebsd.org Subject: RE: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 14:56:35 -0000 > John, a question, how is swap set up on your system? I was > swapping to a file (a memory disk device /dev/md0). I was > doing this because for some reason lost in ancient history, > this machine was not set up with a real swap partition. > Hence, no crash dump. Swap is a partition on the 1st disk. > Last night I repartitioned a second disk, set up a real swap > partition and now I'm currently waiting for this to happen > again so I can get a crash dump. I will try creating a swap partition on my second drive to see if that improves things ... I am able to cause a panic "on demand" but a crash dump is rarely written (presumably because the system believes the device is not accessible?). I must have crashed it 10-20 times now with various corruptions of the panic screen - once it had blue text with "trap 12 trap 12" all over the screen, I liked that one ;-). I did manage to complete a "make index" while the background FSCK was running, once it had finished, performing the same task caused a panic locking the machine up again with no crash dump. John From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:00:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 012E41065674 for ; Wed, 16 Jul 2008 15:00:44 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 857288FC1B; Wed, 16 Jul 2008 15:00:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487E0D1B.2060902@FreeBSD.org> Date: Wed, 16 Jul 2008 17:00:43 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: John Sullivan References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, 'Michael Grant' Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 15:00:44 -0000 John Sullivan wrote: > >> John, a question, how is swap set up on your system? I was >> swapping to a file (a memory disk device /dev/md0). I was >> doing this because for some reason lost in ancient history, >> this machine was not set up with a real swap partition. >> Hence, no crash dump. > > Swap is a partition on the 1st disk. > >> Last night I repartitioned a second disk, set up a real swap >> partition and now I'm currently waiting for this to happen >> again so I can get a crash dump. > > I will try creating a swap partition on my second drive to see if that improves things ... I am able to cause a panic "on demand" > but a crash dump is rarely written (presumably because the system believes the device is not accessible?). I must have crashed it > 10-20 times now with various corruptions of the panic screen - once it had blue text with "trap 12 trap 12" all over the screen, I > liked that one ;-). > > I did manage to complete a "make index" while the background FSCK was running, once it had finished, performing the same task caused > a panic locking the machine up again with no crash dump. OK, the first thing to do is disable bg fsck, then force a full fsck of all filesystems. bg fsck does a poor job of fixing arbitrary filesystem corruption (it's not designed to do so, in fact), and you can get into a situation where corrupted filesystems cause further panics. Removing KDB_UNATTENDED from your kernel will allow you to interact with the debugger and obtain backtraces etc, which is useful when dumps are not being saved. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:12:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E356C1065674 for ; Wed, 16 Jul 2008 15:12:32 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: from ag-out-0708.google.com (ag-out-0708.google.com [72.14.246.248]) by mx1.freebsd.org (Postfix) with ESMTP id 9AE238FC0A for ; Wed, 16 Jul 2008 15:12:32 +0000 (UTC) (envelope-from michael.grant@gmail.com) Received: by ag-out-0708.google.com with SMTP id 8so3085399agc.3 for ; Wed, 16 Jul 2008 08:12:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=XlK5aB5vXm5xreBTvkbMVByvbsFuL9f+gUVl2AdZv+Q=; b=qIBJuYWkqOgFTSIzDKo8walXyv3CbTeu7kMQkOykWk76k3L0whZ+v5uCsMKHPAN2pV sVCpamTD46ldxh3tEWAlJcrCTTAw4YwItmP5UukAbJxwjSC5w3G6mZqNsndStCZaEa3C fhDjKDeChhlovSYihtmzjV5342OXb55rjz8uM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=kuv6gySf/E04lKmrY4/1tRiyQDruV/on+yzgSIJXaolHDq3w/cbz+70aiSuj2FD2Ud asRtQ9nLKVIptjFROTd2wdylJo9mdrbuJAy+V3naz4jX9yrR4YIKhgwyuDZdVXBJRgfS /J9VTdk9dzmviM7VlP0tYwpK2oHEaOU3j8VKM= Received: by 10.90.29.17 with SMTP id c17mr1683732agc.70.1216219395035; Wed, 16 Jul 2008 07:43:15 -0700 (PDT) Received: by 10.90.98.11 with HTTP; Wed, 16 Jul 2008 07:43:15 -0700 (PDT) Message-ID: <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> Date: Wed, 16 Jul 2008 16:43:15 +0200 From: "Michael Grant" Sender: michael.grant@gmail.com To: "John Sullivan" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> X-Google-Sender-Auth: 2679977365a9f5c1 Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 15:12:33 -0000 On Wed, Jul 16, 2008 at 10:38 AM, John Sullivan wrote: > >> Could be memory, but I'd also suggest looking at >> temperatures. I've had overheating systems produce lots of >> such errors. > > Temperature is fine - it never get's that hot here in the UK ;-) Seriously, I put my hand in the box, touched a few heat sync's, it > is not running hot enough to cause a problem. The BIOS reports that all is well with the temperature inside the box of just over 30 > degrees C. > > John > This looks like the same panic I reported yesterday but I'm running 6.3 patch 2. I have seen these crashes on my box since 6.3 pre-release, randomly, but under load. My box is based on a SuperMicro motherboard running Intel Xeon processors. The only commonality is that we're both using Sata drives. John, a question, how is swap set up on your system? I was swapping to a file (a memory disk device /dev/md0). I was doing this because for some reason lost in ancient history, this machine was not set up with a real swap partition. Hence, no crash dump. Last night I repartitioned a second disk, set up a real swap partition and now I'm currently waiting for this to happen again so I can get a crash dump. Michael Grant From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:21:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E19BD1065677 for ; Wed, 16 Jul 2008 15:21:11 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2DD268FC1B; Wed, 16 Jul 2008 15:21:09 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487E11E7.8020704@FreeBSD.org> Date: Wed, 16 Jul 2008 17:21:11 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: Michael Grant References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> In-Reply-To: <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, John Sullivan Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 15:21:12 -0000 Michael Grant wrote: > On Wed, Jul 16, 2008 at 10:38 AM, John Sullivan wrote: >>> Could be memory, but I'd also suggest looking at >>> temperatures. I've had overheating systems produce lots of >>> such errors. >> Temperature is fine - it never get's that hot here in the UK ;-) Seriously, I put my hand in the box, touched a few heat sync's, it >> is not running hot enough to cause a problem. The BIOS reports that all is well with the temperature inside the box of just over 30 >> degrees C. >> >> John >> > > This looks like the same panic I reported yesterday but I'm running > 6.3 patch 2. Unless you have information you haven't yet shared, no it doesn't :) "Fatal trap 12" is an effect, not a cause. We still need your backtrace to make progress understanding the cause of your panic. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:23:54 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 745B01065673; Wed, 16 Jul 2008 15:23:54 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 552348FC12; Wed, 16 Jul 2008 15:23:54 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id m6GFNr5B021598; Wed, 16 Jul 2008 08:23:53 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m6GFMWHW071576; Wed, 16 Jul 2008 08:22:32 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from minion.local.neville-neil.com (209.249.190.254.available.above.net [209.249.190.254] (may be forged)) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m6GFMVPr049650; Wed, 16 Jul 2008 08:22:31 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Wed, 16 Jul 2008 11:22:30 -0400 Message-ID: From: gnn@freebsd.org To: "Jack Vogel" In-Reply-To: <2a41acea0807151035w291269abt4ed99989ae45cc8b@mail.gmail.com> References: <2a41acea0807141453s7235d894i31a744a0f673fcc0@mail.gmail.com> <2a41acea0807151007q29a783c4r2ae63c5a631952ba@mail.gmail.com> <2a41acea0807151035w291269abt4ed99989ae45cc8b@mail.gmail.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.11.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.10 () [Tag at 5.00] COMBINED_FROM X-CanItPRO-Stream: default X-Canit-Stats-ID: 965709 - e8e27001439b X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: stable@freebsd.org, net@freebsd.org Subject: Re: igb doesn't compile in 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: Wed, 16 Jul 2008 15:23:54 -0000 At Tue, 15 Jul 2008 10:35:57 -0700, Jack Vogel wrote: > > OK, will put on my todo list :) > Thanks. A kernel built that way (i.e. with igb and em) does actually work, which is good, but if you're going to split them up we should get this right before 7.1. Best, George From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:32:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 516291065677 for ; Wed, 16 Jul 2008 15:32:51 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from kagate.punkt.de (kagate.punkt.de [217.29.33.131]) by mx1.freebsd.org (Postfix) with ESMTP id D72DD8FC1A for ; Wed, 16 Jul 2008 15:32:50 +0000 (UTC) (envelope-from hausen@punkt.de) Received: from hugo10.ka.punkt.de (hugo10.ka.punkt.de [10.0.0.110]) by kagate1.punkt.de with ESMTP id m6GFWnP5003205 for ; Wed, 16 Jul 2008 17:32:49 +0200 (CEST) Received: from hugo10.ka.punkt.de (localhost [127.0.0.1]) by hugo10.ka.punkt.de (8.14.2/8.14.2) with ESMTP id m6GFWmbw083283 for ; Wed, 16 Jul 2008 17:32:48 +0200 (CEST) (envelope-from ry93@hugo10.ka.punkt.de) Received: (from ry93@localhost) by hugo10.ka.punkt.de (8.14.2/8.14.2/Submit) id m6GFWmgw083282 for freebsd-stable@freebsd.org; Wed, 16 Jul 2008 17:32:48 +0200 (CEST) (envelope-from ry93) Date: Wed, 16 Jul 2008 17:32:48 +0200 From: "Patrick M. Hausen" To: freebsd-stable@freebsd.org Message-ID: <20080716153248.GD81398@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Unattended install w/ serial console? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 15:32:51 -0000 Hello, I've managed to get sysinstall to do a completely unattended install via DHCP/PXE and reboot the system into a state where it will be possible to login via SSH. So far, so good. Unfortunately This works for VGA consoles only. If the server in question has got a serial console, I get this prompt: ------------------------------------------------------------ /stand/sysinstall running as init on serial console These are the predefined terminal types available to sysinstall when running stand-alone. Please choose the closest match for your particular terminal. 1 ...................... Standard ANSI terminal. 2 ...................... VT100 or compatible terminal. 3 ...................... FreeBSD system console (color). 4 ...................... FreeBSD system console (monochrome). 5 ...................... xterm terminal emulator. Your choice: (1-5) ------------------------------------------------------------ After entering (e.g.) 2, the complete install runs just fine without any more operator assistance. The code responsible for this seems to be in /usr/src/usr.sbin/sysinstall/termcap.c, line 92 ff.: if (!OnVTY || (stat < 0)) { if (!term) { char *term, *termcap; prompt_term(&term, &termcap); with prompt_term() being the function that displays the above menue. Term is set at the beginning of set_termcap(), line 80: term = getenv("TERM"); OK, here's the question: how do I set environment variables in install.cfg or some other file in my mfsroot? TERM=vt100 in install.cfg did not make it to sysinstall, would have been too simple, I guess ;-) Thanks a lot, Patrick -- punkt.de GmbH * Kaiserallee 13a * 76133 Karlsruhe Tel. 0721 9109 0 * Fax 0721 9109 100 info@punkt.de http://www.punkt.de Gf: Jrgen Egeling AG Mannheim 108285 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 15:56:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE25E1065673 for ; Wed, 16 Jul 2008 15:56:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id 96ED08FC0A for ; Wed, 16 Jul 2008 15:56:47 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by wr-out-0506.google.com with SMTP id c8so2273881wra.27 for ; Wed, 16 Jul 2008 08:56:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=Dmz+JxLa5C3U/WnBp9ZSB5IQ68oR1HFh8YerB7Kpf4k=; b=IhuxjNo61Abii+wdTEnrmRl+hldG3KyRihIngU9I6NPiDoLOyOcE7yOUpufv5xB6MK qB9rqwsE3vER+9L08yZ30nkXVGatyUfUWPMWq8+7RSZDerP/1+K48SaVfE8vHL4DKiFs OwdrUIoJ/KMwgbbbfJG1BVy631h87Tx+jSRfE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=w/ex4nJncRA7h/6+mOIpnY4eGjx/bDd/11N0hEEnFIFXnAHee1hGn47x9WM5JdSd5Y 3biv6+vPMazloXOuo84kkDqR4FHhtN8Qts+ll2OvVSrE6haIpt22tyKr9Xwrc9nl1BUj Ew0uwPSNFJgIlYkTbYRsgopqlMwwwCmQgxBAY= Received: by 10.90.50.5 with SMTP id x5mr1801318agx.36.1216223806844; Wed, 16 Jul 2008 08:56:46 -0700 (PDT) Received: by 10.90.55.9 with HTTP; Wed, 16 Jul 2008 08:56:46 -0700 (PDT) Message-ID: <790a9fff0807160856q3417d124o72b604c01374a7bf@mail.gmail.com> Date: Wed, 16 Jul 2008 10:56:46 -0500 From: "Scot Hetzel" To: horechuk@csolve.net, kde@FreeBSD.org In-Reply-To: <200807151557.52338.horechuk@csolve.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200807151557.52338.horechuk@csolve.net> Cc: freebsd-stable@freebsd.org Subject: Re: Konqueror and the Cookiejar X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 15:56:48 -0000 On Tue, Jul 15, 2008 at 2:57 PM, Paul Horechuk wrote: > Since upgrading to 7.0 Stable, I've noticed an occasional problem with > konqueror. I've been recompiling my ports for the past few weeks and have > noticed that some sites are complaining about cookies not being enabled. > Further investigation has revealed that if I start konqueror from the > terminal prompt, I can get an error message: > khtml (dom) Can't communicate with the cookiejar! > > A workaround I've discovered is to run kded first. Konqueror works with > cookies after that. > I have also noticed this with KDE 3.5.8 and 3.5.9. The problem isn't that kded is not being run, the real problem is that something is causing kded to core dump. Search your system for *.core files. The only solution I found was to restart kded, and then cookies worked. Scot From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 16:50:23 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B6F8106564A for ; Wed, 16 Jul 2008 16:50:23 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA7F8FC14 for ; Wed, 16 Jul 2008 16:50:22 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m6GGKhJo028708 for ; Thu, 17 Jul 2008 00:20:43 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m6GGKgkH028705 for stable@freebsd.org; Thu, 17 Jul 2008 00:20:42 +0800 (KRAST) (envelope-from eugen) Date: Thu, 17 Jul 2008 00:20:42 +0800 From: Eugene Grosbein To: stable@freebsd.org Message-ID: <20080716162042.GA27666@svzserv.kemerovo.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 16:50:23 -0000 Hi! I fully understand and second efforts on educating people how to configure BIND to be stong to attacks and keep them from using "query-source address" with "port" option but how about binding named to particular IP address when host has many of them? Using "query-source address" without "port" is the only solution (not speaking of jails here) and safe one? Wouldn't all that hustle about query-source misinform users about utility of it? Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 17:01:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577851065671 for ; Wed, 16 Jul 2008 17:01:56 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id F3A868FC1F for ; Wed, 16 Jul 2008 17:01:55 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id WYR64654; Wed, 16 Jul 2008 10:01:54 -0700 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id WYR97652; Wed, 16 Jul 2008 10:01:52 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 2FF6A45047; Wed, 16 Jul 2008 10:01:53 -0700 (PDT) To: "John Sullivan" In-Reply-To: Your message of "Wed, 16 Jul 2008 09:38:26 BST." Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1216227713_38076P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Wed, 16 Jul 2008 10:01:53 -0700 From: "Kevin Oberman" Message-Id: <20080716170153.2FF6A45047@ptavv.es.net> Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 17:01:56 -0000 --==_Exmh_1216227713_38076P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: "John Sullivan" > Date: Wed, 16 Jul 2008 09:38:26 +0100 > > > > Could be memory, but I'd also suggest looking at > > temperatures. I've had overheating systems produce lots of > > such errors. > > Temperature is fine - it never get's that hot here in the UK ;-) > Seriously, I put my hand in the box, touched a few heat sync's, it is > not running hot enough to cause a problem. The BIOS reports that all > is well with the temperature inside the box of just over 30 degrees C. It's not the heat sink temperature that I am concerned with. It is the temperature of the CPU and (if it's not AMD) the north bridge. I have encountered several cases of improper heat sink installation which resulted in poor transfer from the chip to the heat sink. Cleaning and properly applying heat transfer grease made a huge difference. You say that BIOS is reporting a 30C temperature. If this is the CPU temperature when the CPU is busy, I don't believe it. I have a system where the BIOS (via ACPI) reports the temperature as 35C, regardless of how long the system has been under power or what it is doing. I'm not at all sure that the problem is thermal, but I don't think you should dismiss the possibility too quickly. -- 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 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1216227713_38076P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFIfimBkn3rs5h7N1ERAi8uAKCNU4O//bGOFLRrPru+lkvXoQoyfACfYEx4 KUSGSuUMwcsX/GscV9YR8+o= =wLbU -----END PGP SIGNATURE----- --==_Exmh_1216227713_38076P-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 17:34:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC1001065684 for ; Wed, 16 Jul 2008 17:34:52 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 2D5478FC29 for ; Wed, 16 Jul 2008 17:34:51 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m6GHYj21014541; Wed, 16 Jul 2008 18:34:46 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.6.0 smtp.infracaninophile.co.uk m6GHYj21014541 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1216229686; bh=lsCJiJhi1FoI0d 10zSmmnoSXN5nhTp3wgZnGfx19Hmg=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type:Cc:Content-Type: Date:From:In-Reply-To:Message-ID:Mime-Version:References:To; z=Mes sage-ID:=20<487E312E.9090307@infracaninophile.co.uk>|Date:=20Wed,=2 016=20Jul=202008=2018:34:38=20+0100|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User -Agent:=20Thunderbird=202.0.0.14=20(X11/20080607)|MIME-Version:=201 .0|To:=20Eugene=20Grosbein=20|CC:=20stable@freebs d.org|Subject:=20Re:=20named.conf:=20query-source=20address|Referen ces:=20<20080716162042.GA27666@svzserv.kemerovo.su>|In-Reply-To:=20 <20080716162042.GA27666@svzserv.kemerovo.su>|X-Enigmail-Version:=20 0.95.6|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha256=3B =0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20boundary =3D"------------enigCC5489E18AA290004CE65FF3"; b=i/FyCap4A8uIFKa1yh UUL1fb46ELgFxZDgnVQRIrytDTBus0T0fVIz/XyyorATWFSfqzwVGZSuNqYxjcf2CpF E8IZCW3fCHAqHEbu6HSup356E550GXT3yY9QgUoewl9rJvAxpY38TH/LPnRM/r3Mze1 69z49/SXlt3NeKVMSoY= Message-ID: <487E312E.9090307@infracaninophile.co.uk> Date: Wed, 16 Jul 2008 18:34:38 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.14 (X11/20080607) MIME-Version: 1.0 To: Eugene Grosbein References: <20080716162042.GA27666@svzserv.kemerovo.su> In-Reply-To: <20080716162042.GA27666@svzserv.kemerovo.su> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigCC5489E18AA290004CE65FF3" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Wed, 16 Jul 2008 18:34:46 +0100 (BST) X-Virus-Scanned: ClamAV 0.93.1/7726/Wed Jul 16 14:28:37 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 17:34:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCC5489E18AA290004CE65FF3 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Eugene Grosbein wrote: > I fully understand and second efforts on educating people > how to configure BIND to be stong to attacks and keep them from using > "query-source address" with "port" option but how about > binding named to particular IP address when host has many of them? > Using "query-source address" without "port" is the only solution > (not speaking of jails here) and safe one? Wouldn't all that hustle > about query-source misinform users about utility of it? To make named bind to a particular IP, you want the 'listen-on' options -- this is the IP that clients will access for service. By the nature of things, you'll have to use port 53 for this. The 'query-source' options don't have to be specified: the system will just choose some appropriate address according to the state of the routing table. 'query-source' to set the source /IP/ is really only useful in some specific server configurations with several alias=20 addresses any of which could be used. That's pretty rare really.=20 Most of the uses of query-source have been to set the source /port/ -- this was a standard part of the documentation: fix the source port in order to help the DNS traffic transit firewalls. However the recent=20 security advisory has forced the complete abandonment of that idea. It's not even particularly truthful that you need to fix the source port = because of firewalling: nowadays most firewalls are stateful, which elimi= nates that requirement. query-source is only ever used by recursive or stub resolvers -- instances of named that will go out and make queries on the net on your=20 behalf. Authoritative servers really don't need it. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigCC5489E18AA290004CE65FF3 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkh+MTUACgkQ8Mjk52CukIysAQCfYaNdZC8Sh4OAVpnepwk1fXAf oL0AoIMY7FUwcluFZ+KpSHTbQTNipzOc =eKf6 -----END PGP SIGNATURE----- --------------enigCC5489E18AA290004CE65FF3-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 19:39:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F5E7106566B; Wed, 16 Jul 2008 19:39:01 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from server252.basicnets.co.uk (server8.basicnets.co.uk [81.6.221.8]) by mx1.freebsd.org (Postfix) with ESMTP id 183908FC1D; Wed, 16 Jul 2008 19:39:01 +0000 (UTC) (envelope-from john@basicnets.co.uk) Received: from www by server252.basicnets.co.uk with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJCq4-000EIv-AH; Wed, 16 Jul 2008 20:39:00 +0100 Received: from 192.168.137.67 ([192.168.137.67]) by mail.basicnets.co.uk (Horde MIME library) with HTTP; Wed, 16 Jul 2008 20:39:00 +0100 Message-ID: <20080716203900.5jt4qce17gg0og0o@mail.basicnets.co.uk> X-Priority: 3 (Normal) Date: Wed, 16 Jul 2008 20:39:00 +0100 From: john@basicnets.co.uk To: Kris Kennaway References: <854CADB9D95147CAB10BC35887A8E5DC@emea.hubersuhner.net> <20080716031640.7DC744500E@ptavv.es.net> <62b856460807160743v3fce951eg1b2bd9e50a35ba1d@mail.gmail.com> <487E0D1B.2060902@FreeBSD.org> In-Reply-To: <487E0D1B.2060902@FreeBSD.org> MIME-Version: 1.0 User-Agent: Internet Messaging Program (IMP) H3 (4.1.6) / FreeBSD-6.2 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Content-Description: Plaintext Version of Message X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Fresh 7.0 Install: Fatal Trap 12 panic when put under load X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 19:39:01 -0000 > OK, the first thing to do is disable bg fsck, then force a full fsck of > all filesystems.=A0 bg fsck does a poor job of fixing arbitrary > filesystem corruption (it's not designed to do so, in fact), and you > can get into a situation where corrupted filesystems cause further > panics. Done, nothing really found wrong size in superblock which it corrected. > Removing KDB_UNATTENDED from your kernel will allow you to interact > with the debugger and obtain backtraces etc, which is useful when dumps > are not being saved. Easier said than done, this cause a few panics - no dumps though ...grrrr= !! Still the same result ... the system seems to panic twice then =20 hang.=A0 I will keep trying unless you have some other ideas?? Thanks for your support John ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:03:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52FCC1065679; Wed, 16 Jul 2008 21:03:23 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: from pinus.izb.knu.ac.kr (pinus.izb.knu.ac.kr [IPv6:2001:470:1f05:d8:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 0AEFA8FC1A; Wed, 16 Jul 2008 21:03:23 +0000 (UTC) (envelope-from bh@izb.knu.ac.kr) Received: by pinus.izb.knu.ac.kr (Postfix, from userid 59) id B080F3EA4; Thu, 17 Jul 2008 06:03:19 +0900 (KST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on pinus.izb.knu.ac.kr X-Spam-Level: X-Spam-Status: No, score=-48.6 required=15.1 tests=DKIM_SIGNED,DKIM_VERIFIED autolearn=disabled version=3.2.3 Received: from pinus.izb.knu.ac.kr (localhost.izb.knu.ac.kr [127.0.0.1]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 5EC303EA3; Thu, 17 Jul 2008 06:03:18 +0900 (KST) Comment: DKIM? See http://www.google.com/search?btnI&q=RFC+4871 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=izb.knu.ac.kr; h= subject:from:to:cc:in-reply-to:references:content-type:date: message-id:mime-version:content-transfer-encoding; q=dns/txt; s= s1024; bh=znzz/tOGDPazbfSX5lE6djsoC81QJuG9mU8XLsEuAuY=; b=Fu7iBj iSyjG48trPgqt82lSAG95wNCBttndvNNw+Iywxv7DxlKWs+d68RAb+eboZSYWEmZ CFSOYNt5HsO3xexlEi3me08DX73Qy1OAPXeb40vWSxqIe+kta7p7wx04ff8MrP0p YJdSWUTrzW1lQA8tfKPw62/nNtla4aOFklzjI= Received: from [IPv6:2001:470:1f05:d8:3::2] (jihad.izb.knu.ac.kr [IPv6:2001:470:1f05:d8:3::2]) by pinus.izb.knu.ac.kr (Postfix) with ESMTP id 40BF63EA0; Thu, 17 Jul 2008 06:03:18 +0900 (KST) From: Byung-Hee HWANG To: Ken Smith In-Reply-To: <1215119650.75067.10.camel@neo.cse.buffalo.edu> References: <1215119650.75067.10.camel@neo.cse.buffalo.edu> Content-Type: text/plain Organization: InZealBomb Date: Thu, 17 Jul 2008 06:02:55 +0900 Message-Id: <1216242176.34454.7.camel@jihad.izb.knu.ac.kr> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: cvsup server reachable via IPv6... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:03:23 -0000 On Thu, 2008-07-03 at 17:14 -0400, Ken Smith wrote: > If any of you have been wishing there was an IPv6-capable cvsup server > you could use (with csup as the client obviously since cvsup doesn't do > IPv6...) give cvsup18.freebsd.org a try. With the help of a few other > folks I got nudged into giving inetd/netcat a try as a means to feed > IPv6 connections to the cvsupd server process. > > If you try it and have problems let me know. cvsup18 is my "little > server" (handles between 200 and 300 connects a day) but if this seems > to work OK I can give it a try on my "big server" (handles between 3000 > and 4000 connects a day...). > also i checked the speed of cvsup18.freebsd.org by csup(1) a few minutes ago ;; now i want to say that's good! bh -- "But aside from that let me swear by the souls of my grandchildren that I will never break the peace we have made." -- Vito Corleone, "Chapter 20", page 292 From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:16:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0C7061065678 for ; Wed, 16 Jul 2008 21:16:43 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id EFF518FC17 for ; Wed, 16 Jul 2008 21:16:42 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 625951CC09A; Wed, 16 Jul 2008 13:57:05 -0700 (PDT) Date: Wed, 16 Jul 2008 13:57:05 -0700 From: Jeremy Chadwick To: Eugene Grosbein Message-ID: <20080716205705.GA25198@eos.sc1.parodius.com> References: <20080716162042.GA27666@svzserv.kemerovo.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080716162042.GA27666@svzserv.kemerovo.su> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:16:43 -0000 On Thu, Jul 17, 2008 at 12:20:42AM +0800, Eugene Grosbein wrote: > I fully understand and second efforts on educating people > how to configure BIND to be stong to attacks and keep them from using > "query-source address" with "port" option but how about > binding named to particular IP address when host has many of them? We do such on our authoritative nameservers. The options we use: listen-on { 127.0.0.1; 72.20.106.4; }; query-source address 72.20.106.4; transfer-source 72.20.106.4; notify-source 72.20.106.4; interface-interval 0; use-alt-transfer-source no; -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:40:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37BD1106564A for ; Wed, 16 Jul 2008 21:40:12 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id 1DD5A8FC0C for ; Wed, 16 Jul 2008 21:40:12 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m6GLe97M032826; Wed, 16 Jul 2008 14:40:09 -0700 (PDT) (envelope-from hostmaster@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.835 X-Spam-Level: X-Spam-Status: No, score=-1.835 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.395] Message-Id: From: Jo Rhett To: Ronald Klop In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 16 Jul 2008 14:40:04 -0700 References: X-Mailer: Apple Mail (2.928.1) Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:40:12 -0000 On Jul 11, 2008, at 4:48 AM, Ronald Klop wrote: > You can try going into the kernel debugger to see where it is > hanging. Debugging via a serial cable is also very easy. > I don't know the details, but there is a lot of info in the Freebsd > handbook. Put this in google 'freebsd handbook kernel debug'. Thanks for the reply. I'm familiar with these options, but as the system is currently running GENERIC and trying to compile a kernel would guarantee to cause the problem to occur... I could probably keep hacking at it until I finally get everything compiled, but... Ugh. I guess this option doesn't appeal very much. Are there any other options available? -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:41:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDBA81065670 for ; Wed, 16 Jul 2008 21:41:36 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id B3F098FC2B for ; Wed, 16 Jul 2008 21:41:36 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m6GLfY1n032867; Wed, 16 Jul 2008 14:41:34 -0700 (PDT) (envelope-from hostmaster@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -1.876 X-Spam-Level: X-Spam-Status: No, score=-1.876 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-0.436] Message-Id: <6AA8BC91-AF84-4CC7-B6BE-4CA84D82EC1E@netconsonance.com> From: Jo Rhett To: Roland Smith In-Reply-To: <20080711155831.GA72963@slackbox.xs4all.nl> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 16 Jul 2008 14:41:28 -0700 References: <20080711155831.GA72963@slackbox.xs4all.nl> X-Mailer: Apple Mail (2.928.1) Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:41:36 -0000 On Jul 11, 2008, at 8:58 AM, Roland Smith wrote: >> After about 2 weeks of watching it carefully I've learned almost >> nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now >> running healthd without complaints) it's not based on any given >> network traffic... however it does appear to accompany heavy cpu/ >> disk >> activity. It usually dies when indexing my websites at night (but >> not >> always) and it sometimes dies when compiling programs. Just heavy >> disk isn't enough to do the job, as backups proceed without >> problems. Heavy cpu by itself isn't enough to do it either. But if >> I start compiling things and keep going a while, it will eventually >> hang. > >> Is there anything else I should be looking at? > > Power supply or motherboard would be my first guess. If the system went offline, I agree. But it's clearly a kernel deadlock, since the system remains pingable, answers TCP connections, etc etcc.... but doesn't respond. No TCP negotiation, no response on the console, etc. It's higher level activity which isn't working... -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:42:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C017B1065676 for ; Wed, 16 Jul 2008 21:42:33 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from mail.netconsonance.com (mail.netconsonance.com [198.207.204.4]) by mx1.freebsd.org (Postfix) with ESMTP id A64C48FC2B for ; Wed, 16 Jul 2008 21:42:33 +0000 (UTC) (envelope-from hostmaster@netconsonance.com) Received: from [10.66.240.106] (public-wireless.sv.svcolo.com [64.13.135.30]) (authenticated bits=0) by mail.netconsonance.com (8.14.1/8.14.1) with ESMTP id m6GLfY1o032867; Wed, 16 Jul 2008 14:42:29 -0700 (PDT) (envelope-from hostmaster@netconsonance.com) X-Virus-Scanned: amavisd-new at netconsonance.com X-Spam-Flag: NO X-Spam-Score: -0.193 X-Spam-Level: X-Spam-Status: No, score=-0.193 tagged_above=-999 required=3.5 tests=[ALL_TRUSTED=-1.44, AWL=-2.052, DATE_IN_FUTURE_12_24=3.299] Message-Id: From: Jo Rhett To: Clifton Royston In-Reply-To: <20080711164939.GA10238@lava.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 16 Jul 2008 14:42:25 -0700 References: <20080711164939.GA10238@lava.net> X-Mailer: Apple Mail (2.928.1) Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:42:33 -0000 > On Fri, Jul 11, 2008 at 12:59:33AM -0700, Jo Rhett wrote: >> Every time it is rebuilding ad0. Every single boot in the last two >> weeks. On Jul 11, 2008, at 9:49 AM, Clifton Royston wrote: > That just means that it halted without a proper shutdown. If it > crashes, the mirror isn't stopped properly, so it's marked dirty, so > it > must rebuild it. It is the precise analogy of finding all the file > systems dirty on boot and fscking them, following a crash. Thanks for the clarification. Dang, I hoped I was on to something. -- Jo Rhett Net Consonance : consonant endings by net philanthropy, open source and other randomness From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:48:49 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78DF2106564A for ; Wed, 16 Jul 2008 21:48:49 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1341B8FC12 for ; Wed, 16 Jul 2008 21:48:48 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 38997 invoked by uid 0); 16 Jul 2008 21:22:08 -0000 Received: from unknown (HELO office-dhcp-35.bway.net) (spork@216.220.107.35) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 16 Jul 2008 21:22:08 -0000 Date: Wed, 16 Jul 2008 17:22:07 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Jeremy Chadwick In-Reply-To: <20080716205705.GA25198@eos.sc1.parodius.com> Message-ID: References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:48:49 -0000 On Wed, 16 Jul 2008, Jeremy Chadwick wrote: > On Thu, Jul 17, 2008 at 12:20:42AM +0800, Eugene Grosbein wrote: >> I fully understand and second efforts on educating people >> how to configure BIND to be stong to attacks and keep them from using >> "query-source address" with "port" option but how about >> binding named to particular IP address when host has many of them? > > We do such on our authoritative nameservers. The options we use: Same here... > listen-on { 127.0.0.1; 72.20.106.4; }; > query-source address 72.20.106.4; > transfer-source 72.20.106.4; > notify-source 72.20.106.4; But just that portion. It works, and it passes the test with a std. dev of 19K or so on the port "randomness". Charles > interface-interval 0; > use-alt-transfer-source no; > > -- > | Jeremy Chadwick jdc at parodius.com | > | Parodius Networking http://www.parodius.com/ | > | UNIX Systems Administrator Mountain View, CA, USA | > | Making life hard for others since 1977. PGP: 4BD6C0CB | > > _______________________________________________ > 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 Jul 16 21:49:57 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD03E1065673; Wed, 16 Jul 2008 21:49:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id ADD3F8FC26; Wed, 16 Jul 2008 21:49:57 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A2B691CC096; Wed, 16 Jul 2008 14:49:57 -0700 (PDT) Date: Wed, 16 Jul 2008 14:49:57 -0700 From: Jeremy Chadwick To: Doug Barton Message-ID: <20080716214957.GA26869@eos.sc1.parodius.com> References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> <487E66D0.1050000@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487E66D0.1050000@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:49:58 -0000 On Wed, Jul 16, 2008 at 02:23:28PM -0700, Doug Barton wrote: > Jeremy Chadwick wrote: >> On Thu, Jul 17, 2008 at 12:20:42AM +0800, Eugene Grosbein wrote: >>> I fully understand and second efforts on educating people >>> how to configure BIND to be stong to attacks and keep them from using >>> "query-source address" with "port" option but how about >>> binding named to particular IP address when host has many of them? >> >> We do such on our authoritative nameservers. The options we use: >> >> listen-on { 127.0.0.1; 72.20.106.4; }; >> query-source address 72.20.106.4; >> transfer-source 72.20.106.4; >> notify-source 72.20.106.4; >> interface-interval 0; >> use-alt-transfer-source no; > > Have you found those -source options to be necessary in practice? In > general named should be smart enough not to try reaching the outside > world on the loopback address. It's not loopback I'm worried about. The config parms we use are necessary. Removing them will break DNS for us breaks horribly (AXFRs failing due to ACLs on master servers, recursive queries being made from the wrong src, NOTIFYs being sent from the wrong src). BIND will usually pick the first non-aliased IP to perform things from, unless queries or other things come across a different network route, in which case it'll respond with whatever IP it deems appropriate (based on the routing table, I presume). Showing our ifconfig will probably speak for itself: bge0: flags=8843 mtu 1500 options=1b inet 72.20.106.2 netmask 0xffffff80 broadcast 72.20.106.127 inet 72.20.106.3 netmask 0xffffffff broadcast 72.20.106.3 inet 72.20.106.4 netmask 0xffffffff broadcast 72.20.106.4 inet 72.20.106.5 netmask 0xffffffff broadcast 72.20.106.5 inet 72.20.106.7 netmask 0xffffffff broadcast 72.20.106.7 inet 72.20.106.8 netmask 0xffffffff broadcast 72.20.106.8 inet 72.20.106.40 netmask 0xffffffff broadcast 72.20.106.40 inet 72.20.106.41 netmask 0xffffffff broadcast 72.20.106.41 ether 00:30:48:81:fc:8a media: Ethernet autoselect (100baseTX ) status: active The "interface-interval 0" option can be safely removed, but I do not see the point in having BIND continually look for new IPs on an interface when we want it only using a specific IP (that will never get removed or changed on the fly). "use-alt-transfer-source no" is an absolute must. BIND tries to be cute/smart about cycling through all IPs to attempt an AXFR, which is behaviour that (IMHO) should be question in the first place. The comment I have in our named.conf explaining why we use it: # Do not attempt to use an alternative IP address for zone # transfers. This keeps named from trying to use the main # IP address of the box if an xfer via transfer-source fails. > Also, I'm guessing that you have more than one public IP address > configured on that box? Otherwise none of those options should be > necessary. Correct -- and that's what Eugene was asking about. :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 21:50:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CA551065774 for ; Wed, 16 Jul 2008 21:50:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 130738FC0C for ; Wed, 16 Jul 2008 21:50:10 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16803 invoked by uid 399); 16 Jul 2008 21:23:30 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 16 Jul 2008 21:23:30 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <487E66D0.1050000@FreeBSD.org> Date: Wed, 16 Jul 2008 14:23:28 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> In-Reply-To: <20080716205705.GA25198@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 21:50:10 -0000 Jeremy Chadwick wrote: > On Thu, Jul 17, 2008 at 12:20:42AM +0800, Eugene Grosbein wrote: >> I fully understand and second efforts on educating people >> how to configure BIND to be stong to attacks and keep them from using >> "query-source address" with "port" option but how about >> binding named to particular IP address when host has many of them? > > We do such on our authoritative nameservers. The options we use: > > listen-on { 127.0.0.1; 72.20.106.4; }; > query-source address 72.20.106.4; > transfer-source 72.20.106.4; > notify-source 72.20.106.4; > interface-interval 0; > use-alt-transfer-source no; Have you found those -source options to be necessary in practice? In general named should be smart enough not to try reaching the outside world on the loopback address. Also, I'm guessing that you have more than one public IP address configured on that box? Otherwise none of those options should be necessary. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 22:14:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 980831065673 for ; Wed, 16 Jul 2008 22:14:23 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr5.xs4all.nl (smtp-vbr5.xs4all.nl [194.109.24.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2AA038FC27 for ; Wed, 16 Jul 2008 22:14:22 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr5.xs4all.nl (8.13.8/8.13.8) with ESMTP id m6GMELNN062676; Thu, 17 Jul 2008 00:14:21 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id 1B6F9BA8C; Thu, 17 Jul 2008 00:14:16 +0200 (CEST) Date: Thu, 17 Jul 2008 00:14:16 +0200 From: Roland Smith To: Jo Rhett Message-ID: <20080716221416.GA39265@slackbox.xs4all.nl> References: <20080711155831.GA72963@slackbox.xs4all.nl> <6AA8BC91-AF84-4CC7-B6BE-4CA84D82EC1E@netconsonance.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="UlVJffcvxoiEqYs2" Content-Disposition: inline In-Reply-To: <6AA8BC91-AF84-4CC7-B6BE-4CA84D82EC1E@netconsonance.com> X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 22:14:23 -0000 --UlVJffcvxoiEqYs2 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2008 at 02:41:28PM -0700, Jo Rhett wrote: > On Jul 11, 2008, at 8:58 AM, Roland Smith wrote: > >> After about 2 weeks of watching it carefully I've learned almost > >> nothing. It's not a disk failure (AFAIK) it's not cpu overheat (now > >> running healthd without complaints) it's not based on any given > >> network traffic... however it does appear to accompany heavy cpu/=20 > >> disk > >> activity. It usually dies when indexing my websites at night (but =20 > >> not > >> always) and it sometimes dies when compiling programs. Just heavy > >> disk isn't enough to do the job, as backups proceed without > >> problems. Heavy cpu by itself isn't enough to do it either. But if > >> I start compiling things and keep going a while, it will eventually > >> hang. > > > >> Is there anything else I should be looking at? > > > > Power supply or motherboard would be my first guess. >=20 >=20 > If the system went offline, I agree. But it's clearly a kernel =20 > deadlock, since the system remains pingable, answers TCP connections, =20 > etc etcc.... but doesn't respond.=20 Ah. Well, you did said the system 'dies', not 'becomes unresponsive'. > No TCP negotiation, no response on =20 > the console, etc. It's higher level activity which isn't working... Try compiling a kernel with debugging options e.g. WITNESS(4), MUTEX_DEBUG, LOCK_PROFILING, DIAGNOSTIC and INVARIANTS. See /usr/src/sys/conf/NOTES This will create a lot of messages in the dmesg output.=20 If you can hook the system up to another machine via serial console, you might be able to debug the kernel. Read the kernel debugging chapter in the Developers' Handbook. Another tip is to create a cron job that makes log entries every couple of minutes with logger. This might help you pinpoint the exact time of the mishap, to correlate it to other system activity. Be _really_ sure that it isn't hardware though. Otherwise you'll be led on a merry goose chase looking for software errors that aren't there. If you can restore a backup of this machine's software to a similar one, do so and see if the hangs persist. If they don't, it's hardware. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --UlVJffcvxoiEqYs2 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh+crgACgkQEnfvsMMhpyUlYwCcCkE8cT0y1tvhEe/xtVrRwKXT 8HwAmwQ6JniwPgb/NyxHuRfXbwQtN2dA =vi47 -----END PGP SIGNATURE----- --UlVJffcvxoiEqYs2-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 22:20:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 35BD1106564A for ; Wed, 16 Jul 2008 22:20:15 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.25]) by mx1.freebsd.org (Postfix) with ESMTP id DACD68FC12 for ; Wed, 16 Jul 2008 22:20:14 +0000 (UTC) (envelope-from utisoft@googlemail.com) Received: by qw-out-2122.google.com with SMTP id 9so381255qwb.7 for ; Wed, 16 Jul 2008 15:20:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:reply-to :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0dRfnqd0fNobp4/s7mGKEhEo+hqF1lfhKEM6Seax6XI=; b=XvDI44br7nl7G+j9ov5xqS9hls33c2ZI5pzmBrRX1y9onGOdqZwfCzGiF07qsuQwfz eMGFeaOXVm41SXU13TOFObmuZKaBLOgJjuzY2SSDKa33jLXlIZkXxF0mbX6EGg09uSv8 Afvu/u1395AnuD3TYQq07GZJc5JSOj5DcZOdA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:reply-to:to:subject:cc:in-reply-to :mime-version:content-type:content-transfer-encoding :content-disposition:references; b=EwfSbdnBoBqz5ExL1U3OspY7P9TRl9UfepOgznWxqiHRprvY4TfP2vPuMd5nv9y+ZS pwkr1O0wUl3Mp7K/pfvTXaP25SpOW7QkwCQYuprSEObCHDueWauzcHSYDVCPfkMuLxTT K9a+9w6Ic09o14t76RzyMy6Bbw0SR75fGWi2g= Received: by 10.142.89.9 with SMTP id m9mr320177wfb.71.1216246813680; Wed, 16 Jul 2008 15:20:13 -0700 (PDT) Received: by 10.142.218.14 with HTTP; Wed, 16 Jul 2008 15:20:13 -0700 (PDT) Message-ID: Date: Wed, 16 Jul 2008 23:20:13 +0100 From: "Chris Rees" To: "=?ISO-8859-1?Q?Sorin_P=E2nca?=" In-Reply-To: <487B70A3.8020203@psrk.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <487B70A3.8020203@psrk.com> Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Failure building apache22 and mysql51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: utisoft@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Jul 2008 22:20:15 -0000 2008/7/14 Sorin P=E2nca : > I'm sorry for my late response, I was on vacation. > I think this was the case (although I thought we have only amd64 machines= ). > Is there a way to recover from this situation by ssh access only? > > Thank you! > Sorin. > > Chris Rees wrote: >>> >>> Date: Mon, 23 Jun 2008 18:43:04 +0300 >>> From: Sorin P?nca >> >> >>> Hello people! >>> I recently upgraded a amd64 machine from FreeBSD-6.2-RELEASE-p11 to >>> FreeBSD-7.0-RELEASE-p2 using the tutorial found at >>> >>> http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrad= e.html >>> All went well with the base system. >> >> I don't want to patronise, but are you sure you were running >> FreeBSD/amd64-6.2 before? Looks kinda like you've tried to upgrade >> from 6.2/i386 to 7.0/amd64. In case you have, you can't do that. >> >> Check you haven't disabled and processor-specific extensions in your >> BIOS, like SSE, that would also create problems if you have optimised >> your ports. >> >> Chris >> >> >> >> >> >>> I thought devel/linuxthreads was using some old library so I tried to >>> rebuild it: >>> >>> # cd ../../devel/linuxthreads && make install clean # portupgrade -f >>> wouldn't do anything >>> =3D=3D=3D> linuxthreads-2.2.3_23 is only for i386, while you are runni= ng >>> amd64. >>> *** Error code 1 >>> >>> Stop in /usr/ports/devel/linuxthreads. >>> >>> >>> Any ideas what to do next? >>> Thank you! >>> >>> Sorin. >>> > > If I understand you correctly, you want to revert to FreeBSD/i386; in which case I'd advise that you are *extremely* careful, and make sure that everything important is recompiled in i386; FreeBSD/amd64 can run binaries from FreeBSD/i386, but not vice-versa. I *think* that you should be ok running a source update (csup sources, make buildworld installworld kernel) with arch as i386, then reboot, pkg_delete -f portupgrade\*, pkg_add -r portupgrade, portupgrade -faP etc Don't take my word for it, it is beyond my expertise, I've deliberately made it obtuse; get someone with more knowledge to elucidate :P Or, you could stick with /amd64. --=20 R< $&h ! > $- ! $+=09$@ $2 < @ $1 .UUCP. > (sendmail.cf) From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 22:41:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33403106566B for ; Wed, 16 Jul 2008 22:41:17 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from smtp-vbr4.xs4all.nl (smtp-vbr4.xs4all.nl [194.109.24.24]) by mx1.freebsd.org (Postfix) with ESMTP id D3D0E8FC15 for ; Wed, 16 Jul 2008 22:41:16 +0000 (UTC) (envelope-from rsmith@xs4all.nl) Received: from slackbox.xs4all.nl (slackbox.xs4all.nl [213.84.242.160]) by smtp-vbr4.xs4all.nl (8.13.8/8.13.8) with ESMTP id m6GMfEB1023614; Thu, 17 Jul 2008 00:41:14 +0200 (CEST) (envelope-from rsmith@xs4all.nl) Received: by slackbox.xs4all.nl (Postfix, from userid 1001) id DD54EBA8C; Thu, 17 Jul 2008 00:41:13 +0200 (CEST) Date: Thu, 17 Jul 2008 00:41:13 +0200 From: Roland Smith To: utisoft@gmail.com Message-ID: <20080716224113.GC39265@slackbox.xs4all.nl> References: <487B70A3.8020203@psrk.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iFRdW5/EC4oqxDHL" Content-Disposition: inline In-Reply-To: X-GPG-Fingerprint: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 X-GPG-Key: http://www.xs4all.nl/~rsmith/pubkey.txt X-GPG-Notice: If this message is not signed, don't assume I sent it! User-Agent: Mutt/1.5.18 (2008-05-17) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: koitsu@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Failure building apache22 and mysql51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 22:41:17 -0000 --iFRdW5/EC4oqxDHL Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Jul 16, 2008 at 11:20:13PM +0100, Chris Rees wrote: > 2008/7/14 Sorin P=E2nca : > > I'm sorry for my late response, I was on vacation. > > I think this was the case (although I thought we have only amd64 machin= es). > > Is there a way to recover from this situation by ssh access only? > > > > Thank you! > > Sorin. > > > > Chris Rees wrote: > >>> > >>> Date: Mon, 23 Jun 2008 18:43:04 +0300 > >>> From: Sorin P?nca > >> > >> > >>> Hello people! > >>> I recently upgraded a amd64 machine from FreeBSD-6.2-RELEASE-p11 to > >>> FreeBSD-7.0-RELEASE-p2 using the tutorial found at > >>> > >>> http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgr= ade.html > >>> All went well with the base system. > >> > >> I don't want to patronise, but are you sure you were running > >> FreeBSD/amd64-6.2 before? Looks kinda like you've tried to upgrade > >> from 6.2/i386 to 7.0/amd64. In case you have, you can't do that. > >> > >> Check you haven't disabled and processor-specific extensions in your > >> BIOS, like SSE, that would also create problems if you have optimised > >> your ports. > >> > >> Chris > >>> I thought devel/linuxthreads was using some old library so I tried to > >>> rebuild it: > >>> > >>> # cd ../../devel/linuxthreads && make install clean # portupgrade -f > >>> wouldn't do anything > >>> =3D=3D=3D> linuxthreads-2.2.3_23 is only for i386, while you are run= ning > >>> amd64. > >>> *** Error code 1 > >>> > >>> Stop in /usr/ports/devel/linuxthreads. > >>> > >>> > >>> Any ideas what to do next? > >>> Thank you! > >>> > >>> Sorin. >=20 > If I understand you correctly, you want to revert to FreeBSD/i386; in > which case I'd advise that you are *extremely* careful, and make sure > that everything important is recompiled in i386; FreeBSD/amd64 can run > binaries from FreeBSD/i386, but not vice-versa. >=20 > I *think* that you should be ok running a source update (csup sources, > make buildworld installworld kernel) with arch as i386, then reboot, > pkg_delete -f portupgrade\*, pkg_add -r portupgrade, portupgrade -faP > etc Installworld is supposed to be done after a reboot, in this case (cross-build) you'll have a 32-bit kernel stuck with a 64-bit userland. That won't work. If you do the installworld before the reboot with a cross-buils, it will be the other way around. I'm not sure if the installworld will even complete; every system binary that is replaced will be of the wrong architecture. > Don't take my word for it, it is beyond my expertise, I've > deliberately made it obtuse; get someone with more knowledge to > elucidate :P If you have a spare partition, you could install the new kernel and userland there, and then switch partitions. If that's not an option, make backups of your data and re-install with the i386 version. It's quicker and probably less painfull. :) For changing architectures you'll also have to remove all ports/packages and re-compile/install them for the new architecture. But you should do that anyway when going from 6.x to 7. Roland --=20 R.F.Smith http://www.xs4all.nl/~rsmith/ [plain text _non-HTML_ PGP/GnuPG encrypted/signed email much appreciated] pgp: 1A2B 477F 9970 BA3C 2914 B7CE 1277 EFB0 C321 A725 (KeyID: C321A725) --iFRdW5/EC4oqxDHL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkh+eQkACgkQEnfvsMMhpyVAawCgiU3V2SVtY9omS8DhA/zbHOeH 4eMAoKcUMYYLgkiQjiEU1O5zxE0Fh9Q5 =vb2g -----END PGP SIGNATURE----- --iFRdW5/EC4oqxDHL-- From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 22:48:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 33614106566C for ; Wed, 16 Jul 2008 22:48:32 +0000 (UTC) (envelope-from minter@lunenburg.org) Received: from mail.skiltech.com (bunning.skiltech.com [65.36.251.181]) by mx1.freebsd.org (Postfix) with ESMTP id 0400F8FC14 for ; Wed, 16 Jul 2008 22:48:31 +0000 (UTC) (envelope-from minter@lunenburg.org) Received: from localhost (localhost [127.0.0.1]) by mail.skiltech.com (Postfix) with ESMTP id 3C32E25C1E4 for ; Wed, 16 Jul 2008 18:28:48 -0400 (EDT) X-Virus-Scanned: amavisd-new at skiltech.com Received: from mail.skiltech.com ([127.0.0.1]) by localhost (bunning.skiltech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K3rz-OmZ-5j4 for ; Wed, 16 Jul 2008 18:28:47 -0400 (EDT) Received: from [10.0.1.200] (unknown [64.39.1.11]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.skiltech.com (Postfix) with ESMTPSA id 6176725C1C5 for ; Wed, 16 Jul 2008 18:28:47 -0400 (EDT) Message-Id: <806C9CF5-A9DD-4C7D-94A9-07724B731D74@lunenburg.org> From: "H. Wade Minter" To: FreeBSD Stable Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Wed, 16 Jul 2008 17:28:46 -0500 X-Mailer: Apple Mail (2.926) Subject: Switching from 32 to 64 bit with freebsd-update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 22:48:32 -0000 I have a 64-bit system that had the 32-bit version of 6.3 installed on it. Is it possible to use freebsd-update (or another somewhat painless method) to switch the system to 64-bit? We're running into the 4GB memory limit. --Wade From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 22:56:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38359106564A for ; Wed, 16 Jul 2008 22:56:02 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF4DB8FC12 for ; Wed, 16 Jul 2008 22:56:01 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAOkYfkhMCqa7/2dsb2JhbACLXaUNAw X-IronPort-AV: E=Sophos;i="4.31,199,1215403200"; d="scan'208";a="24442562" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 16 Jul 2008 18:56:00 -0400 From: "Kevin K" To: , References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> In-Reply-To: <200807161353.m6GDrDFB058142@lurza.secnetix.de> Date: Wed, 16 Jul 2008 18:55:43 -0400 Message-ID: <009301c8e797$1385e880$3a91b980$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjnS2OfuB7FtVneQECoVUungT4h+QAS4ezg Content-Language: en-us Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 22:56:02 -0000 > Please try one of the more recent 7-stable snapshots > from June or July. They're located on the FTP sites > in /pub/FreeBSD/snapshots. > > Best regards > Oliver > Adding : set hint.apic.0.disabled=1 set hint.sio.0.disabled=1 set hint.sio.1.disabled=1 Did not help, I still got a hard reboot on the latest 7.0-release amd64 snapshot. Any further suggestions are welcome. Thank you, Kevin K. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 23:00:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC1F71065681 for ; Wed, 16 Jul 2008 23:00:38 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id A09E38FC16 for ; Wed, 16 Jul 2008 23:00:38 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEABQafkhMCqa7/2dsb2JhbACLXaUVAw X-IronPort-AV: E=Sophos;i="4.31,199,1215403200"; d="scan'208";a="24442628" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 16 Jul 2008 19:00:37 -0400 From: "Kevin K" To: "'H. Wade Minter'" , "'FreeBSD Stable'" References: <806C9CF5-A9DD-4C7D-94A9-07724B731D74@lunenburg.org> In-Reply-To: <806C9CF5-A9DD-4C7D-94A9-07724B731D74@lunenburg.org> Date: Wed, 16 Jul 2008 19:00:20 -0400 Message-ID: <009701c8e797$b8d05c80$2a711580$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acjnll6zuWv8chRfT26bgcUh+PtzLQAASFKw Content-Language: en-us Cc: Subject: RE: Switching from 32 to 64 bit with freebsd-update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 23:00:38 -0000 > I have a 64-bit system that had the 32-bit version of 6.3 installed on > it. Is it possible to use freebsd-update (or another somewhat > painless method) to switch the system to 64-bit? > > We're running into the 4GB memory limit. > > --Wade I believe this is possible but you will come into a lot of trouble with statically linked libraries -- a much more reliable and secure would be to build a clean amd64 on a separate system and re-compile the needed software and move the files from i386 over after it has been tested. From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 23:10:20 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F0581065675; Wed, 16 Jul 2008 23:10:20 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id C1D978FC08; Wed, 16 Jul 2008 23:10:19 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.2) with ESMTP id m6GNAGCS042459; Thu, 17 Jul 2008 09:10:16 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200807162310.m6GNAGCS042459@drugs.dv.isc.org> To: Jeremy Chadwick From: Mark Andrews In-reply-to: Your message of "Wed, 16 Jul 2008 13:57:05 MST." <20080716205705.GA25198@eos.sc1.parodius.com> Date: Thu, 17 Jul 2008 09:10:16 +1000 Sender: marka@isc.org Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 23:10:20 -0000 > We do such on our authoritative nameservers. The options we use: > > listen-on { 127.0.0.1; 72.20.106.4; }; > query-source address 72.20.106.4; > transfer-source 72.20.106.4; > notify-source 72.20.106.4; > interface-interval 0; > use-alt-transfer-source no; That's perfectly fine. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Wed Jul 16 23:31:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB101106566B for ; Wed, 16 Jul 2008 23:31:02 +0000 (UTC) (envelope-from SRS0=L3BBiz=X4=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id A097E8FC1A for ; Wed, 16 Jul 2008 23:31:02 +0000 (UTC) (envelope-from SRS0=L3BBiz=X4=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from ppp121-45-74-92.lns10.adl6.internode.on.net ([121.45.74.92] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJGHu-000GP9-3U; Thu, 17 Jul 2008 08:49:58 +0930 Message-ID: <487E821E.9080408@webzone.net.au> Date: Thu, 17 Jul 2008 08:49:58 +0930 From: Andrew D User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: Kevin K References: <806C9CF5-A9DD-4C7D-94A9-07724B731D74@lunenburg.org> <009701c8e797$b8d05c80$2a711580$@com> In-Reply-To: <009701c8e797$b8d05c80$2a711580$@com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: 'FreeBSD Stable' Subject: Re: Switching from 32 to 64 bit with freebsd-update? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 16 Jul 2008 23:31:03 -0000 Kevin K wrote: >> I have a 64-bit system that had the 32-bit version of 6.3 installed on >> it. Is it possible to use freebsd-update (or another somewhat >> painless method) to switch the system to 64-bit? >> >> We're running into the 4GB memory limit. >> >> --Wade > FreeBSD-update is used for updates to binary files for the current installed version of FreeBSD. Using sysinstall and do a binary upgrade should do the trick or doing the below. Just make sure you make a backup of everything b4 you start. > > I believe this is possible but you will come into a lot of trouble with > statically linked libraries -- a much more reliable and secure would be to > build a clean amd64 on a separate system and re-compile the needed software > and move the files from i386 over after it has been tested. > You should be able to do the above on the system in question provided you follow the handbook to the letter. After the installing of the new world and kernel, make sure you do a full recompile of all ports to be sure. HTH Cheers cya Andrew > > _______________________________________________ > 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 Jul 17 01:53:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D181065679 for ; Thu, 17 Jul 2008 01:53:18 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id 03CEC8FC12 for ; Thu, 17 Jul 2008 01:53:17 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so7138982rvf.43 for ; Wed, 16 Jul 2008 18:53:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=/Ic7PwRyvvm5gnHDH7PD4SdH8vhu5j2Cf2zeteOHgj4=; b=gIZ+bEpg+oJVdCIrnQwQhSP2s5aWIvDVG6Jv2w0uKMR0BW++Jl3tPkJ+BaQEPcX/7g l0jaQ0WfAy5BCff2v/BVyWJcFMMRXxrCAMvjiWI/c0EYj2m2NU69L/EtGAWkg6Jdkrtz JkMC0vTJLdBCWufnzT4BQK1mrKBVHY7Oi3mNs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=r3+kIEBec9/tyy7uiv7vGHgpIC2hX6ors73Ez2zNkn71gDwI15fnsGRwO98Mip1Akc iRTkWNM580jagf1DhW3Ba3cjrKWZwIWMWArtGd/9BURi+9vXOn4g2YGAs7d0hBvpgVue Y8TnTk1p8WLoEByzd40oiiYWt+sAM4+wGOJhc= Received: by 10.140.161.11 with SMTP id j11mr816326rve.134.1216257954174; Wed, 16 Jul 2008 18:25:54 -0700 (PDT) Received: by 10.140.225.1 with HTTP; Wed, 16 Jul 2008 18:25:54 -0700 (PDT) Message-ID: <47d0403c0807161825m45bff8d7w41eca673315e77d4@mail.gmail.com> Date: Wed, 16 Jul 2008 21:25:54 -0400 From: "Ben Kaduk" To: "Jo Rhett" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 01:53:18 -0000 On Wed, Jul 16, 2008 at 5:40 PM, Jo Rhett wrote: > On Jul 11, 2008, at 4:48 AM, Ronald Klop wrote: >> >> You can try going into the kernel debugger to see where it is hanging. >> Debugging via a serial cable is also very easy. >> I don't know the details, but there is a lot of info in the Freebsd >> handbook. Put this in google 'freebsd handbook kernel debug'. > > > Thanks for the reply. I'm familiar with these options, but as the system is > currently running GENERIC and trying to compile a kernel would guarantee to > cause the problem to occur... I could probably keep hacking at it until I > finally get everything compiled, but... > > Ugh. I guess this option doesn't appeal very much. Are there any other > options available? > You don't need to compile the kernel on the same machine that you use it on -- you can copy the compiled kernel into /boot/kernel.new -Ben Kaduk From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 03:52:00 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B75106566C for ; Thu, 17 Jul 2008 03:52:00 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 6BAC38FC14 for ; Thu, 17 Jul 2008 03:51:58 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m6H3puqb083520; Thu, 17 Jul 2008 11:51:56 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m6H3ptoX083519; Thu, 17 Jul 2008 11:51:55 +0800 (KRAST) (envelope-from eugen) Date: Thu, 17 Jul 2008 11:51:55 +0800 From: Eugene Grosbein To: Matthew Seaman Message-ID: <20080717035155.GA81536@svzserv.kemerovo.su> References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <487E312E.9090307@infracaninophile.co.uk> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 03:52:00 -0000 On Wed, Jul 16, 2008 at 06:34:38PM +0100, Matthew Seaman wrote: > The 'query-source' options don't have to be specified: the system > will just choose some appropriate address according to the state of > the routing table. 'query-source' to set the source /IP/ is really > only useful in some specific server configurations with several alias > addresses any of which could be used. That's pretty rare really. Isn't this common to have multiple aliases at an interface? Sometimes only one of them should be used for all DNS traffic. > query-source is only ever used by recursive or stub resolvers -- > instances of named that will go out and make queries on the net on your > behalf. Authoritative servers really don't need it. Sometimes one needs to bind named to distinct IP address for all data it sends to the net on its own, not as answers to queries only. There is nothing wrong in using 'query-source' without 'port' option, I mean. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 04:24:59 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F011106564A for ; Thu, 17 Jul 2008 04:24:59 +0000 (UTC) (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 1C8F38FC13 for ; Thu, 17 Jul 2008 04:24:58 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from localhost (localhost [127.0.0.1]) by pi.codefab.com (Postfix) with ESMTP id 506BB5C22; Thu, 17 Jul 2008 00:06:36 -0400 (EDT) X-Virus-Scanned: amavisd-new+ClamAV at codefab.com Received: from [10.152.145.230] (72-165-115-225.dia.static.qwest.net [72.165.115.225]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by pi.codefab.com (Postfix) with ESMTPSA id 6F6B55C1E; Thu, 17 Jul 2008 00:06:34 -0400 (EDT) Message-Id: <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> From: Chuck Swiger To: Eugene Grosbein In-Reply-To: <20080717035155.GA81536@svzserv.kemerovo.su> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v928.1) Date: Wed, 16 Jul 2008 21:06:33 -0700 References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> X-Mailer: Apple Mail (2.928.1) Cc: stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 04:24:59 -0000 On Jul 16, 2008, at 8:51 PM, Eugene Grosbein wrote: > On Wed, Jul 16, 2008 at 06:34:38PM +0100, Matthew Seaman wrote: >> The 'query-source' options don't have to be specified: the system >> will just choose some appropriate address according to the state of >> the routing table. 'query-source' to set the source /IP/ is really >> only useful in some specific server configurations with several alias >> addresses any of which could be used. That's pretty rare really. > > Isn't this common to have multiple aliases at an interface? > Sometimes only one of them should be used for all DNS traffic. About the only common reason to set up multiple aliases on an interface is when you're doing something like hosting multiple SSL webservers on a single box which actually need to have distinct IPs as a consequence. Other than that, using public IPs for aliases is usually wasteful of IP address space. YMMV... Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 04:41:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE56B1065673 for ; Thu, 17 Jul 2008 04:41:06 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id A86918FC08 for ; Thu, 17 Jul 2008 04:41:06 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 9810B1CC098; Wed, 16 Jul 2008 21:41:06 -0700 (PDT) Date: Wed, 16 Jul 2008 21:41:06 -0700 From: Jeremy Chadwick To: Chuck Swiger Message-ID: <20080717044106.GA53681@eos.sc1.parodius.com> References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 04:41:06 -0000 On Wed, Jul 16, 2008 at 09:06:33PM -0700, Chuck Swiger wrote: > On Jul 16, 2008, at 8:51 PM, Eugene Grosbein wrote: >> On Wed, Jul 16, 2008 at 06:34:38PM +0100, Matthew Seaman wrote: >>> The 'query-source' options don't have to be specified: the system >>> will just choose some appropriate address according to the state of >>> the routing table. 'query-source' to set the source /IP/ is really >>> only useful in some specific server configurations with several alias >>> addresses any of which could be used. That's pretty rare really. >> >> Isn't this common to have multiple aliases at an interface? >> Sometimes only one of them should be used for all DNS traffic. > > About the only common reason to set up multiple aliases on an interface > is when you're doing something like hosting multiple SSL webservers on a > single box which actually need to have distinct IPs as a consequence. > Other than that, using public IPs for aliases is usually wasteful of IP > address space. YMMV... This is off-topic, but the reason we use public IPs for web hosting (read: standard HTTP) is so we can rate-limit the network I/O using pf and ALTQ. We tried for many years to use bandwidth-limiting modules such as mod_bw and mod_cband, but the modules are incredibly buggy. (Our most recent experience was with mod_cband, which will literally deadlock the entire webserver during heavy multipart downloads. The Debian folks found the same problem, and it was ultimately removed from their package repo.) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 05:11:06 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92B24106566B for ; Thu, 17 Jul 2008 05:11:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 26C268FC13 for ; Thu, 17 Jul 2008 05:11:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 16666 invoked by uid 399); 17 Jul 2008 05:11:06 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Jul 2008 05:11:06 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <487ED467.3000000@FreeBSD.org> Date: Wed, 16 Jul 2008 22:11:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> <487E66D0.1050000@FreeBSD.org> <20080716214957.GA26869@eos.sc1.parodius.com> In-Reply-To: <20080716214957.GA26869@eos.sc1.parodius.com> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 05:11:06 -0000 Jeremy Chadwick wrote: > The config parms we use are necessary. That's all you had to say. :) I see a lot of people attempt to over-engineer stuff with named that leads to complications later. If you are doing things for a good reason, keep doing them. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 05:20:43 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6071A106566C for ; Thu, 17 Jul 2008 05:20:43 +0000 (UTC) (envelope-from prvs=pschmehl_lists=077d5c74c@tx.rr.com) Received: from ip-relay-002.utdallas.edu (ip-relay-002.utdallas.edu [129.110.20.112]) by mx1.freebsd.org (Postfix) with ESMTP id 1062B8FC18 for ; Thu, 17 Jul 2008 05:20:42 +0000 (UTC) (envelope-from prvs=pschmehl_lists=077d5c74c@tx.rr.com) X-Group: RELAYLIST X-IronPort-AV: E=Sophos;i="4.31,201,1215406800"; d="scan'208";a="3855782" Received: from smtp3.utdallas.edu ([129.110.20.110]) by ip-relay-002.utdallas.edu with ESMTP; 16 Jul 2008 23:50:28 -0500 Received: from [192.168.2.102] (cpe-24-175-90-48.tx.res.rr.com [24.175.90.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp3.utdallas.edu (Postfix) with ESMTPSA id A9BD023DE3 for ; Wed, 16 Jul 2008 23:50:28 -0500 (CDT) Date: Wed, 16 Jul 2008 23:50:22 -0500 From: Paul Schmehl To: stable@freebsd.org Message-ID: In-Reply-To: <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> X-Mailer: Mulberry/4.0.8 (Mac OS X) X-Munged-Reply-To: To reply - figure it out MIME-Version: 1.0 Content-Type: multipart/signed; micalg=sha1; protocol="application/pkcs7-signature"; boundary="==========899942BC5B8F7BB3F1F4==========" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Paul Schmehl List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2008 05:20:43 -0000 --==========899942BC5B8F7BB3F1F4========== Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: quoted-printable Content-Disposition: inline --On July 16, 2008 9:06:33 PM -0700 Chuck Swiger wrote: > On Jul 16, 2008, at 8:51 PM, Eugene Grosbein wrote: >> On Wed, Jul 16, 2008 at 06:34:38PM +0100, Matthew Seaman wrote: >>> The 'query-source' options don't have to be specified: the system >>> will just choose some appropriate address according to the state of >>> the routing table. 'query-source' to set the source /IP/ is really >>> only useful in some specific server configurations with several alias >>> addresses any of which could be used. That's pretty rare really. >> >> Isn't this common to have multiple aliases at an interface? >> Sometimes only one of them should be used for all DNS traffic. > > About the only common reason to set up multiple aliases on an interface > is when you're doing something like hosting multiple SSL webservers on a > single box which actually need to have distinct IPs as a consequence. > Other than that, using public IPs for aliases is usually wasteful of IP > address space. YMMV... > I would have thought that the most common reason for setting up multiple=20 aliases on an interface was for hosting multiple domains on a single=20 server. At least that's why I do it. Paul Schmehl If it isn't already obvious, my opinions are my own and not those of my employer. --==========899942BC5B8F7BB3F1F4==========-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 05:22:53 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 607431065670 for ; Thu, 17 Jul 2008 05:22:53 +0000 (UTC) (envelope-from spork@bway.net) Received: from xena.bway.net (xena.bway.net [216.220.96.26]) by mx1.freebsd.org (Postfix) with ESMTP id 1251C8FC14 for ; Thu, 17 Jul 2008 05:22:52 +0000 (UTC) (envelope-from spork@bway.net) Received: (qmail 81728 invoked by uid 0); 17 Jul 2008 05:22:51 -0000 Received: from unknown (HELO ?192.168.0.220?) (spork@216.220.116.154) by smtp.bway.net with (DHE-RSA-AES256-SHA encrypted) SMTP; 17 Jul 2008 05:22:51 -0000 Date: Thu, 17 Jul 2008 01:22:47 -0400 (EDT) From: Charles Sprickman X-X-Sender: spork@hotlap.local To: Chuck Swiger In-Reply-To: <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> Message-ID: References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 05:22:53 -0000 On Wed, 16 Jul 2008, Chuck Swiger wrote: > On Jul 16, 2008, at 8:51 PM, Eugene Grosbein wrote: >> On Wed, Jul 16, 2008 at 06:34:38PM +0100, Matthew Seaman wrote: >>> The 'query-source' options don't have to be specified: the system >>> will just choose some appropriate address according to the state of >>> the routing table. 'query-source' to set the source /IP/ is really >>> only useful in some specific server configurations with several alias >>> addresses any of which could be used. That's pretty rare really. >> >> Isn't this common to have multiple aliases at an interface? >> Sometimes only one of them should be used for all DNS traffic. > > About the only common reason to set up multiple aliases on an interface is > when you're doing something like hosting multiple SSL webservers on a single > box which actually need to have distinct IPs as a consequence. Other than > that, using public IPs for aliases is usually wasteful of IP address space. I think another common reason is portability of services. When I setup a box, it gets an IP that sticks with that piece of hardware. Each distinct service that I pile onto it then gets it's own IP. This has at least two major advantages that I've found: -If the box dies, it's easy to move any of the services to another box without waiting for DNS changes to propogate. -If one of the services outgrows the box, it's a simple matter to move that service elsewhere, again without playing with DNS. I also will sometimes move services away for a major upgrade of the box. All of this becomes simple when you just bring an alias down on one box and up on another. Next step, putting each service in a jail and moving the jail when needed. > YMMV... On the internets, it always does. :) Charles > Regards, > -- > -Chuck > > _______________________________________________ > 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 Jul 17 09:07:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B96401065671 for ; Thu, 17 Jul 2008 09:07:11 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9BF8FC12 for ; Thu, 17 Jul 2008 09:07:11 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (localhost [127.0.0.1]) by dns1.vizion2000.net (Postfix) with ESMTP id 77D291CC32 for ; Thu, 17 Jul 2008 02:08:59 -0700 (PDT) Received: by dns1.vizion2000.net (8.14.2/8.14.2/Submit) id m6H98wIQ011092 for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 02:08:58 -0700 (PDT) (envelope-from david@vizion2000.net) X-Authentication-Warning: dns1.vizion2000.net: david set sender to david@vizion2000.net using -f From: David Southwell Organization: Voice and Vision To: FreeBSD Stable Date: Thu, 17 Jul 2008 02:08:58 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807170208.58598.david@vizion2000.net> Subject: Dragon_Saver Error 19 Freebsd 7.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 09:07:11 -0000 Just upgraded from Freebsd 6.3 to 7.0 uname -a FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 Have the following entry in /var/log/essages: Jul 17 01:28:46 dns1 kernel: dragon_saver: the console does not support M_VGA_CG320 Jul 17 01:28:46 dns1 kernel: module_register_init: MOD_LOAD (dragon_saver, 0xffffffffadf7a140, 0) error 19 Can anyone please point me in the right direction Thanks David From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 09:17:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C79E4106567E for ; Thu, 17 Jul 2008 09:17:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id B6BA48FC0A for ; Thu, 17 Jul 2008 09:17:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id A126D1CC09B; Thu, 17 Jul 2008 02:17:12 -0700 (PDT) Date: Thu, 17 Jul 2008 02:17:12 -0700 From: Jeremy Chadwick To: David Southwell Message-ID: <20080717091712.GA65200@eos.sc1.parodius.com> References: <200807170208.58598.david@vizion2000.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200807170208.58598.david@vizion2000.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: Dragon_Saver Error 19 Freebsd 7.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 09:17:12 -0000 On Thu, Jul 17, 2008 at 02:08:58AM -0700, David Southwell wrote: > Just upgraded from Freebsd 6.3 to 7.0 > > uname -a > FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > 09:27:38 PDT 2008 root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > amd64 > Have the following entry in > > /var/log/essages: > > Jul 17 01:28:46 dns1 kernel: dragon_saver: the console does not support > M_VGA_CG320 > Jul 17 01:28:46 dns1 kernel: module_register_init: MOD_LOAD (dragon_saver, > 0xffffffffadf7a140, 0) error 19 That looks to be some kind of screen-saver for VGA consoles, similar to daemon_saver or green_saver. Look at the splash(4) manpage. There is no 'dragon_saver' that comes with FreeBSD 7.0, however. And I don't remember reading about it on FreeBSD 6.x either. Usually things like that are loaded via rc.conf or loader.conf. > Can anyone please point me in the right direction http://www.hrwiki.org/index.php/Trogdor -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 09:24:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6297F1065672 for ; Thu, 17 Jul 2008 09:24:40 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 51A7B8FC1C for ; Thu, 17 Jul 2008 09:24:34 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B24231CC081; Thu, 17 Jul 2008 02:24:34 -0700 (PDT) Date: Thu, 17 Jul 2008 02:24:34 -0700 From: Jeremy Chadwick To: David Southwell Message-ID: <20080717092434.GA65528@eos.sc1.parodius.com> References: <200807170208.58598.david@vizion2000.net> <20080717091712.GA65200@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080717091712.GA65200@eos.sc1.parodius.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Stable Subject: Re: Dragon_Saver Error 19 Freebsd 7.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 09:24:40 -0000 On Thu, Jul 17, 2008 at 02:17:12AM -0700, Jeremy Chadwick wrote: > On Thu, Jul 17, 2008 at 02:08:58AM -0700, David Southwell wrote: > > Just upgraded from Freebsd 6.3 to 7.0 > > > > uname -a > > FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > > 09:27:38 PDT 2008 root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > > amd64 > > Have the following entry in > > > > /var/log/essages: > > > > Jul 17 01:28:46 dns1 kernel: dragon_saver: the console does not support > > M_VGA_CG320 > > Jul 17 01:28:46 dns1 kernel: module_register_init: MOD_LOAD (dragon_saver, > > 0xffffffffadf7a140, 0) error 19 > > That looks to be some kind of screen-saver for VGA consoles, similar to > daemon_saver or green_saver. Look at the splash(4) manpage. > > There is no 'dragon_saver' that comes with FreeBSD 7.0, however. And I > don't remember reading about it on FreeBSD 6.x either. > > Usually things like that are loaded via rc.conf or loader.conf. I stand corrected -- it appears to come with FreeBSD since the 4.x days: http://lists.freebsd.org/pipermail/cvs-all/2003-July/017624.html I've still never heard of it though, and it's not mentioned in the applicable manpages either. But there's an amusing part, too: You posted this exact question on freebsd-questions 1.5 years ago, where you were running FreeBSD 6.1. So this problem has little to do with your 6.3 --> 7.0 upgrade. http://lists.freebsd.org/pipermail/freebsd-questions/2007-January/139096.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 11:11:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E1ED106567F for ; Thu, 17 Jul 2008 11:11:15 +0000 (UTC) (envelope-from norwoh@comcast.net) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id 36D4B8FC15 for ; Thu, 17 Jul 2008 11:11:14 +0000 (UTC) (envelope-from norwoh@comcast.net) Received: from OMTA02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id qyV61Z0080QkzPwAAzBEU3; Thu, 17 Jul 2008 11:11:14 +0000 Received: from amailcenter11.comcast.net ([204.127.225.111]) by OMTA02.emeryville.ca.mail.comcast.net with comcast id qzBD1Z0032Qq2as8NzBDjK; Thu, 17 Jul 2008 11:11:13 +0000 X-Authority-Analysis: v=1.0 c=1 a=43Lg4fwzt0gA:10 a=3XEOU6NzvJ4A:10 a=ZyqTqN82AAAA:8 a=6I5d2MoRAAAA:8 a=4r7izr_oAjZrqvoahl8A:9 a=f4WLtWUoYDTrhF3iwMgA:9 a=K2PtR4MPC4QSBuxWGzUA:7 a=fld3hxmg28z9H1EJcdmMAtf-yFYA:4 a=TwVrSdC4lVIA:10 a=KGQ7apehRyoA:10 a=MSl-tDqOz04A:10 a=EfPB1bUmjyUA:10 a=SV7veod9ZcQA:10 a=KUJAPYlYduUA:10 Received: from [150.148.0.27] by amailcenter11.comcast.net; Thu, 17 Jul 2008 11:11:12 +0000 From: norwoh@comcast.net To: "Ben Kaduk" , "Jo Rhett" Date: Thu, 17 Jul 2008 11:11:12 +0000 Message-Id: <071720081111.19253.487F28D00006459500004B3522155934140801999D0102@comcast.net> X-Mailer: AT&T Message Center Version 1 (Oct 30 2007) X-Authenticated-Sender: bm9yd29oQGNvbWNhc3QubmV0 Cc: FreeBSD Stable Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 11:11:15 -0000 -------------- Original message ---------------------- From: "Ben Kaduk" > On Wed, Jul 16, 2008 at 5:40 PM, Jo Rhett wrote: > > On Jul 11, 2008, at 4:48 AM, Ronald Klop wrote: > >> > >> You can try going into the kernel debugger to see where it is hanging. > >> Debugging via a serial cable is also very easy. > >> I don't know the details, but there is a lot of info in the Freebsd > >> handbook. Put this in google 'freebsd handbook kernel debug'. > > > > > > Thanks for the reply. I'm familiar with these options, but as the system is > > currently running GENERIC and trying to compile a kernel would guarantee to > > cause the problem to occur... I could probably keep hacking at it until I > > finally get everything compiled, but... > > > > Ugh. I guess this option doesn't appeal very much. Are there any other > > options available? > > > > You don't need to compile the kernel on the same machine that you use it > on -- you can copy the compiled kernel into /boot/kernel.new > But how do you handle the issue of differences in contents on the board where you don't have exact identical hardwares? SJK www.sulima.com <> > -Ben Kaduk > _______________________________________________ > 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 Jul 17 11:30:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AA3E106566B for ; Thu, 17 Jul 2008 11:30:20 +0000 (UTC) (envelope-from sorin.panca@psrk.com) Received: from mail1.psrk.com (64.147.114.45.static.nyinternet.net [64.147.114.45]) by mx1.freebsd.org (Postfix) with ESMTP id D8E1A8FC14 for ; Thu, 17 Jul 2008 11:30:19 +0000 (UTC) (envelope-from sorin.panca@psrk.com) Received: from [82.77.123.155] (port=40165) by mail1.psrk.com with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1KJRhV-0005GV-AF for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 07:31:10 -0400 Message-ID: <487F2CE7.5060604@psrk.com> Date: Thu, 17 Jul 2008 14:28:39 +0300 From: =?UTF-8?B?U29yaW4gUMOibmNh?= User-Agent: Thunderbird 2.0.0.14 (X11/20080619) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <487B70A3.8020203@psrk.com> <20080716224113.GC39265@slackbox.xs4all.nl> In-Reply-To: <20080716224113.GC39265@slackbox.xs4all.nl> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Antivirus-Scanner: Clean mail though you should still use an Antivirus Subject: Re: Failure building apache22 and mysql51 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 11:30:20 -0000 Roland Smith wrote: > On Wed, Jul 16, 2008 at 11:20:13PM +0100, Chris Rees wrote: >> 2008/7/14 Sorin P�nca : >>> I'm sorry for my late response, I was on vacation. >>> I think this was the case (although I thought we have only amd64 machines). >>> Is there a way to recover from this situation by ssh access only? >>> >>> Thank you! >>> Sorin. >>> >>> Chris Rees wrote: >>>>> Date: Mon, 23 Jun 2008 18:43:04 +0300 >>>>> From: Sorin P?nca >>>> >>>>> Hello people! >>>>> I recently upgraded a amd64 machine from FreeBSD-6.2-RELEASE-p11 to >>>>> FreeBSD-7.0-RELEASE-p2 using the tutorial found at >>>>> >>>>> http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html >>>>> All went well with the base system. >>>> I don't want to patronise, but are you sure you were running >>>> FreeBSD/amd64-6.2 before? Looks kinda like you've tried to upgrade >>>> from 6.2/i386 to 7.0/amd64. In case you have, you can't do that. >>>> >>>> Check you haven't disabled and processor-specific extensions in your >>>> BIOS, like SSE, that would also create problems if you have optimised >>>> your ports. >>>> >>>> Chris > >>>>> I thought devel/linuxthreads was using some old library so I tried to >>>>> rebuild it: >>>>> >>>>> # cd ../../devel/linuxthreads && make install clean # portupgrade -f >>>>> wouldn't do anything >>>>> ===> linuxthreads-2.2.3_23 is only for i386, while you are running >>>>> amd64. >>>>> *** Error code 1 >>>>> >>>>> Stop in /usr/ports/devel/linuxthreads. >>>>> >>>>> >>>>> Any ideas what to do next? >>>>> Thank you! >>>>> >>>>> Sorin. >> If I understand you correctly, you want to revert to FreeBSD/i386; in >> which case I'd advise that you are *extremely* careful, and make sure >> that everything important is recompiled in i386; FreeBSD/amd64 can run >> binaries from FreeBSD/i386, but not vice-versa. >> >> I *think* that you should be ok running a source update (csup sources, >> make buildworld installworld kernel) with arch as i386, then reboot, >> pkg_delete -f portupgrade\*, pkg_add -r portupgrade, portupgrade -faP >> etc > > Installworld is supposed to be done after a reboot, in this case > (cross-build) you'll have a 32-bit kernel stuck with a 64-bit > userland. That won't work. > > If you do the installworld before the reboot with a cross-buils, it will > be the other way around. I'm not sure if the installworld will even > complete; every system binary that is replaced will be of the wrong > architecture. > >> Don't take my word for it, it is beyond my expertise, I've >> deliberately made it obtuse; get someone with more knowledge to >> elucidate :P > > If you have a spare partition, you could install the new kernel and > userland there, and then switch partitions. If that's not an option, > make backups of your data and re-install with the i386 version. It's > quicker and probably less painfull. :) > > For changing architectures you'll also have to remove all ports/packages > and re-compile/install them for the new architecture. But you should do > that anyway when going from 6.x to 7. > > > Roland Actually I want to run on amd64 architecture on that system (let's call it system0). And recently I had a similar system running FreeBSD-6.2 (amd64 - I'm sure about this one; let's call it system1) and tried to upgrade it to FreeBSD-7.0. To my surprise I had the same errors with missing PIC flag for libpthread. While for system0 I was able to fix the issue by installing devel/pth and symlinking the binary in proper locations, I experimented a little with system1 until I rendered it unusable. My question now is: what happend to the second system? Why did the upgrade fail on this one? Unfortunatly I had to reinstall it ASAP using a FreeBSD CD, because system1 is a production system and I really can't investigate further. I still have other four systems waiting to be upgraded from 6.1 or 6.2 to 7.0 or 7.1 and even they are production, they are replaceable. So I might have the chance to experiment on them, if you think this issue should be chased down. Sorin. From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 12:16:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A2A8106568F for ; Thu, 17 Jul 2008 12:16:53 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 17C918FC18 for ; Thu, 17 Jul 2008 12:16:52 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAKXVfkhMCqa7/2dsb2JhbACLXKQ9Aw X-IronPort-AV: E=Sophos;i="4.31,203,1215403200"; d="scan'208";a="24454624" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 17 Jul 2008 08:16:44 -0400 From: "Kevin K" To: References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> <009301c8e797$1385e880$3a91b980$@com> In-Reply-To: <009301c8e797$1385e880$3a91b980$@com> Date: Thu, 17 Jul 2008 08:16:24 -0400 Message-ID: <00b301c8e806$eeb3d5b0$cc1b8110$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjnS2OfuB7FtVneQECoVUungT4h+QAS4ezgABvJuqA= Content-Language: en-us Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 12:16:53 -0000 I just tried to boot off the latest 8.0-CURRENT amd64 snapshot. According to documentation, if you hold the spacebar as it is loading /boot/default/loader.conf you can get to the boot menu. Pressing 6 and entering : set hint.apic.0.disabled=1 set hint.sio.0.disabled=1 set hint.sio.1.disabled=1 Gets the laptop to boot. It crashing during the boot process however : Lock order reversal: (sleepable after non-sleepable) 1st 0xffffff000226e878 bufobj interlock (bufobj interlock) @ /usr/src/sys/kern/vfs_bio.c:2442 2nd 0xffffffff9a7a3040 bufwait (bufwait) @ /usr/src/sys/kern/vfs_bio.c:2456 KDB: stack backtrace: Db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Witness_checkorder() at witness_checkorder+0x609 __lockmgr_args() at __lockmgr_args+0x502 getblk() at getblk+0xe3 breadn() at breadn+0x3f bread() at bread+0x1e ffs_blkatoff() at ffs_blkatoff+0x61 ufs_lookup() at ufs_lookup+0x5f3 vfs_cache_lookup() at vfs_cache_lookup+0xf8 VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Lookup() at lookup+0x4b2 namei() at namei+0x43f kern_unlinkat() at kern_unlinkat+0x9d vfs_mountroot_try() at vfs_mountroot_try+0x402 vfs_mountroot() at vfs_mountroot+0x40b start_init() at start_init+0x62 fork_exit() at fork_exit+0x12a fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffff8142fd30, rbp = 0 --- Sorry if theres typos in the above as I had to type out manually. ~k From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 12:31:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E116D1065676 for ; Thu, 17 Jul 2008 12:31:57 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id AE8D58FC1F for ; Thu, 17 Jul 2008 12:31:57 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsAEAB3ZfkhMCqa7/2dsb2JhbACLXaRFAw X-IronPort-AV: E=Sophos;i="4.31,203,1215403200"; d="scan'208";a="24455116" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 17 Jul 2008 08:31:56 -0400 From: "Kevin K" To: References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> <009301c8e797$1385e880$3a91b980$@com> <00b301c8e806$eeb3d5b0$cc1b8110$@com> In-Reply-To: <00b301c8e806$eeb3d5b0$cc1b8110$@com> Date: Thu, 17 Jul 2008 08:31:37 -0400 Message-ID: <00b401c8e809$0ed63c50$2c82b4f0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcjnS2OfuB7FtVneQECoVUungT4h+QAS4ezgABvJuqAAAKbcUA== Content-Language: en-us Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 12:31:58 -0000 > I just tried to boot off the latest 8.0-CURRENT amd64 snapshot. > According to > documentation, if you hold the spacebar as it is loading > /boot/default/loader.conf you can get to the boot menu. Pressing 6 and > entering : > > > set hint.apic.0.disabled=1 > set hint.sio.0.disabled=1 > set hint.sio.1.disabled=1 Just tried the above with 6.3-RELEASE amd64 snapshot (200806) , as well as 7.0-RELEASE amd64 snapshot (200806), with pressing the spacebar, pressing 6 at boot screen and typing the above options. For 6.3-RELEASE, it actually got to sysinstall. For 7.0-RELEASE, it seemed to hang at "Trying to mount root from ufs:/dev/md0". When I have time (tonight perhaps), I will try to do a full install of 6.3-RELEASE and see how that functions. Unfortunately there are no amd64 snapshots for 200807, so if I cant install 6.3 I may wait until more updated snapshots come out. ~k From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 12:37:27 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 192D21065671; Thu, 17 Jul 2008 12:37:27 +0000 (UTC) (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 600DF8FC0C; Thu, 17 Jul 2008 12:37:25 +0000 (UTC) (envelope-from jon@seaholm.caamora.com.au) Received: (from jon@localhost) by seaholm.caamora.com.au (8.11.1/8.11.1) id m6HCJhh24180; Thu, 17 Jul 2008 22:19:43 +1000 (EST) Message-ID: <20080717221942.41191@caamora.com.au> Date: Thu, 17 Jul 2008 22:19:42 +1000 From: jonathan michaels To: Doug Barton References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> <487E66D0.1050000@FreeBSD.org> <20080716214957.GA26869@eos.sc1.parodius.com> <487ED467.3000000@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.84e In-Reply-To: <487ED467.3000000@FreeBSD.org>; from Doug Barton on Wed, Jul 16, 2008 at 10:11:03PM -0700 Organisation: Caamora, PO Box 144, Rosebery NSW 1445 Australia Cc: Jeremy Chadwick , Eugene Grosbein , stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 12:37:27 -0000 On Wed, Jul 16, 2008 at 10:11:03PM -0700, Doug Barton wrote: > Jeremy Chadwick wrote: > > > The config parms we use are necessary. > > That's all you had to say. :) I see a lot of people attempt to > over-engineer stuff with named that leads to complications later. If > you are doing things for a good reason, keep doing them. > Doug, et al, i for one appreciate this "over-engieered" responce because it has given me (and those like me) a chance to get answers to questions that we have asked for over a year in my case, about this whole bind setup issue. as an asideo, it would be better for people coming in cold could find a better source of who to setup support services such as bind and all teh others for a woring freebsd based network .. i don't mean teh existant 'engineering speak that assumes we all know everything .. this is clearly not teh case to a whole lot of people coming to freebsd. 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 Thu Jul 17 13:31:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 997FC1065692; Thu, 17 Jul 2008 13:31:48 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 53CBF8FC17; Thu, 17 Jul 2008 13:31:48 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (localhost [127.0.0.1]) by dns1.vizion2000.net (Postfix) with ESMTP id 4E1061CC38; Thu, 17 Jul 2008 06:53:18 -0700 (PDT) Received: from localhost (localhost [[UNIX: localhost]]) by dns1.vizion2000.net (8.14.2/8.14.2/Submit) id m6HDrHpR058097; Thu, 17 Jul 2008 06:53:17 -0700 (PDT) (envelope-from david@vizion2000.net) X-Authentication-Warning: dns1.vizion2000.net: david set sender to david@vizion2000.net using -f From: David Southwell Organization: Voice and Vision To: freebsd-stable@freebsd.org Date: Thu, 17 Jul 2008 06:53:16 -0700 User-Agent: KMail/1.9.7 References: <200807170208.58598.david@vizion2000.net> <20080717091712.GA65200@eos.sc1.parodius.com> <20080717092434.GA65528@eos.sc1.parodius.com> In-Reply-To: <20080717092434.GA65528@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807170653.16864.david@vizion2000.net> Cc: Jeremy Chadwick Subject: Re: Dragon_Saver Error 19 Freebsd 7.0 AMD64 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 13:31:48 -0000 On Thursday 17 July 2008 02:24:34 Jeremy Chadwick wrote: > On Thu, Jul 17, 2008 at 02:17:12AM -0700, Jeremy Chadwick wrote: > > On Thu, Jul 17, 2008 at 02:08:58AM -0700, David Southwell wrote: > > > Just upgraded from Freebsd 6.3 to 7.0 > > > > > > uname -a > > > FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul > > > 16 09:27:38 PDT 2008 > > > root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > > > Have the following entry in > > > > > > /var/log/essages: > > > > > > Jul 17 01:28:46 dns1 kernel: dragon_saver: the console does not support > > > M_VGA_CG320 > > > Jul 17 01:28:46 dns1 kernel: module_register_init: MOD_LOAD > > > (dragon_saver, 0xffffffffadf7a140, 0) error 19 > > > > That looks to be some kind of screen-saver for VGA consoles, similar to > > daemon_saver or green_saver. Look at the splash(4) manpage. > > > > There is no 'dragon_saver' that comes with FreeBSD 7.0, however. And I > > don't remember reading about it on FreeBSD 6.x either. > > > > Usually things like that are loaded via rc.conf or loader.conf. > > I stand corrected -- it appears to come with FreeBSD since the 4.x > days: http://lists.freebsd.org/pipermail/cvs-all/2003-July/017624.html > > I've still never heard of it though, and it's not mentioned in the > applicable manpages either. > > But there's an amusing part, too: > > You posted this exact question on freebsd-questions 1.5 years ago, > where you were running FreeBSD 6.1. So this problem has little to do > with your 6.3 --> 7.0 upgrade. > > http://lists.freebsd.org/pipermail/freebsd-questions/2007-January/139096.ht >ml RTFM Well I cant remember -- It must have gone away on 6.3 -holding stomach as I roar with laughter!!!! Well done... Ah well as you will see from my next posting I have something alittle bit odder to report!! David From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 13:33:59 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4738B106566B for ; Thu, 17 Jul 2008 13:33:59 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 10B6C8FC17 for ; Thu, 17 Jul 2008 13:33:59 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (localhost [127.0.0.1]) by dns1.vizion2000.net (Postfix) with ESMTP id 6304D1CC3A for ; Thu, 17 Jul 2008 06:55:30 -0700 (PDT) Received: from localhost (localhost [[UNIX: localhost]]) by dns1.vizion2000.net (8.14.2/8.14.2/Submit) id m6HDtU2t058211 for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 06:55:30 -0700 (PDT) (envelope-from david@vizion2000.net) X-Authentication-Warning: dns1.vizion2000.net: david set sender to david@vizion2000.net using -f From: David Southwell Organization: Voice and Vision To: freebsd-stable@freebsd.org Date: Thu, 17 Jul 2008 06:55:30 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807170655.30131.david@vizion2000.net> Subject: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 13:33:59 -0000 It looks as though I have missed something!! FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 09:27:38 PDT 2008 root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 [root@dns1 ~]# portsclean FFaattaall eerrrroorr ''Thread is not system scope. Thread is not system scope. '' aatt lliinnee 331199 iinn ffiillee /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/thr_sig.c ((eerrrrnnoo == 22)) Segmentation fault: 11 (core dumped) Ok where do I go from here?? David From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 13:39:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180E41065678 for ; Thu, 17 Jul 2008 13:39:28 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 988048FC22; Thu, 17 Jul 2008 13:39:26 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487F4B8E.9040909@FreeBSD.org> Date: Thu, 17 Jul 2008 15:39:26 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: David Southwell References: <200807170655.30131.david@vizion2000.net> In-Reply-To: <200807170655.30131.david@vizion2000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 13:39:28 -0000 David Southwell wrote: > It looks as though I have missed something!! > FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > 09:27:38 PDT 2008 root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC > amd64 > > [root@dns1 ~]# portsclean > FFaattaall eerrrroorr ''Thread is not system scope. > Thread is not system scope. > '' aatt lliinnee 331199 iinn > ffiillee /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/thr_sig.c > ((eerrrrnnoo == 22)) > > Segmentation fault: 11 (core dumped) > > Ok where do I go from here?? Find out which port(s) you didnt recompile as part of the upgrade (e.g. check mtime in /usr/local), and do that now. You may need to also recompile the ports that depend on them to undo the damage. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 13:58:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB0A31065678 for ; Thu, 17 Jul 2008 13:58:31 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id A56CD8FC14 for ; Thu, 17 Jul 2008 13:58:31 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so454395qwb.7 for ; Thu, 17 Jul 2008 06:58:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=w/JqD+q/8SSwfRNCDWoXsab4wOuusulPD/Cy8uW+VBg=; b=fEg8WGWPcHbxJ9ApPngBylR1XuvimTFt3saE/CxQQvVqGC6lXUJL5UAbMn6gg6zmTj 7hdXad8a9zLCFOAamKnPnPcuRadN+ZTEk74jy4scY7zuEb0slH9wZ2B4uszik06NYIxV QJO7FZ/IQ83DVmdtoXP9XEmDv3IriU7HvS4mw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=laGBJ2YgbEj4yOaJRt5D2ErzFQR5VFZXfXd/+0Cj7+sjgIx9kem2CQMrPgRi8Fi8NE m5uKBxWGdhlLCoXVb/riuMiU+GDvFhnGUnizZan5jjqQrQmtBRA2Q9LQKYFoMGzKVec9 GkdXNc5sbinoTwiQ595IhzvI8I9w2p/SHXqCE= Received: by 10.150.205.13 with SMTP id c13mr467827ybg.183.1216303110720; Thu, 17 Jul 2008 06:58:30 -0700 (PDT) Received: by 10.151.67.4 with HTTP; Thu, 17 Jul 2008 06:58:30 -0700 (PDT) Message-ID: <47d0403c0807170658u35278859g761caac1ae8caebb@mail.gmail.com> Date: Thu, 17 Jul 2008 09:58:30 -0400 From: "Ben Kaduk" To: norwoh@comcast.net In-Reply-To: <071720081111.19253.487F28D00006459500004B3522155934140801999D0102@comcast.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <071720081111.19253.487F28D00006459500004B3522155934140801999D0102@comcast.net> Cc: FreeBSD Stable , Jo Rhett Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 13:58:32 -0000 On Thu, Jul 17, 2008 at 7:11 AM, wrote: > > -------------- Original message ---------------------- > From: "Ben Kaduk" >> >> You don't need to compile the kernel on the same machine that you use it >> on -- you can copy the compiled kernel into /boot/kernel.new >> > But how do you handle the issue of differences in contents on the board where you don't have exact identical hardwares? > The kernel configuration file specifies which device drivers will be included in the compiled kernel; if those devices aren't present in the system, the relevant code is present but doesn't get used. For example, the GENERIC kernel has the majority of device drivers included, so that most devices will be recognized out-of-the-box. A more difficult problem to solve is when you want to compile a kernel for a different architecture; say, to compile a kernel for x86 on an amd64 build machine. This can still be done, but it requires a fair amount more work. -Ben Kaduk From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 14:00:22 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FF46106566B for ; Thu, 17 Jul 2008 14:00:22 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id BE4538FC25 for ; Thu, 17 Jul 2008 14:00:21 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id m6HE0IKa079854; Thu, 17 Jul 2008 22:00:18 +0800 (KRAST) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id m6HE0Ipf079853; Thu, 17 Jul 2008 22:00:18 +0800 (KRAST) (envelope-from eugen) Date: Thu, 17 Jul 2008 22:00:18 +0800 From: Eugene Grosbein To: Chuck Swiger Message-ID: <20080717140018.GA91530@svzserv.kemerovo.su> References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 14:00:22 -0000 On Wed, Jul 16, 2008 at 09:06:33PM -0700, Chuck Swiger wrote: > >Isn't this common to have multiple aliases at an interface? > >Sometimes only one of them should be used for all DNS traffic. > > About the only common reason to set up multiple aliases on an > interface is when you're doing something like hosting multiple SSL > webservers on a single box which actually need to have distinct IPs as > a consequence. Other than that, using public IPs for aliases is > usually wasteful of IP address space. YMMV... Think about multiple IP-based services (not HTTP "virtual" servers) at one physical host that should use distinct IP addresses for some reasons (local policy/billing/monitoring/etc.) Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 14:08:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0411065672 for ; Thu, 17 Jul 2008 14:08:37 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4AABB8FC12 for ; Thu, 17 Jul 2008 14:08:37 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (localhost [127.0.0.1]) by dns1.vizion2000.net (Postfix) with ESMTP id C717B1CC6F for ; Thu, 17 Jul 2008 07:30:08 -0700 (PDT) Received: from localhost (localhost [[UNIX: localhost]]) by dns1.vizion2000.net (8.14.2/8.14.2/Submit) id m6HEU8vH059697 for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 07:30:08 -0700 (PDT) (envelope-from david@vizion2000.net) X-Authentication-Warning: dns1.vizion2000.net: david set sender to david@vizion2000.net using -f From: David Southwell Organization: Voice and Vision To: freebsd-stable@freebsd.org Date: Thu, 17 Jul 2008 07:30:08 -0700 User-Agent: KMail/1.9.7 References: <200807170655.30131.david@vizion2000.net> <487F4B8E.9040909@FreeBSD.org> In-Reply-To: <487F4B8E.9040909@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807170730.08649.david@vizion2000.net> Subject: Re: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 14:08:37 -0000 On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote: > David Southwell wrote: > > It looks as though I have missed something!! > > FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 > > 09:27:38 PDT 2008 > > root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > > > > [root@dns1 ~]# portsclean > > FFaattaall eerrrroorr ''Thread is not system scope. > > Thread is not system scope. > > '' aatt lliinnee 331199 iinn > > ffiillee > > /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/th > >r_sig.c ((eerrrrnnoo == 22)) > > > > Segmentation fault: 11 (core dumped) > > > > Ok where do I go from here?? > > Find out which port(s) you didnt recompile as part of the upgrade (e.g. > check mtime in /usr/local), and do that now. You may need to also > recompile the ports that depend on them to undo the damage. > > Kris > _______________________________________________ Thanks Kris I have been unable to find instructions in the manual about recompiling ports as part of a system upgrade process. There seems to be no reference to it. The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem with perl. However 6.3 to 7.0 seems to produce more difficulties than I bargained for!!! How can I best reconfigure and recompile all th installed ports? As you can see from below: [root@dns1 ~]# portupgrade -a Fatal error 'Thread is not system scope. ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) Segmentation fault: 11 (core dumped) I have definitely omitted a vital step From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 14:16:59 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E777106564A; Thu, 17 Jul 2008 14:16:59 +0000 (UTC) (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 CA4F98FC19; Thu, 17 Jul 2008 14:16:58 +0000 (UTC) (envelope-from sven@dmv.com) Received: from [216.240.97.46] (lanshark.dmv.com [216.240.97.46]) by smtp-gw-cl-d.dmv.com (8.12.10/8.12.10) with ESMTP id m6HEGtN0018597; Thu, 17 Jul 2008 10:16:57 -0400 (EDT) (envelope-from sven@dmv.com) From: Sven Willenberger To: Pete French In-Reply-To: References: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-OUlfW357Kn9I5gRG34WM" Date: Thu, 17 Jul 2008 10:16:55 -0400 Message-Id: <1216304215.14562.19.camel@lanshark.dmv.com> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 X-Scanned-By: MIMEDefang 2.48 on 216.240.97.42 Cc: koitsu@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: Multi-machine mirroring choices X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 14:16:59 -0000 --=-OUlfW357Kn9I5gRG34WM Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Tue, 2008-07-15 at 16:20 +0100, Pete French wrote: > > However, I must ask you this: why are you doing things the way you are? > > Why are you using the equivalent of RAID 1 but for entire computers? I= s > > there some reason you aren't using a filer (e.g. NetApp) for your data, > > thus keeping it centralised? >=20 > I am not the roiginal poster, but I am doing something very similar and > can answer that question for you. Some people get paranoid about the > whole "single point of failure" thing. I originally suggestted that we bu= y > a filer and have identical servers so if one breaks we connect the other > to the filer, but the response I got was "what if the filer breaks?". So > in the end I had to show we have duplicate independent machines, with the > data kept symetrical on them at all times. >=20 > It does actually work quite nicely actually - I have an "'active" databas= e > machine, and a "passive". The opassive is only used if the active fails, > and the drives are run as a gmirror pair with the remote one being mounte= d > using ggated. It also means I can flip from active to passive when I want > to do an OS upgrade on the active machine. Switching takes a few seconds, > and this is fine for our setup. >=20 > So the answer is that the descisiuon was taken out of my hands - but this > is not uncommon, and as a roll-your-own cluster it works very nicely. >=20 > -pete. > _______________________________________________ I have for now gone with using ggate[cd] along with zpool and so far it's not bad. I can fail the master, stop ggated on the slave at which point geom reads the glabeled disks. From there I can zpool import to an alternate root. When the master comes back up I can zpool export and then, on the master, zpool import at which point zfs handles the resilvering. The *big* issue I have right now is dealing with the slave machine going down. Once the master no longer has a connection to the ggated devices, all processes trying to use the device hang in D status. I have tried pkill'ing ggatec to no avail and ggatec destroy returns a message of gctl being busy. Trying to ggatec destroy -f panics the machine. Does anyone know how to successfully time out a failed ggatec connection so that I can zpool detach or somehow have zfs removed the unavailable drive? Sven --=-OUlfW357Kn9I5gRG34WM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQBIf1RXSnmnd8q3JGsRAlKBAKCE22yRLMrtzKkG4YyoY3rA2ZuU0wCdGegC LV/XmxCaWiNzl08keY/U1AY= =Nh7v -----END PGP SIGNATURE----- --=-OUlfW357Kn9I5gRG34WM-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 14:25:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB4F71065702 for ; Thu, 17 Jul 2008 14:25:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4372E8FC1B for ; Thu, 17 Jul 2008 14:25:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m6HEOvFb032292; Thu, 17 Jul 2008 10:25:40 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 17 Jul 2008 10:22:27 -0400 User-Agent: KMail/1.9.7 References: <1b1b33f10807080654s785f0f8aj487730337026a9e6@mail.gmail.com> In-Reply-To: <1b1b33f10807080654s785f0f8aj487730337026a9e6@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807171022.27825.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Thu, 17 Jul 2008 10:25:40 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/7736/Thu Jul 17 09:11:09 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Kelly Black Subject: Re: RELENG_7: /boot/loader command prompt mode broken? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 14:25:46 -0000 On Tuesday 08 July 2008 09:54:29 am Kelly Black wrote: > >Message: 4 > >Date: Mon, 07 Jul 2008 14:10:45 -0700 > >From: "Kevin Oberman" > >Subject: Re: RELENG_7: /boot/loader command prompt mode broken? > >To: Eugene Grosbein > >Cc: stable@freebsd.org > >Message-ID: <20080707211045.90F274500E@ptavv.es.net> > >Content-Type: text/plain; charset="us-ascii" > > > >> Date: Mon, 7 Jul 2008 18:21:47 +0800 > >> From: Eugene Grosbein > >> Sender: owner-freebsd-stable@freebsd.org > >> > >> Hi! > >> > >> Today I've updated my 7.0-STABLE system using source upgrade path. > >> loader(8) boots it just fine but it's impossible to issue commands > >> using its command prompt mode (N.B.: beastie_disable="YES" > >> and autoboot_delay="2" are in my /boot/loader.conf). > >> > >> At boot time, I hit "Space" button to reach its command prompt - that works. > >> While typing of a command, I observe one of bad things: > >> > >> 1) it just hangs solid (keyboard LEDs do not switch) after a couple > >> of characters entered, or > >> 2) system spontaneously reboots while typing, or > >> 3) it shows endless flow of hex dump, presumably from BTX. > >> > >> Most of time it hangs, a couple of times I've got reboot > >> and once there was hex dump. I use vidconsole with PS/2 keyboard. > >> > >> Seldom I've allowed to type 'boot -s' and hit enter without a problem - > >> it boots system OK then. So, I assume there is a problem > >> with vidconsole input/output routines. > >> > [Snip ... ] > >> > > I am having a similar problem. I removed the config.boot file with no > change. Someone in this list posted the following links: Are you using a serial console? -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 14:43:15 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3D3D1065670 for ; Thu, 17 Jul 2008 14:43:15 +0000 (UTC) (envelope-from SRS0=4y8bXQ=X5=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from smtp.webzone.net.au (smtp.webzone.net.au [210.8.36.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6644D8FC15 for ; Thu, 17 Jul 2008 14:43:15 +0000 (UTC) (envelope-from SRS0=4y8bXQ=X5=webzone.net.au=andrewd@smtp.webzone.net.au) Received: from ppp121-45-74-92.lns10.adl6.internode.on.net ([121.45.74.92] helo=[192.168.202.99]) by smtp.webzone.net.au with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJUWk-000DdC-7o; Fri, 18 Jul 2008 00:02:14 +0930 Message-ID: <487F57EB.3050007@webzone.net.au> Date: Fri, 18 Jul 2008 00:02:11 +0930 From: Andrew D User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: David Southwell References: <200807170655.30131.david@vizion2000.net> <487F4B8E.9040909@FreeBSD.org> <200807170730.08649.david@vizion2000.net> In-Reply-To: <200807170730.08649.david@vizion2000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-AUTH-WEBZONE: andrewd@webzone.net.au successfully authed as username:andrewd Cc: freebsd-stable@freebsd.org Subject: Re: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 14:43:15 -0000 David Southwell wrote: > On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote: >> David Southwell wrote: >>> It looks as though I have missed something!! >>> FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 >>> 09:27:38 PDT 2008 >>> root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> [root@dns1 ~]# portsclean >>> FFaattaall eerrrroorr ''Thread is not system scope. >>> Thread is not system scope. >>> '' aatt lliinnee 331199 iinn >>> ffiillee >>> /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/th >>> r_sig.c ((eerrrrnnoo == 22)) >>> >>> Segmentation fault: 11 (core dumped) >>> >>> Ok where do I go from here?? >> Find out which port(s) you didnt recompile as part of the upgrade (e.g. >> check mtime in /usr/local), and do that now. You may need to also >> recompile the ports that depend on them to undo the damage. >> >> Kris >> _______________________________________________ > Thanks Kris > I have been unable to find instructions in the manual about recompiling ports > as part of a system upgrade process. There seems to be no reference to it. > The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem > with perl. However 6.3 to 7.0 seems to produce more difficulties than I > bargained for!!! > > How can I best reconfigure and recompile all th installed ports? > > As you can see from below: > [root@dns1 ~]# portupgrade -a > Fatal error 'Thread is not system scope. > ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) > Segmentation fault: 11 (core dumped) > I saw this not too long ago, The culprit was ruby. Go into each of these ports and 'make clean && make && make deinstall reinstall' them lang/ruby18 (I assume) databases/ruby-bdb ports-mgmt/portupgrade you might have blow away /var/db/pkg/pkgdb.db a couple of times for it to work. Then portupgrade should work fine :) HTH cya Andrew > I have definitely omitted a vital step > _______________________________________________ > 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 Jul 17 14:46:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D05E1106566B for ; Thu, 17 Jul 2008 14:46:08 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 488ED8FC1F; Thu, 17 Jul 2008 14:46:07 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <487F5B2F.1030003@FreeBSD.org> Date: Thu, 17 Jul 2008 16:46:07 +0200 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.14 (Macintosh/20080421) MIME-Version: 1.0 To: David Southwell References: <200807170655.30131.david@vizion2000.net> <487F4B8E.9040909@FreeBSD.org> <200807170730.08649.david@vizion2000.net> In-Reply-To: <200807170730.08649.david@vizion2000.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 14:46:08 -0000 David Southwell wrote: > On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote: >> David Southwell wrote: >>> It looks as though I have missed something!! >>> FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul 16 >>> 09:27:38 PDT 2008 >>> root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 >>> >>> [root@dns1 ~]# portsclean >>> FFaattaall eerrrroorr ''Thread is not system scope. >>> Thread is not system scope. >>> '' aatt lliinnee 331199 iinn >>> ffiillee >>> /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/th >>> r_sig.c ((eerrrrnnoo == 22)) >>> >>> Segmentation fault: 11 (core dumped) >>> >>> Ok where do I go from here?? >> Find out which port(s) you didnt recompile as part of the upgrade (e.g. >> check mtime in /usr/local), and do that now. You may need to also >> recompile the ports that depend on them to undo the damage. >> >> Kris >> _______________________________________________ > Thanks Kris > I have been unable to find instructions in the manual about recompiling ports > as part of a system upgrade process. There seems to be no reference to it. > The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a problem > with perl. However 6.3 to 7.0 seems to produce more difficulties than I > bargained for!!! It was clearly mentioned in the release announcement :) > How can I best reconfigure and recompile all th installed ports? > > As you can see from below: > [root@dns1 ~]# portupgrade -a > Fatal error 'Thread is not system scope. > ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = 2) > Segmentation fault: 11 (core dumped) Try pkg_deleting portupgrade and ruby* and reinstalling them, then proceed with portupgrade -fa (note -f!) or -faP. Kris From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 15:11:26 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11B051065676; Thu, 17 Jul 2008 15:11:26 +0000 (UTC) (envelope-from mbhavsar@niksun.com) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.freebsd.org (Postfix) with ESMTP id AB1C88FC21; Thu, 17 Jul 2008 15:11:24 +0000 (UTC) (envelope-from mbhavsar@niksun.com) Received: from TecraA2195H (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.6/8.13.6) with ESMTP id m6HEd26M012586; Thu, 17 Jul 2008 10:39:06 -0400 (EDT) (envelope-from mbhavsar@niksun.com) Message-Id: <200807171439.m6HEd26M012586@anuket.mj.niksun.com> From: "Mihir Bhavsar" To: Date: Thu, 17 Jul 2008 10:43:33 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <1216242176.34454.7.camel@jihad.izb.knu.ac.kr> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 Thread-Index: Acjnh4sTZMmMKnZtSHujopqdTEt1ogAkKMYQ X-Virus-Scanned: ClamAV 0.92/7736/Thu Jul 17 09:11:09 2008 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: 'Byung-Hee HWANG' , 'Ken Smith' , 'freebsd-stable' Subject: iLO virtual Drive setup help X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 15:11:26 -0000 Hi, I was trying to mount virtual CDROM using Intel RMM module. RMM module is capable of redirecting four iso images or drives, and looking in to /dev my filesystem FreeBSD has labeled those as /cd0, /cd1, /cd2, /cd3. Once I boot the system connecting virtual drive, it boots from that drive and after that it's asking about to select drive to boot from (here cd0, cd1, cd2, acd0), after that it is not going further. My "camcontrol devlist" output reflects following. at scbus0 target 0 lun 0 (cd0,pass0) at scbus1 target 0 lun 0 (cd1,pass1) at scbus2 target 0 lun 0 (cd2,pass2) at scbus3 target 0 lun 0 (cd3,pass3) When I try to mount cdrom with "mount_cd9660 /dev/cd0 /cdrom" it gives me following error G_vfs_done():cd0[READ(offset=32768, length-2048)]error = 5 Mount_cd9660: /dev/cd0: Input/output error My part of /etc/fstab file reads like following ********** ******** ****** **** /dev/cd0 /cdrom4 cd9660 ro,noauto 0 0 /dev/cd1 /cdrom1 cd9660 ro,noauto 0 0 /dev/cd2 /cdrom2 cd9660 ro,noauto 0 0 /dev/cd3 /cdrom3 cd9660 ro,noauto 0 0 /dev/acd0 /cdrom cd9660 ro,noauto 0 0 ****** ***** ****** I am a newbie to FreeBSD, so any help really appreciated. Sincerely yours, M. Bhavsar From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 15:25:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C68C1065678 for ; Thu, 17 Jul 2008 15:25:00 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5749F8FC17 for ; Thu, 17 Jul 2008 15:25:00 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (localhost [127.0.0.1]) by dns1.vizion2000.net (Postfix) with ESMTP id 639F21CC3E; Thu, 17 Jul 2008 08:46:31 -0700 (PDT) Received: from localhost (localhost [[UNIX: localhost]]) by dns1.vizion2000.net (8.14.2/8.14.2/Submit) id m6HFkURb048734; Thu, 17 Jul 2008 08:46:30 -0700 (PDT) (envelope-from david@vizion2000.net) X-Authentication-Warning: dns1.vizion2000.net: david set sender to david@vizion2000.net using -f From: David Southwell Organization: Voice and Vision To: Andrew D Date: Thu, 17 Jul 2008 08:46:30 -0700 User-Agent: KMail/1.9.7 References: <200807170655.30131.david@vizion2000.net> <200807170730.08649.david@vizion2000.net> <487F57EB.3050007@webzone.net.au> In-Reply-To: <487F57EB.3050007@webzone.net.au> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200807170846.30483.david@vizion2000.net> Cc: freebsd-stable@freebsd.org Subject: Re: Portsclean doesnt like my upgrade from 6.3 > 7.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: Thu, 17 Jul 2008 15:25:00 -0000 On Thursday 17 July 2008 07:32:11 Andrew D wrote: > David Southwell wrote: > > On Thursday 17 July 2008 06:39:26 Kris Kennaway wrote: > >> David Southwell wrote: > >>> It looks as though I have missed something!! > >>> FreeBSD dns1.vizion2000.net 7.0-STABLE FreeBSD 7.0-STABLE #0: Wed Jul > >>> 16 09:27:38 PDT 2008 > >>> root@dns1.vizion2000.net:/usr/obj/usr/src/sys/GENERIC amd64 > >>> > >>> [root@dns1 ~]# portsclean > >>> FFaattaall eerrrroorr ''Thread is not system scope. > >>> Thread is not system scope. > >>> '' aatt lliinnee 331199 iinn > >>> ffiillee > >>> /usr/src/lib/libpthread/thread/thr_sig.c/usr/src/lib/libpthread/thread/ > >>>th r_sig.c ((eerrrrnnoo == 22)) > >>> > >>> Segmentation fault: 11 (core dumped) > >>> > >>> Ok where do I go from here?? > >> > >> Find out which port(s) you didnt recompile as part of the upgrade (e.g. > >> check mtime in /usr/local), and do that now. You may need to also > >> recompile the ports that depend on them to undo the damage. > >> > >> Kris > >> _______________________________________________ > > > > Thanks Kris > > I have been unable to find instructions in the manual about recompiling > > ports as part of a system upgrade process. There seems to be no reference > > to it. The upgrade from 6.1 to 6.3 seemed to work OK once I sorted out a > > problem with perl. However 6.3 to 7.0 seems to produce more difficulties > > than I bargained for!!! > > > > How can I best reconfigure and recompile all th installed ports? > > > > As you can see from below: > > [root@dns1 ~]# portupgrade -a > > Fatal error 'Thread is not system scope. > > ' at line 319 in file /usr/src/lib/libpthread/thread/thr_sig.c (errno = > > 2) Segmentation fault: 11 (core dumped) > > I saw this not too long ago, The culprit was ruby. > > Go into each of these ports and > 'make clean && make && make deinstall reinstall' them > > lang/ruby18 (I assume) > databases/ruby-bdb > ports-mgmt/portupgrade > > you might have blow away /var/db/pkg/pkgdb.db a couple of times for it > to work. > > Then portupgrade should work fine :) > Right on the nail !! I now have portupgrade -af fulfilling its magic Thank you and everyone else. David From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 16:06:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58D501065671 for ; Thu, 17 Jul 2008 16:06:05 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6448FC08 for ; Thu, 17 Jul 2008 16:06:05 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0K4500AL3OM26OC0@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 17:06:02 +0200 (CEST) Received: from kg-work.kg4.no ([80.202.72.251]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0K450068NOM178E0@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Thu, 17 Jul 2008 17:06:02 +0200 (CEST) Date: Thu, 17 Jul 2008 17:06:01 +0200 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080717170601.b7f1f9ad.torfinn.ingolfsen@broadpark.no> In-reply-to: <00b401c8e809$0ed63c50$2c82b4f0$@com> References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> <009301c8e797$1385e880$3a91b980$@com> <00b301c8e806$eeb3d5b0$cc1b8110$@com> <00b401c8e809$0ed63c50$2c82b4f0$@com> X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Subject: Re: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 16:06:05 -0000 On Thu, 17 Jul 2008 08:31:37 -0400 Kevin K wrote: > For 7.0-RELEASE, it > seemed to hang at "Trying to mount root from ufs:/dev/md0". How long did you wait? If you didn't wait 10 or 15 minutes, please do. Various tests / probes take a long time to time out on some hardware. HTH -- Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 16:38:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D4C91065674 for ; Thu, 17 Jul 2008 16:38:28 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 0061F8FC1B for ; Thu, 17 Jul 2008 16:38:27 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 52339 invoked by uid 89); 17 Jul 2008 16:41:58 -0000 Received: from unknown (HELO ?192.168.30.110?) (steve@ibctech.ca@::ffff:208.70.104.100) by ::ffff:208.70.104.210 with ESMTPA; 17 Jul 2008 16:41:58 -0000 Message-ID: <487F7583.5050305@ibctech.ca> Date: Thu, 17 Jul 2008 12:38:27 -0400 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.14 (Windows/20080421) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <487CCD46.8080506@ibctech.ca> In-Reply-To: <487CCD46.8080506@ibctech.ca> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: taskqueue timeout X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 17 Jul 2008 16:38:28 -0000 Steve Bertrand wrote: > I'm wondering if the problems described in the following link have been > resolved: > > http://unix.derkeiler.com/Mailing-Lists/FreeBSD/stable/2008-02/msg00211.html > > > I've got four 500GB SATA disks in a ZFS raidz pool, and all four of them > are experiencing the behavior. Thanks to all who have provided patches off list. Unfortunately, none of them helped. The only other box I have with four SATA ports on it is my actual workstation. The board is ASUS P5GD1, and has an Intel 82801FR SATA controller. I despise the thought that if this works, I'll have to rebuild my workstation, but heres to sacrificing my Windows PC in the name of ruling out the problem. In the meantime, can anyone provide any feedback on the board I mentioned in regards to FreeBSD? Steve From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 18:24:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FBD21065676 for ; Thu, 17 Jul 2008 18:24:51 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id BEE998FC08 for ; Thu, 17 Jul 2008 18:24:50 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 55778 invoked by uid 80); 17 Jul 2008 18:28:21 -0000 Received: from 208.70.104.100 (SquirrelMail authenticated user steve@ibctech.ca) by webmail.ibctech.ca with HTTP; Thu, 17 Jul 2008 14:28:21 -0400 (EDT) Message-ID: <59775.208.70.104.100.1216319301.squirrel@webmail.ibctech.ca> Date: Thu, 17 Jul 2008 14:28:21 -0400 (EDT) From: "Steve Bertrand" To: freebsd-stable@freebsd.org User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: Re: taskqueue timeout [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: Thu, 17 Jul 2008 18:24:51 -0000 > Steve Bertrand wrote: > The only other box I have with four SATA ports on it is my actual > workstation. The board is ASUS P5GD1, and has an Intel 82801FR SATA > controller. I transferred the SATA disks to the above board, loaded up the zpool, and I can not reproduce the problem :) Currently, for the last 15 minutes, I'm writing 80MB/s to the zpool with no problems. Thanks all, Steve From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 20:20:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85445106566C for ; Thu, 17 Jul 2008 20:20:24 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 66C348FC1C for ; Thu, 17 Jul 2008 20:20:18 +0000 (UTC) (envelope-from cswiger@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from cswiger1.apple.com ([17.227.140.124]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-6.03 (built Mar 14 2008; 32bit)) with ESMTPSA id <0K460091A0CZ6SE2@asmtp019.mac.com> for stable@freebsd.org; Thu, 17 Jul 2008 12:19:49 -0700 (PDT) Sender: cswiger@mac.com Message-id: From: Chuck Swiger To: Eugene Grosbein In-reply-to: <20080717140018.GA91530@svzserv.kemerovo.su> Date: Thu, 17 Jul 2008 12:19:47 -0700 References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> <20080717140018.GA91530@svzserv.kemerovo.su> X-Mailer: Apple Mail (2.928.1) Cc: stable@freebsd.org Subject: Using IP aliases, was: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 20:20:24 -0000 On Jul 17, 2008, at 7:00 AM, Eugene Grosbein wrote: >> About the only common reason to set up multiple aliases on an >> interface is when you're doing something like hosting multiple SSL >> webservers on a single box which actually need to have distinct IPs >> as >> a consequence. Other than that, using public IPs for aliases is >> usually wasteful of IP address space. YMMV... > > Think about multiple IP-based services (not HTTP "virtual" servers) > at one physical host that should use distinct IP addresses > for some reasons (local policy/billing/monitoring/etc.) I'll reply to this particular message, but let me generalize against some of the other responses as well. If your organization does billing based on traffic, or wants to do traffic shaping or bandwidth limitation, great; but IPFW+Dummynet or PF +ALTQ don't care whether you recognize traffic by IP alone or by IP +port(s), so long as the ports are distinct for each billing category or packet queue you want to run. If you want to organize specific services on specific ports which have different backend hosts handling them to distribute load or allow you to rebalance your hardware to meet changing demand, by all means. You can have a hardware load-balancer like a NetScaler, or even use the RFC-2391 capabilities of IPFW+natd or "RDR ROUND ROBIN" with PF. But if you do that, you might as well put the actual backend machines on a RFC-1918 subnet and you might well end up using fewer public IPs than you would if all machines had public IPs. I don't have any problem with people deciding for themselves how they want to manage their services and their networks. It's just that, too often, people use IP aliases to do things like make a single physical machine appear as two so they don't actually bother to provide two actual machines for hosting DNS services with proper redundancy. Even for the shared webhosting case, where you need separate IPs per SSL cert as HTTPS doesn't support name-based virtual hosts, I'm a little dubious about the notion that having a single machine hosting lots of distinct websites, probably for different clients, is a good idea from the standpoint of security. Regards, -- -Chuck From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 20:49:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08282106564A for ; Thu, 17 Jul 2008 20:49:00 +0000 (UTC) (envelope-from david@vizion2000.net) Received: from dns1.vizion2000.net (77-99-36-42.cable.ubr04.chap.blueyonder.co.uk [77.99.36.42]) by mx1.freebsd.org (Postfix) with ESMTP id B6DFB8FC1B for ; Thu, 17 Jul 2008 20:48:59 +0000 (UTC) (envelope-from david@vizion2000.net) Received: by dns1.vizion2000.net (Postfix, from userid 1007) id 5A5971CC35; Thu, 17 Jul 2008 14:10:32 -0700 (PDT) From: David Southwell Organization: Voice and Vision Date: Thu, 17 Jul 2008 14:10:32 -0700 User-Agent: KMail/1.9.7 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: Multipart/Mixed; boundary="Boundary-00=_IV7fIOdaX9vIzkP" Message-Id: <200807171410.32179.david@vizion2000.net> Subject: Following upgrade 6.3 >7.0 /usr/libexec/save-entropy query X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 20:49:00 -0000 --Boundary-00=_IV7fIOdaX9vIzkP Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Receiving Automated message from cron No such messages under 6.3 Is there anything I need to attend to here? Subject: Cron <...> /usr/libexec/save-entropy Date: Thursday 17 July 2008 From: Cron Daemon To: >.......@..... unlink: /var/db/entropy/saved-entropy.8: No such file or directory mv: /var/db/entropy/saved-entropy.7: No such file or directory mv: /var/db/entropy/saved-entropy.5: No such file or directory mv: /var/db/entropy/saved-entropy.1: No such file or directory David --Boundary-00=_IV7fIOdaX9vIzkP Content-Type: text/plain; name="Cron /usr/libexec/save-entropy" Content-Transfer-Encoding: 7bit unlink: /var/db/entropy/saved-entropy.8: No such file or directory mv: /var/db/entropy/saved-entropy.7: No such file or directory mv: /var/db/entropy/saved-entropy.5: No such file or directory mv: /var/db/entropy/saved-entropy.1: No such file or directory --Boundary-00=_IV7fIOdaX9vIzkP-- From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 22:27:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1FD91065675 for ; Thu, 17 Jul 2008 22:27:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4C1EC8FC18 for ; Thu, 17 Jul 2008 22:27:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 22031 invoked by uid 399); 17 Jul 2008 22:27:15 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 17 Jul 2008 22:27:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <487FC742.4090000@FreeBSD.org> Date: Thu, 17 Jul 2008 15:27:14 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: David Southwell References: <200807171410.32179.david@vizion2000.net> In-Reply-To: <200807171410.32179.david@vizion2000.net> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Following upgrade 6.3 >7.0 /usr/libexec/save-entropy query X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 22:27:16 -0000 David Southwell wrote: > Receiving Automated message from cron > > No such messages under 6.3 > > Is there anything I need to attend to here? > > Subject: Cron <...> /usr/libexec/save-entropy > Date: Thursday 17 July 2008 > From: Cron Daemon > To: >.......@..... > > unlink: /var/db/entropy/saved-entropy.8: No such file or directory > mv: /var/db/entropy/saved-entropy.7: No such file or directory > mv: /var/db/entropy/saved-entropy.5: No such file or directory > mv: /var/db/entropy/saved-entropy.1: No such file or directory Looks like some of those files went missing, but not all. This problem will correct itself in roughly 88 minutes, but if it hasn't, or if it's annoying you, just 'rm /var/db/entropy/*' and let it start from scratch. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Jul 17 23:14:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2432F1065678 for ; Thu, 17 Jul 2008 23:14:30 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (drugs.dv.isc.org [IPv6:2001:470:1f00:820:214:22ff:fed9:fbdc]) by mx1.freebsd.org (Postfix) with ESMTP id C9A8D8FC0C for ; Thu, 17 Jul 2008 23:14:29 +0000 (UTC) (envelope-from marka@isc.org) Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (8.14.2/8.14.2) with ESMTP id m6HNEPMN059378; Fri, 18 Jul 2008 09:14:27 +1000 (EST) (envelope-from marka@drugs.dv.isc.org) Message-Id: <200807172314.m6HNEPMN059378@drugs.dv.isc.org> To: Matthew Seaman From: Mark Andrews In-reply-to: Your message of "Wed, 16 Jul 2008 18:34:38 +0100." <487E312E.9090307@infracaninophile.co.uk> Date: Fri, 18 Jul 2008 09:14:25 +1000 Sender: marka@isc.org Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 17 Jul 2008 23:14:30 -0000 > query-source is only ever used by recursive or stub resolvers -- > instances of named that will go out and make queries on the net on your=20 > behalf. Authoritative servers really don't need it. Actually authoritative servers make queries to work out where to send notify messages. While sending a notify to the wrong place is not that bad. It is good practice to see that authoritative servers are also fixed now rather than later. Servers have a habit of changing roles and when that happens not everyone will looks in options to see if query source is correct. Also at some point I'd like to be able to get rid of masters clauses or at least go from IP addresses to hostnames. The slave / stub zones would then have to go out and discover the ip address on the fly. Mark -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: Mark_Andrews@isc.org From owner-freebsd-stable@FreeBSD.ORG Fri Jul 18 05:38:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B0DE61065670 for ; Fri, 18 Jul 2008 05:38:12 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 67E0C8FC19 for ; Fri, 18 Jul 2008 05:38:12 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-160-30.dsl.telstraclear.net [121.73.160.30]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0K4600J7YS7FAT10@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 18 Jul 2008 17:21:16 +1200 (NZST) Date: Fri, 18 Jul 2008 17:21:13 +1200 From: Mark Kirkwood In-reply-to: <480C2FDE.8020903@paradise.net.nz> To: freebsd-stable@freebsd.org Message-id: <48802849.6060300@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit References: <47EC63CA.5060009@paradise.net.nz> <480AEB12.8050404@paradise.net.nz> <480C2FDE.8020903@paradise.net.nz> User-Agent: Thunderbird 2.0.0.14 (X11/20080601) Subject: Re: USB stall with creative nomad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jul 2008 05:38:12 -0000 Mark Kirkwood wrote: > >> I wrote: >>> >>> Mar 27 13:32:30 zmori kernel: da0: >>> Removable Direct Access SCSI-4 device >>> Mar 27 13:32:30 zmori kernel: da0: 1.000MB/s transfers >>> Mar 27 13:32:30 zmori kernel: da0: 125MB (256001 512 byte sectors: >>> 64H 32S/T 125C) >>> Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED >>> Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall >>> failed, STALLED >>> >> > > ...and this is already logged as usb/119481, sorry missed it when > searching gnats previously. > Actually that above pr is for a stall on different hardware - the correct one is: usb/78984 There is a patch included there for RELENG_7, which basically applies an off-by-1 quirk to the particular device. It was commented in (one of) the related prs that this should not be necessary as Linux does not quirk any of its Nomad entries. Interestingly, it actually needs to - the 128MB Nomad does not work in Linux either! Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Fri Jul 18 06:25:39 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14A071065672 for ; Fri, 18 Jul 2008 06:25:39 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 82D5E8FC0C for ; Fri, 18 Jul 2008 06:25:37 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id PAA28423; Fri, 18 Jul 2008 15:46:50 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Fri, 18 Jul 2008 15:46:49 +1000 (EST) From: Ian Smith To: Mark Andrews In-Reply-To: <200807172314.m6HNEPMN059378@drugs.dv.isc.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: stable@freebsd.org, Eugene Grosbein Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jul 2008 06:25:39 -0000 On Fri, 18 Jul 2008, Mark Andrews wrote: > To: Matthew Seaman > > query-source is only ever used by recursive or stub resolvers -- > > instances of named that will go out and make queries on the net on your=20 > > behalf. Authoritative servers really don't need it. > > Actually authoritative servers make queries to work out > where to send notify messages. While sending a notify to > the wrong place is not that bad. It is good practice to > see that authoritative servers are also fixed now rather > than later. Servers have a habit of changing roles and > when that happens not everyone will looks in options to see > if query source is correct. > > Also at some point I'd like to be able to get rid of masters > clauses or at least go from IP addresses to hostnames. The > slave / stub zones would then have to go out and discover > the ip address on the fly. Re the latter point, I can see the advantage of being able to move a primary server to a new IP address without needing slave/s to update their config. On the other hand I can see possible chicken/egg issues in some instances, for example testing axfrs before a new domain comes online, or a domain disappearing even temporarily ([re-]registration problems, politics or other upstream failures) where specifying masters by IP address keeps things rolling. At least consider keeping config-time hostname resolution of masters optional? And I guess the same principles apply to allow-transfer, forwarders and other address lists? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Fri Jul 18 08:18:37 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 847531065671 for ; Fri, 18 Jul 2008 08:18:37 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from mail.lxnt.info (lxnt.info [77.95.131.23]) by mx1.freebsd.org (Postfix) with ESMTP id 2EC848FC12 for ; Fri, 18 Jul 2008 08:18:37 +0000 (UTC) (envelope-from screwdriver@lxnt.info) Received: from [195.34.193.156] (helo=[192.168.254.231]) by mail.lxnt.info with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1KJkX1-00065n-9d; Fri, 18 Jul 2008 11:37:35 +0400 Message-ID: <4880484C.2030203@lxnt.info> Date: Fri, 18 Jul 2008 11:37:48 +0400 From: Alexander Sabourenkov User-Agent: Thunderbird 2.0.0.14 (X11/20080505) MIME-Version: 1.0 To: Chuck Swiger References: <20080716162042.GA27666@svzserv.kemerovo.su> <487E312E.9090307@infracaninophile.co.uk> <20080717035155.GA81536@svzserv.kemerovo.su> <8DFF6DCD-6619-4251-9944-59CED8DF1B19@mac.com> <20080717140018.GA91530@svzserv.kemerovo.su> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org Subject: Re: Using IP aliases, was: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jul 2008 08:18:37 -0000 Chuck Swiger wrote: > I'm a little dubious > about the notion that having a single machine hosting lots of distinct > websites, probably for different clients, is a good idea from the > standpoint of security. > Well, good luck selling the idea of replacing one dual xeon 1U box with 2000+ other boxes to the management. -- ./lxnt From owner-freebsd-stable@FreeBSD.ORG Fri Jul 18 14:39:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A71D6106566B for ; Fri, 18 Jul 2008 14:39:07 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (host-83-146-60-88.dslgb.com [83.146.60.88]) by mx1.freebsd.org (Postfix) with ESMTP id E87378FC19 for ; Fri, 18 Jul 2008 14:39:06 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from [194.32.164.28] ([194.32.164.6]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id m6IEd1bc019300 for ; Fri, 18 Jul 2008 15:39:01 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: From: Bob Bishop To: stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v926) Date: Fri, 18 Jul 2008 15:39:01 +0100 X-Mailer: Apple Mail (2.926) Cc: Subject: em vs IPMI X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jul 2008 14:39:07 -0000 Hi, Under 7.0R, I've had problems with IPMI over LAN failing across reboot on an Intel S3200SH m/b. I see the following at line 669 of if_em.c: /* Indicate SOL/IDER usage */ if (e1000_check_reset_block(&adapter->hw)) device_printf(dev, "PHY reset is blocked due to SOL/IDER session.\n"); Two questions: 1. Am I correct to infer that PHY reset will kill the IPMI LAN setup? 2. Does the above mean I don't have to worry about losing IPMI if I have an established SOL session? I'm particularly concerned about getting into single user. I figured out how to reestablish access using ipmitool to poke the IPMI LAN setup, but of course I can only get in to do that if the box is up multiuser. I'd find out the answers by experiment, but the box is in production in a colo so it's not so easy. Thanks -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 mobile +44 (0)783 626 4518 From owner-freebsd-stable@FreeBSD.ORG Fri Jul 18 15:32:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19DD1106566B for ; Fri, 18 Jul 2008 15:32:04 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.teksavvy.com [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id C6D668FC15 for ; Fri, 18 Jul 2008 15:32:03 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAMhUgEhMCqa7/2dsb2JhbACLX6NQAw X-IronPort-AV: E=Sophos;i="4.31,210,1215403200"; d="scan'208";a="24506116" Received: from not.enough.unixsluts.com (HELO kevin) ([76.10.166.187]) by ironport2-out.teksavvy.com with ESMTP; 18 Jul 2008 11:32:02 -0400 From: "Kevin K" To: "'Torfinn Ingolfsen'" , References: <200807161353.m6GDrDFB058142@lurza.secnetix.de> <009301c8e797$1385e880$3a91b980$@com> <00b301c8e806$eeb3d5b0$cc1b8110$@com> <00b401c8e809$0ed63c50$2c82b4f0$@com> <20080717170601.b7f1f9ad.torfinn.ingolfsen@broadpark.no> In-Reply-To: <20080717170601.b7f1f9ad.torfinn.ingolfsen@broadpark.no> Date: Fri, 18 Jul 2008 11:32:00 -0400 Message-ID: <000301c8e8eb$6c56de10$45049a30$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 thread-index: AcjoJzuF8FoUpx1mRjaC7x0bNrjnEgAw7+Pg Content-Language: en-us Cc: Subject: RE: HP Pavilion dv2000 laptop wont boot off install cd X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 18 Jul 2008 15:32:04 -0000 > How long did you wait? If you didn't wait 10 or 15 minutes, please do. > Various tests / probes take a long time to time out on some hardware. > > HTH > -- > Regards, > Torfinn Ingolfsen I'll try that as soon as I get a chance. For anyone who's interested, here's more details on the hardware of my hp pavilion dv2000 laptop : Motherboard manufacturer :Wistron Model: 30B5 Version: 62.57 North Bridge: NVIDIA GeForce 6150 Revision A2 South Bridge: NVIDIA nForce 410/430 MCP Revision A2 CPU: AMD Turion(tm) 64 X2 Mobile tl-56 CPU Socket: Socket S1 (638) CPU Code Name: Trinidad Instructions: MMX(+), 3DNow! (+), SSE, SSE2, SSE3, x86-64, NX, VMX From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:05:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E4BA1065677 for ; Sat, 19 Jul 2008 02:05:18 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57003.mail.re3.yahoo.com (web57003.mail.re3.yahoo.com [66.196.97.107]) by mx1.freebsd.org (Postfix) with SMTP id 0AEA68FC0A for ; Sat, 19 Jul 2008 02:05:17 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 22731 invoked by uid 60001); 19 Jul 2008 01:38:36 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=6YDCwzZHaqVi9hEEkMS4fCSjzkwN78/uzV4up5C4qzRZsRJVfRlOvgXK1Ynr/IQ64ovOdk3HnlzUPUe4+AUr9D3calUt5L7nz33G82wnLwX/ImkY9gE4aR0dACsuTRHA8h9f2j0kw4LRyh2myTbpmOSIYxtJ1PsyHfQ7kGMn9nI=; Received: from [220.255.7.218] by web57003.mail.re3.yahoo.com via HTTP; Fri, 18 Jul 2008 18:38:36 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Fri, 18 Jul 2008 18:38:36 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <519800.22206.qm@web57003.mail.re3.yahoo.com> Subject: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 02:05:18 -0000 Hi all I'm using FreeBSD 7.0. As per FAQ, http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html, I tried to increase the number of ptys: "10.19.1 Build and install a new kernel with the line in the configuration file: device pty N where N is the number of requested pseudoterminals." I tried to recompile the kernel. I have modified the GENERIC as follows: device pty 64 # Pseudo-ttys (telnet etc) This results a compilation error: config: /usr/src/sys/i386/conf/GENERIC:268: syntax error *** Error code 1 What is the correct syntax? Kind Regards Unga From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:33:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4E25106564A for ; Sat, 19 Jul 2008 02:33:37 +0000 (UTC) (envelope-from prvs=1086c5d11c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 717878FC17 for ; Sat, 19 Jul 2008 02:33:37 +0000 (UTC) (envelope-from prvs=1086c5d11c=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1216433733; x=1217038533; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=xr/hFbOHi6PsHu0MZKoJ0 7qeeCweVYO6CRBHvYicW+E=; b=GY4HEUiLSdc0kKZVKd3JtSIn7DZOZMC89fSkV qgUVjniT3VvTuMuhSFm7nkBESneSM1xU2ah+XutgPdfDbqFmd83GY6wEbT4djl2R Jk6nkULZjQ92fZTMaNCE49P1HhnTlBw7XyDB4+Zs6nyc/xCwbTAOVwPobF68Xrb+ q4RiVI= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50005926959.msg for ; Sat, 19 Jul 2008 03:15:32 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1086c5d11c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <89DD759A9BAB4BA8AAE96F38F652218E@multiplay.co.uk> From: "Steven Hartland" To: , References: <519800.22206.qm@web57003.mail.re3.yahoo.com> Date: Sat, 19 Jul 2008 03:15:27 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 19 Jul 2008 03:15:32 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 19 Jul 2008 03:15:33 +0100 Cc: Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 02:33:38 -0000 iirc pty is totally dynamic in 7 and doesn't require any special tweaks. Regards Steve ----- Original Message ----- From: "Unga" To: Sent: Saturday, July 19, 2008 2:38 AM Subject: Pseudoterminals increase: compilation error > Hi all > > I'm using FreeBSD 7.0. > > As per FAQ, http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html, I tried to increase the number of ptys: > "10.19.1 > Build and install a new kernel with the line in the > configuration file: > device pty N > where N is the number of requested pseudoterminals." > > I tried to recompile the kernel. I have modified the GENERIC as follows: > device pty 64 # Pseudo-ttys (telnet etc) > > This results a compilation error: > config: /usr/src/sys/i386/conf/GENERIC:268: syntax error > *** Error code 1 > > What is the correct syntax? > > Kind Regards > Unga > > > > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:36:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F14A0106566B for ; Sat, 19 Jul 2008 02:36:23 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57014.mail.re3.yahoo.com (web57014.mail.re3.yahoo.com [66.196.97.118]) by mx1.freebsd.org (Postfix) with SMTP id 8A00B8FC15 for ; Sat, 19 Jul 2008 02:36:23 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 32039 invoked by uid 60001); 19 Jul 2008 02:36:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=UGztC4XXwzhhauS4HS6ijS8l7d10NavNuIST9Sk+dT1yWfFkuvGQdYyz2yuWT4X1h+fyLdDAR8i7HTcSmTeeBkIDOdLaP8e4IARwMtDF8vAImSR1A4dusWgorM8/EwhEA7WkDyGmAizSlXxYarSJXy2zd02K3dWyHW2iocXYO1E=; Received: from [220.255.7.197] by web57014.mail.re3.yahoo.com via HTTP; Fri, 18 Jul 2008 19:36:22 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Fri, 18 Jul 2008 19:36:22 -0700 (PDT) From: Unga To: Steven Hartland In-Reply-To: <89DD759A9BAB4BA8AAE96F38F652218E@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <677096.31987.qm@web57014.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 02:36:24 -0000 --- On Sat, 7/19/08, Steven Hartland wrote: > From: Steven Hartland > Subject: Re: Pseudoterminals increase: compilation error > To: unga888@yahoo.com, freebsd-stable@freebsd.org > Date: Saturday, July 19, 2008, 10:15 AM > iirc pty is totally dynamic in 7 and doesn't require any > special tweaks. > Hi, thanks for the reply. I get this error: "The system has no more ptys. Ask your system administrator to create more." 1) That is, this error message is nothing to do with ptys? What does it trying to say then? 2) Even if ptys are totally dynamic in 7, what is the upper limit and where it is defined? in which source file or header file? Please answer if you know this. I'm really stuck. kind regards Unga From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:43:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4967F106564A for ; Sat, 19 Jul 2008 02:43:39 +0000 (UTC) (envelope-from prvs=1086c5d11c=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id C95698FC14 for ; Sat, 19 Jul 2008 02:43:38 +0000 (UTC) (envelope-from prvs=1086c5d11c=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1216435130; x=1217039930; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=ZEYU6xsGmHrlUEpJS5wBI Z4w8S35NlglJpYWgcCEuuk=; b=ZlpY61LHGiuHuhKFZcmtSF+NwhHE4QXEbP0Qr AkFD8/SzfvonsJTI+rzwtDg15+ZvS4YnSaJPkikMvWJ4pC3MNmyMmsmQO93JHH0x /F30kYf2x5XTf0INLQiQAclycNMg3enVhKwEz+Him70eusfPEkbER8DAZFf5FFQv KRKYE4= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, FORGED_MUA_OUTLOOK, USER_IN_WHITELIST,USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.6) with ESMTP id md50005926981.msg for ; Sat, 19 Jul 2008 03:38:44 +0100 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1086c5d11c=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org Message-ID: <8410CCD0D6994784839D8FE43BB32F2B@multiplay.co.uk> From: "Steven Hartland" To: References: <677096.31987.qm@web57014.mail.re3.yahoo.com> Date: Sat, 19 Jul 2008 03:38:38 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5512 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 19 Jul 2008 03:38:44 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 19 Jul 2008 03:38:50 +0100 Cc: freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 02:43:39 -0000 Ahh according to the man page its not a sysctl: kern.pts.max man 4 pty for more info. ----- Original Message ----- From: "Unga" > Hi, thanks for the reply. > > I get this error: "The system has no more ptys. Ask your system administrator to create more." > > 1) That is, this error message is nothing to do with ptys? What does it trying to say then? > > 2) Even if ptys are totally dynamic in 7, what is the upper limit and where it is defined? in which source file or header file? > > Please answer if you know this. I'm really stuck. ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:50:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59641106564A for ; Sat, 19 Jul 2008 02:50:34 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57015.mail.re3.yahoo.com (web57015.mail.re3.yahoo.com [66.196.97.119]) by mx1.freebsd.org (Postfix) with SMTP id E68BB8FC16 for ; Sat, 19 Jul 2008 02:50:33 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 26187 invoked by uid 60001); 19 Jul 2008 02:50:33 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=yINgNnHYo6t/z3IKSOz66PMk4UDmdRlMlZmvYb4gV13QTRAUTMY2j8XjUW1tggFRJmKiVudcLqDqMjiHYGntOoYAt2+wdk674Lul1ZE/IPC0Msi8mkMizCn9Trl6dU23DBEw9ZVwIJbwCxbcYjyCvtkUK0Rcv6AQpV7fNUbhSnY=; Received: from [220.255.7.211] by web57015.mail.re3.yahoo.com via HTTP; Fri, 18 Jul 2008 19:50:32 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Fri, 18 Jul 2008 19:50:32 -0700 (PDT) From: Unga To: Steven Hartland In-Reply-To: <8410CCD0D6994784839D8FE43BB32F2B@multiplay.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <967400.26093.qm@web57015.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 02:50:34 -0000 --- On Sat, 7/19/08, Steven Hartland wrote: > From: Steven Hartland > Subject: Re: Pseudoterminals increase: compilation error > To: unga888@yahoo.com > Cc: freebsd-stable@freebsd.org > Date: Saturday, July 19, 2008, 10:38 AM > Ahh according to the man page its not a sysctl: > kern.pts.max > > man 4 pty for more info. > I use the the original BSD pty. According to the man page kern.pts.max is for SysVR4 pts-like implementation, well, that how I understand. Anyway, I'll give it a try and let the list know. Regards Unga From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 02:53:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C19251065672 for ; Sat, 19 Jul 2008 02:53:51 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57008.mail.re3.yahoo.com (web57008.mail.re3.yahoo.com [66.196.97.112]) by mx1.freebsd.org (Postfix) with SMTP id 591418FC17 for ; Sat, 19 Jul 2008 02:53:51 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 30452 invoked by uid 60001); 19 Jul 2008 02:53:50 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=OOQaHR54bOT/PFJDsnvIBtxE0/7nawQFCaagLA7b39dzamWSws2bqbzS3rP++QTzBm+0d8dEkUqfC2MVpOSP4eJjAgv30AljHamAVkzXDfHMi+tIVKrV68SkPKsvQH7Fg5alZOW0xhKFtzv/CmOa6baDXoHv/g2CNVti8mQPTM8=; Received: from [220.255.7.215] by web57008.mail.re3.yahoo.com via HTTP; Fri, 18 Jul 2008 19:53:49 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Fri, 18 Jul 2008 19:53:49 -0700 (PDT) From: Unga To: freebsd-stable@freebsd.org In-Reply-To: <967400.26093.qm@web57015.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <116638.27943.qm@web57008.mail.re3.yahoo.com> Cc: killing@multiplay.co.uk Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 02:53:51 -0000 --- On Sat, 7/19/08, Unga wrote: > From: Unga > Subject: Re: Pseudoterminals increase: compilation error > To: "Steven Hartland" > Cc: freebsd-stable@freebsd.org > Date: Saturday, July 19, 2008, 10:50 AM > --- On Sat, 7/19/08, Steven Hartland > wrote: > > > From: Steven Hartland > > Subject: Re: Pseudoterminals increase: compilation > error > > To: unga888@yahoo.com > > Cc: freebsd-stable@freebsd.org > > Date: Saturday, July 19, 2008, 10:38 AM > > Ahh according to the man page its not a sysctl: > > kern.pts.max > > > > man 4 pty for more info. > > > > I use the the original BSD pty. According to the man page > kern.pts.max is for SysVR4 pts-like implementation, well, > that how I understand. Anyway, I'll give it a try and > let the list know. > Ooops, I forgot: kern.pts.max defaults to 1000. If this is the default, I may not have a problem :) Regards Unga From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 06:29:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D30961065675 for ; Sat, 19 Jul 2008 06:29:51 +0000 (UTC) (envelope-from peter@wemm.org) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id A04778FC12 for ; Sat, 19 Jul 2008 06:29:51 +0000 (UTC) (envelope-from peter@wemm.org) Received: by wf-out-1314.google.com with SMTP id 24so347670wfg.7 for ; Fri, 18 Jul 2008 23:29:51 -0700 (PDT) Received: by 10.142.231.7 with SMTP id d7mr350124wfh.207.1216448991392; Fri, 18 Jul 2008 23:29:51 -0700 (PDT) Received: by 10.142.76.14 with HTTP; Fri, 18 Jul 2008 23:29:51 -0700 (PDT) Message-ID: Date: Fri, 18 Jul 2008 23:29:51 -0700 From: "Peter Wemm" To: "Jo Rhett" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080711164939.GA10238@lava.net> Cc: FreeBSD Stable , Clifton Royston Subject: Re: how to get more logging from GEOM? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 06:29:51 -0000 On Wed, Jul 16, 2008 at 2:42 PM, Jo Rhett wrote: >> On Fri, Jul 11, 2008 at 12:59:33AM -0700, Jo Rhett wrote: >>> >>> Every time it is rebuilding ad0. Every single boot in the last two >>> weeks. > > On Jul 11, 2008, at 9:49 AM, Clifton Royston wrote: >> >> That just means that it halted without a proper shutdown. If it >> crashes, the mirror isn't stopped properly, so it's marked dirty, so it >> must rebuild it. It is the precise analogy of finding all the file >> systems dirty on boot and fscking them, following a crash. > > > Thanks for the clarification. Dang, I hoped I was on to something. This is really off on a tangent, but I thought I'd mention it on the off-chance that it fit your problem. Recently there have been grumblings about heat problems with certain nvidia chipsets on consumer boards. Apparently, there is some process issue, if you believe trade rags like theinquirer.net etc. Apparently there is some issue with heat damage over time. Consumer motherboards with passive cooled (no fan) heat pipes etc seem to be particularly vulnerable. I use the word "apparently" because it is far from a verified fact. However, I've got two motherboards, one running freebsd, one running windows, with nvidia chipsets. Both used to be fine with onboard IDE activity. Both now use raid controllers so the IDE interfaces have been idle for a good year or so. Something came up and I had to use the IDE interfaces for a lot of data transfer. Suddenly, both machines are flakey. The windows machine blue screens under load. My freebsd box just "turns off" (motherboard appears to power off, but the power supply is on still). The same happens when I use a linux boot disk, so I know its not FreeBSD's fault. The common factor seems to be that the motherboards are now about a year and a half old. They both have the same nvidia south bridge that theinquirer.net was trashing. Both used to work fine, now have problems with IDE. and now I recalled the article and started wondering... Do you, by any wildly remote chance, have an nvidia based motherboard? I believe the fault I'm seeing is the system asserting a fatal error by doing a HT ECC flood to halt everything. -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com; KI6FJV "All of this is for nothing if we don't go to the stars" - JMS/B5 "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 07:05:12 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 179921065672 for ; Sat, 19 Jul 2008 07:05:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id A7FEE8FC21 for ; Sat, 19 Jul 2008 07:05:11 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 13605 invoked by uid 399); 19 Jul 2008 07:05:10 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 19 Jul 2008 07:05:10 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <48819224.5010502@FreeBSD.org> Date: Sat, 19 Jul 2008 00:05:08 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.14 (X11/20080606) MIME-Version: 1.0 To: jonathan michaels References: <20080716162042.GA27666@svzserv.kemerovo.su> <20080716205705.GA25198@eos.sc1.parodius.com> <487E66D0.1050000@FreeBSD.org> <20080716214957.GA26869@eos.sc1.parodius.com> <487ED467.3000000@FreeBSD.org> <20080717221942.41191@caamora.com.au> In-Reply-To: <20080717221942.41191@caamora.com.au> X-Enigmail-Version: 0.95.6 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jeremy Chadwick , Eugene Grosbein , stable@freebsd.org Subject: Re: named.conf: query-source address X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 07:05:12 -0000 jonathan michaels wrote: > Doug, et al, > > i for one appreciate this "over-engieered" responce because it has > given me (and those like me) a chance to get answers to questions that > we have asked for over a year in my case, about this whole bind setup > issue. I have no idea what you mean by "questions that we have asked for over a year." (Although, if you've asked on freebsd-questions@ I would not have seen it.) There is the bind-users@isc.org mailing list where you can get answers to anything bind-related, and there are plenty of people knowledgeable about running it on freebsd on that list even if I don't get a chance to answer first. Of course there are also plenty of resources, the most important being "DNS and BIND, 5th Edition." http://oreilly.com/catalog/9780596100575/index.html which you should definitely read and have handy if you're doing any DNS work that is even marginally complex. > as an asideo, it would be better for people coming in cold could find a > better source of who to setup support services such as bind and all teh > others for a woring freebsd based network .. Our Handbook is an excellent source for this. If you feel that the articles are written at too high a level feel free to send some feedback on that. Most of us have long ago lost our ability to see things the way the mythical "average user" does, so that kind of feedback is very valuable. Someone else also mentioned http://www.absolutefreebsd.com/, which I highly recommend. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 07:46:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F21B81065678 for ; Sat, 19 Jul 2008 07:46:10 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from smh01.opentransfer.com (smh01.opentransfer.com [71.18.216.112]) by mx1.freebsd.org (Postfix) with ESMTP id 9F1F48FC12 for ; Sat, 19 Jul 2008 07:46:10 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by smh01.opentransfer.com (Postfix, from userid 8) id E28C61024984; Sat, 19 Jul 2008 03:03:54 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on smh01.opentransfer.com X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=5.0 tests=MIME_QP_LONG_LINE,RDNS_NONE autolearn=disabled version=3.2.4 Received: from webmail6.opentransfer.com (unknown [69.49.230.6]) by smh01.opentransfer.com (Postfix) with ESMTP id A22DA1024984 for ; Sat, 19 Jul 2008 03:03:54 -0400 (EDT) Received: from webmail6.opentransfer.com (webmail6.opentransfer.com [127.0.0.1]) by webmail6.opentransfer.com (8.13.8/8.13.8) with ESMTP id m6J73Gs8023937 for ; Sat, 19 Jul 2008 02:04:01 -0500 Received: (from nobody@localhost) by webmail6.opentransfer.com (8.13.8/8.13.8/Submit) id m6J73FAF023934 for stable@freebsd.org; Sat, 19 Jul 2008 10:03:15 +0300 X-Authentication-Warning: webmail6.opentransfer.com: nobody set sender to oleg@opentransfer.com using -f Received: from cabin.theweb.org.ua (cabin.theweb.org.ua [91.195.184.50]) by webmail.opentransfer.com (Horde MIME library) with HTTP; for ; Sat, 19 Jul 2008 10:03:15 +0300 Message-ID: <20080719100315.2td4dl2q5ck88wkw@webmail.opentransfer.com> Date: Sat, 19 Jul 2008 10:03:15 +0300 From: "Oleg V. Nauman" To: stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Originating-IP: 91.195.184.50 Cc: Subject: ACPI regression on recent 7.0-STABLE: HPET stops working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 07:46:11 -0000 It seems to be something was changed with ACPI support on 7.0-STABLE =20 so my next system upgrade ended with ACPI HPET not working anymore on =20 my ASUS A9Rp laptop. Here is the part of /var/log/dmesg.today dated July 13: FreeBSD 7.0-STABLE #65: Tue Jul 8 22:05:07 EEST 2008 root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 [..] acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 77f00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi= 0 Timecounter "HPET" frequency 14318180 Hz quality 900 Here is the fresh dmesg output info: FreeBSD 7.0-STABLE #66: Tue Jul 15 22:11:27 EEST 2008 root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 [..] acpi0: on motherboard acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 77f00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 [..] acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi= 0 device_attach: acpi_hpet0 attach returned 12 And the part of actual sysctl kern.timecounter output: kern.timecounter.choice: TSC(800) ACPI-safe(850) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-safe --=20 Oleg From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 08:02:12 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4FB3106566B for ; Sat, 19 Jul 2008 08:02:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: from mx01.sc1.parodius.com (mx01.sc1.parodius.com [72.20.106.3]) by mx1.freebsd.org (Postfix) with ESMTP id 8E34B8FC20 for ; Sat, 19 Jul 2008 08:02:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 677791CC09D; Sat, 19 Jul 2008 01:02:12 -0700 (PDT) Date: Sat, 19 Jul 2008 01:02:12 -0700 From: Jeremy Chadwick To: "Oleg V. Nauman" Message-ID: <20080719080212.GA89036@eos.sc1.parodius.com> References: <20080719100315.2td4dl2q5ck88wkw@webmail.opentransfer.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080719100315.2td4dl2q5ck88wkw@webmail.opentransfer.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: stable@freebsd.org Subject: Re: ACPI regression on recent 7.0-STABLE: HPET stops working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 08:02:12 -0000 On Sat, Jul 19, 2008 at 10:03:15AM +0300, Oleg V. Nauman wrote: > It seems to be something was changed with ACPI support on 7.0-STABLE so > my next system upgrade ended with ACPI HPET not working anymore on my > ASUS A9Rp laptop. > > Here is the part of /var/log/dmesg.today dated July 13: > > FreeBSD 7.0-STABLE #65: Tue Jul 8 22:05:07 EEST 2008 > root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 > [..] > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 77f00000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > acpi_ec0: port 0x62,0x66 on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > Timecounter "HPET" frequency 14318180 Hz quality 900 > > Here is the fresh dmesg output info: > > FreeBSD 7.0-STABLE #66: Tue Jul 15 22:11:27 EEST 2008 > root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 > [..] > acpi0: on motherboard > acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 77f00000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > [..] > acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 > device_attach: acpi_hpet0 attach returned 12 > > And the part of actual sysctl kern.timecounter output: > > kern.timecounter.choice: TSC(800) ACPI-safe(850) i8254(0) dummy(-1000000) > kern.timecounter.hardware: ACPI-safe Seems okay here: FreeBSD icarus.home.lan 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat Jul 12 10:53:08 PDT 2008 root@icarus.home.lan:/usr/obj/usr/src/sys/PDSMI_PLUS_amd64 amd64 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "i8254" frequency 1193182 Hz quality 0 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounters tick every 1.000 msec kern.timecounter.choice: TSC(-100) HPET(900) ACPI-fast(1000) i8254(0) dummy(-1000000) kern.timecounter.hardware: ACPI-fast You sure you haven't upgraded your BIOS or something and forgot to re-enable HPET? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 08:19:53 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8953C1065677 for ; Sat, 19 Jul 2008 08:19:53 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: from smh01.opentransfer.com (smh01.opentransfer.com [71.18.216.112]) by mx1.freebsd.org (Postfix) with ESMTP id 31E738FC12 for ; Sat, 19 Jul 2008 08:19:53 +0000 (UTC) (envelope-from oleg@opentransfer.com) Received: by smh01.opentransfer.com (Postfix, from userid 8) id 1356C22A30B4; Sat, 19 Jul 2008 04:18:32 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on smh01.opentransfer.com X-Spam-Level: ** X-Spam-Status: No, score=2.6 required=5.0 tests=MIME_QP_LONG_LINE,RDNS_NONE autolearn=disabled version=3.2.4 Received: from webmail6.opentransfer.com (unknown [69.49.230.6]) by smh01.opentransfer.com (Postfix) with ESMTP id C85F822A0CC1; Sat, 19 Jul 2008 04:18:31 -0400 (EDT) Received: from webmail6.opentransfer.com (webmail6.opentransfer.com [127.0.0.1]) by webmail6.opentransfer.com (8.13.8/8.13.8) with ESMTP id m6J8Idhh026385; Sat, 19 Jul 2008 03:18:39 -0500 Received: (from nobody@localhost) by webmail6.opentransfer.com (8.13.8/8.13.8/Submit) id m6J8IdR1026384; Sat, 19 Jul 2008 11:18:39 +0300 X-Authentication-Warning: webmail6.opentransfer.com: nobody set sender to oleg@opentransfer.com using -f Received: from cabin.theweb.org.ua (cabin.theweb.org.ua [91.195.184.50]) by webmail.opentransfer.com (Horde MIME library) with HTTP; for ; Sat, 19 Jul 2008 11:18:38 +0300 Message-ID: <20080719111838.il32fec2880wok4g@webmail.opentransfer.com> Date: Sat, 19 Jul 2008 11:18:38 +0300 From: "Oleg V. Nauman" To: Jeremy Chadwick References: <20080719100315.2td4dl2q5ck88wkw@webmail.opentransfer.com> <20080719080212.GA89036@eos.sc1.parodius.com> In-Reply-To: <20080719080212.GA89036@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=KOI8-R; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.4) X-Originating-IP: 91.195.184.50 Cc: stable@FreeBSD.org Subject: Re: ACPI regression on recent 7.0-STABLE: HPET stops working X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 08:19:53 -0000 Quoting Jeremy Chadwick : > On Sat, Jul 19, 2008 at 10:03:15AM +0300, Oleg V. Nauman wrote: >> It seems to be something was changed with ACPI support on 7.0-STABLE so >> my next system upgrade ended with ACPI HPET not working anymore on my >> ASUS A9Rp laptop. >> >> Here is the part of /var/log/dmesg.today dated July 13: >> >> FreeBSD 7.0-STABLE #65: Tue Jul 8 22:05:07 EEST 2008 >> root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 >> [..] >> acpi0: on motherboard >> acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, 77f00000 (3) failed >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> acpi_ec0: port 0x62,0x66 on acpi0 >> acpi_hpet0: iomem =20 >> 0xfed00000-0xfed003ff on acpi0 >> Timecounter "HPET" frequency 14318180 Hz quality 900 >> >> Here is the fresh dmesg output info: >> >> FreeBSD 7.0-STABLE #66: Tue Jul 15 22:11:27 EEST 2008 >> root@rainhaven.theweb.org.ua:/usr/src/sys/i386/compile/oleg2 >> [..] >> acpi0: on motherboard >> acpi0: Overriding SCI Interrupt from IRQ 9 to IRQ 21 >> acpi0: [ITHREAD] >> acpi0: Power Button (fixed) >> acpi0: reservation of 0, a0000 (3) failed >> acpi0: reservation of 100000, 77f00000 (3) failed >> Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 >> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 >> [..] >> acpi_hpet0: iomem =20 >> 0xfed00000-0xfed003ff on acpi0 >> device_attach: acpi_hpet0 attach returned 12 >> >> And the part of actual sysctl kern.timecounter output: >> >> kern.timecounter.choice: TSC(800) ACPI-safe(850) i8254(0) dummy(-1000000) >> kern.timecounter.hardware: ACPI-safe > > Seems okay here: > > FreeBSD icarus.home.lan 7.0-STABLE FreeBSD 7.0-STABLE #0: Sat Jul 12 =20 > 10:53:08 PDT 2008 =20 > root@icarus.home.lan:/usr/obj/usr/src/sys/PDSMI_PLUS_amd64 amd64 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfed00000-0xfed003ff on ac= pi0 > Timecounter "i8254" frequency 1193182 Hz quality 0 > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > Timecounter "HPET" frequency 14318180 Hz quality 900 > Timecounters tick every 1.000 msec > > kern.timecounter.choice: TSC(-100) HPET(900) ACPI-fast(1000) =20 > i8254(0) dummy(-1000000) > kern.timecounter.hardware: ACPI-fast > > You sure you haven't upgraded your BIOS or something and forgot to > re-enable HPET? No it was not upgraded.. Have no option to enable/disable HPET =20 through BIOS settings though From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 08:51:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF43F1065672; Sat, 19 Jul 2008 08:51:24 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn1.fre.skanova.net (pne-smtpout1-sn1.fre.skanova.net [81.228.11.98]) by mx1.freebsd.org (Postfix) with ESMTP id 65EAD8FC0A; Sat, 19 Jul 2008 08:51:24 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn1.fre.skanova.net (7.3.129) id 47A9795002D9E082; Sat, 19 Jul 2008 10:51:23 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Sat, 19 Jul 2008 10:51:21 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Panic on ZFS startup after crash Thread-Index: AcjpfK/h5X1x0WCkRuWKFOrcOR8vlg== From: "Daniel Eriksson" To: Cc: pjd@FreeBSD.org Subject: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 08:51:24 -0000 I have a large ZFS pool that seems to be partially corrupt, causing a panic on ZFS startup. This is on a RELENG_7_0 machine. This is what happens when I try to start ZFS (written down by hand): ZFS: WARNING: can't process intent log for tank02/home ZFS: WARNING: can't process intent log for tank02 panic: solaris assert: dmu_read(os, smo->smo_object, offset, size, entry_map) =3D=3D 0 (0x5 =3D=3D 0x0), file: /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa ce_map.c, line: 341 The pool sits on top of a geli-encrypted hardware raid-array (Highpoint RocketRAID 2340, 8 x 500GB in RAID-5 config). Unfortunately the array broke (2 drives disconnected) due to a bad PSU, and this eventually crashed the box. When I restarted the box the above message showed up as soon as I started ZFS. It is my understanding that the intent log is emptied on clean shutdown, and if it is not empty during startup ZFS tries to "replay" the transactions recorded in it. I assume the initial crash left the intent log in an inconsistent state and that ZFS panics on startup due to badly formatted data in the intent log. Is there any way I can recover this pool? ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 09:17:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3714A106566C for ; Sat, 19 Jul 2008 09:17:22 +0000 (UTC) (envelope-from alex@trull.org) Received: from mail.internationalconspiracy.org (mail.internationalconspiracy.org [85.234.142.62]) by mx1.freebsd.org (Postfix) with ESMTP id CC50F8FC1D for ; Sat, 19 Jul 2008 09:17:21 +0000 (UTC) (envelope-from alex@trull.org) Received: from localhost (mail.internationalconspiracy.org [85.234.142.62]) by mail.internationalconspiracy.org (Postfix) with ESMTP id 83DA263B34; Sat, 19 Jul 2008 10:17:20 +0100 (BST) X-Virus-Scanned: amavisd-new at mail.internationalconspiracy.org Received: from mail.internationalconspiracy.org ([85.234.142.62]) by localhost (mail.internationalconspiracy.org [85.234.142.62]) (amavisd-new, port 10024) with LMTP id xlKaBl24dePV; Sat, 19 Jul 2008 10:17:05 +0100 (BST) Received: from [192.168.124.200] (77-96-69-222.cable.ubr09.croy.blueyonder.co.uk [77.96.69.222]) by mail.internationalconspiracy.org (Postfix) with ESMTPSA id A662263B1F; Sat, 19 Jul 2008 10:17:04 +0100 (BST) From: Alex Trull To: Daniel Eriksson In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> References: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-8OYk3Wj4ZdJb3gfU21mQ" Date: Sat, 19 Jul 2008 10:17:02 +0100 Message-Id: <1216459022.6521.6.camel@porksoda> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 Cc: freebsd-stable Subject: Re: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 09:17:22 -0000 --=-8OYk3Wj4ZdJb3gfU21mQ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable I've tried neither of these in your particular case, but they might be worth a try: Just a suggestion, but try specify vfs.zfs.zil_disable=3D1 or as a kernel variable in the boot cli. You may want to try export and import the pool and see how it likes it then. -- Alex On Sat, 2008-07-19 at 10:51 +0200, Daniel Eriksson wrote: > I have a large ZFS pool that seems to be partially corrupt, causing a > panic on ZFS startup. This is on a RELENG_7_0 machine. >=20 > This is what happens when I try to start ZFS (written down by hand): >=20 > ZFS: WARNING: can't process intent log for tank02/home > ZFS: WARNING: can't process intent log for tank02 > panic: solaris assert: dmu_read(os, smo->smo_object, offset, size, > entry_map) =3D=3D 0 (0x5 =3D=3D 0x0), file: > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa > ce_map.c, line: 341 >=20 > The pool sits on top of a geli-encrypted hardware raid-array (Highpoint > RocketRAID 2340, 8 x 500GB in RAID-5 config). Unfortunately the array > broke (2 drives disconnected) due to a bad PSU, and this eventually > crashed the box. When I restarted the box the above message showed up as > soon as I started ZFS. >=20 > It is my understanding that the intent log is emptied on clean shutdown, > and if it is not empty during startup ZFS tries to "replay" the > transactions recorded in it. I assume the initial crash left the intent > log in an inconsistent state and that ZFS panics on startup due to badly > formatted data in the intent log. >=20 > Is there any way I can recover this pool? >=20 >=20 > ___ > Daniel Eriksson (http://www.toomuchdata.com/) > _______________________________________________ > 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" --=-8OYk3Wj4ZdJb3gfU21mQ Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBIgbEOey4m6/eWxTQRArBAAJ9pvH4aVknF0A1hYjosSKyChW+KrgCdEdXD xwC3aBnUTJbiNG5xD0bnFOM= =gPGQ -----END PGP SIGNATURE----- --=-8OYk3Wj4ZdJb3gfU21mQ-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 10:51:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B95E41065674 for ; Sat, 19 Jul 2008 10:51:06 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id 5BF9C8FC14 for ; Sat, 19 Jul 2008 10:51:06 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 4873C9830020F462; Sat, 19 Jul 2008 12:50:51 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Sat, 19 Jul 2008 12:50:50 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A197B@royal64.emp.zapto.org> In-Reply-To: <1216459022.6521.6.camel@porksoda> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Panic on ZFS startup after crash Thread-Index: AcjpgE9bRaz+C87STpyvImgi/65+SgADEnyw References: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> <1216459022.6521.6.camel@porksoda> From: "Daniel Eriksson" To: "freebsd-stable" Cc: Alex Trull Subject: RE: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 10:51:06 -0000 Alex Trull wrote: > I've tried neither of these in your particular case, but they might be > worth a try: >=20 > Just a suggestion, but try specify vfs.zfs.zil_disable=3D1 or=20 > as a kernel > variable in the boot cli. >=20 > You may want to try export and import the pool and see how it likes it > then. I considered disabling the zil but didn't think it would make a difference (because zfs will most likely check if there is any data in zil on startup anyway). I'll try it though! Importing the pool results in the exact same problem. (I couldn't export the live pool because the box paniced, but by making sure the vdev was unavailable on zfs startup I could export the stale pool, enable the vdev (by doing a "geli attach") and then I tried to import the pool. No luck, same panic message. ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 12:04:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2EDE5106567B for ; Sat, 19 Jul 2008 12:04:38 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail10.syd.optusnet.com.au (mail10.syd.optusnet.com.au [211.29.132.191]) by mx1.freebsd.org (Postfix) with ESMTP id 84E4B8FC1E for ; Sat, 19 Jul 2008 12:04:37 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail10.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id m6JC4ZE9005338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 19 Jul 2008 22:04:35 +1000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.2/8.14.2) with ESMTP id m6JC4Y9X084186; Sat, 19 Jul 2008 22:04:34 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.2/8.14.2/Submit) id m6JC4YEu084185; Sat, 19 Jul 2008 22:04:34 +1000 (EST) (envelope-from peter) Date: Sat, 19 Jul 2008 22:04:34 +1000 From: Peter Jeremy To: Unga Message-ID: <20080719120434.GK62764@server.vk2pj.dyndns.org> References: <519800.22206.qm@web57003.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="wNT7VBaN1rUIB9jO" Content-Disposition: inline In-Reply-To: <519800.22206.qm@web57003.mail.re3.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 12:04:38 -0000 --wNT7VBaN1rUIB9jO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-Jul-18 18:38:36 -0700, Unga wrote: >As per FAQ, http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.htm= l, I tried to increase the number of ptys: > "10.19.1 > Build and install a new kernel with the line in the > configuration file: > device pty N > where N is the number of requested pseudoterminals." That has been obsolete for a while. Do you actually have a problem with insufficient PTYs? --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --wNT7VBaN1rUIB9jO Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkiB2FIACgkQ/opHv/APuIfr9wCfWJJArGC/gq8EzzCOHjSxpeD2 3lMAnjnMqyLdoIGlY6Pv8Ylyx2z0J+0q =ouRt -----END PGP SIGNATURE----- --wNT7VBaN1rUIB9jO-- From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 13:49:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2C2F106566B for ; Sat, 19 Jul 2008 13:49:40 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: from web57003.mail.re3.yahoo.com (web57003.mail.re3.yahoo.com [66.196.97.107]) by mx1.freebsd.org (Postfix) with SMTP id 22F7B8FC13 for ; Sat, 19 Jul 2008 13:49:40 +0000 (UTC) (envelope-from unga888@yahoo.com) Received: (qmail 86493 invoked by uid 60001); 19 Jul 2008 13:49:39 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=VBwviGQCZLCLDtKNvcfA7TxsgqWopDLy+Qct68dFnYyjqXQUS9REJzIgx1kp4WEqFQLxPZU/vWBza7XOs7bmX+W+WprGsVce6rPe6rkt3yTFadn9O4kvLJY2AaNwzIgSGqopV0CKrSgKAjan3iD07sWDidZill15pUN64cL61Ww=; Received: from [220.255.7.215] by web57003.mail.re3.yahoo.com via HTTP; Sat, 19 Jul 2008 06:49:39 PDT X-Mailer: YahooMailWebService/0.7.218 Date: Sat, 19 Jul 2008 06:49:39 -0700 (PDT) From: Unga To: Peter Jeremy In-Reply-To: <20080719120434.GK62764@server.vk2pj.dyndns.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <355179.86182.qm@web57003.mail.re3.yahoo.com> Cc: freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: unga888@yahoo.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 19 Jul 2008 13:49:40 -0000 --- On Sat, 7/19/08, Peter Jeremy wrote: > From: Peter Jeremy > Subject: Re: Pseudoterminals increase: compilation error > To: "Unga" > Cc: freebsd-stable@freebsd.org > Date: Saturday, July 19, 2008, 8:04 PM > On 2008-Jul-18 18:38:36 -0700, Unga > wrote: > >As per FAQ, > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html, > I tried to increase the number of ptys: > > "10.19.1 > > Build and install a new kernel with the line in the > > configuration file: > > device pty N > > where N is the number of requested > pseudoterminals." > > That has been obsolete for a while. Do you actually have a > problem > with insufficient PTYs? > Looks like, may not be. The Problem: expect -c "spawn ls" spawn ls The system has no more ptys. Ask your system administrator to create more. while executing "spawn ls" It now seems to be a permission problem as explained in http://expect.nist.gov/FAQ.html#q67 . Still investigating. Any help will be very much appreciated. Unga From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 16:59:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3314A1065677 for ; Sat, 19 Jul 2008 16:59:13 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from pne-smtpout1-sn2.hy.skanova.net (pne-smtpout1-sn2.hy.skanova.net [81.228.8.83]) by mx1.freebsd.org (Postfix) with ESMTP id D520A8FC14 for ; Sat, 19 Jul 2008 16:59:12 +0000 (UTC) (envelope-from daniel_k_eriksson@telia.com) Received: from royal64.emp.zapto.org (195.198.193.168) by pne-smtpout1-sn2.hy.skanova.net (7.3.129) id 4873C9830021B480; Sat, 19 Jul 2008 18:59:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-class: urn:content-classes:message Date: Sat, 19 Jul 2008 18:59:09 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.5.7235.2 Message-ID: <4F9C9299A10AE74E89EA580D14AA10A61A197C@royal64.emp.zapto.org> In-Reply-To: <1216459022.6521.6.camel@porksoda> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Panic on ZFS startup after crash Thread-Index: AcjpgE9bRaz+C87STpyvImgi/65+SgAQALuA References: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> <1216459022.6521.6.camel@porksoda> From: "Daniel Eriksson" To: "freebsd-stable" Cc: Alex Trull Subject: RE: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 16:59:13 -0000 Alex Trull wrote: > Just a suggestion, but try specify vfs.zfs.zil_disable=3D1 or=20 > as a kernel variable in the boot cli. I just tried this and unfortunately it didn't work. I got the exact same kernel panic. I've been looking through the code to try to find a way to fool ZFS into thinking the intent log. Anyone familiar with the code that could point me in the right direction? ___ Daniel Eriksson (http://www.toomuchdata.com/) From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 18:11:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C1FC106566B; Sat, 19 Jul 2008 18:11:41 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id DD3DB8FC19; Sat, 19 Jul 2008 18:11:40 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.2) with ESMTP id m6JIBdaQ004849; Sat, 19 Jul 2008 22:11:39 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Sat, 19 Jul 2008 22:11:39 +0400 (MSD) From: Dmitry Morozovsky To: Daniel Eriksson In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A197C@royal64.emp.zapto.org> Message-ID: <20080719221051.K84934@woozle.rinet.ru> References: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> <1216459022.6521.6.camel@porksoda> <4F9C9299A10AE74E89EA580D14AA10A61A197C@royal64.emp.zapto.org> X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (woozle.rinet.ru [0.0.0.0]); Sat, 19 Jul 2008 22:11:39 +0400 (MSD) Cc: Alex Trull , freebsd-stable , Pawel Jakub Dawidek Subject: RE: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 18:11:41 -0000 On Sat, 19 Jul 2008, Daniel Eriksson wrote: DE> > Just a suggestion, but try specify vfs.zfs.zil_disable=1 or DE> > as a kernel variable in the boot cli. DE> DE> I just tried this and unfortunately it didn't work. I got the exact same DE> kernel panic. DE> DE> I've been looking through the code to try to find a way to fool ZFS into DE> thinking the intent log. Anyone familiar with the code that could point DE> me in the right direction? You may find useful trying to ask Pawel (pjd@) directly. I'd CC:d him to simplify process ;-) Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 21:56:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B7EB106566B for ; Sat, 19 Jul 2008 21:56:11 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4FE618FC1A for ; Sat, 19 Jul 2008 21:56:10 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.3/8.14.2) with ESMTP id m6JLUvJE030247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 19 Jul 2008 16:30:57 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.3/8.14.2/Submit) id m6JLUuVx030244; Sat, 19 Jul 2008 16:30:56 -0500 (CDT) (envelope-from dan) Date: Sat, 19 Jul 2008 16:30:56 -0500 From: Dan Nelson To: Unga Message-ID: <20080719213056.GE19044@dan.emsphone.com> References: <20080719120434.GK62764@server.vk2pj.dyndns.org> <355179.86182.qm@web57003.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <355179.86182.qm@web57003.mail.re3.yahoo.com> X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Peter Jeremy , freebsd-stable@freebsd.org Subject: Re: Pseudoterminals increase: compilation error X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 21:56:11 -0000 In the last episode (Jul 19), Unga said: > On Sat, 7/19/08, Peter Jeremy wrote: > > On 2008-Jul-18 18:38:36 -0700, Unga wrote: > > >As per FAQ, > > > http://www.freebsd.org/doc/en_US.ISO8859-1/books/faq/admin.html, > > > I tried to increase the number of ptys: "10.19.1 Build and > > > install a new kernel with the line in the configuration file: > > > device pty N where N is the number of requested pseudoterminals." > > > > That has been obsolete for a while. Do you actually have a problem > > with insufficient PTYs? > > Looks like, may not be. > > The Problem: > expect -c "spawn ls" > spawn ls > The system has no more ptys. Ask your system administrator to create > more. while executing "spawn ls" > > It now seems to be a permission problem as explained in > http://expect.nist.gov/FAQ.html#q67 . > > Still investigating. Any help will be very much appreciated. Expect's error message doesn't say anything except "something isn't working but I won't tell you what". Run truss -o truss.log -f expect -c "spawn ls" and determine which syscall is failing, with what error number, just before expect prints its "no more ptys" message. That will tell you whether it's a permissions issue, or something else. If there are no obvious errors, post a part of the log. Also, what version of expect are you running? Versions between 5.38.0_1 and 5.43.0_2 had a bug in the port Makefile that limited the number of ptys expect could see. See http://www.freebsd.org/cgi/query-pr.cgi?pr=108311 . -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Sat Jul 19 22:47:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E419106564A for ; Sat, 19 Jul 2008 22:47:01 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206045140.chello.pl [87.206.45.140]) by mx1.freebsd.org (Postfix) with ESMTP id C535E8FC13 for ; Sat, 19 Jul 2008 22:47:00 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id AB28445CA6; Sun, 20 Jul 2008 00:18:17 +0200 (CEST) Received: from localhost (abie180.neoplus.adsl.tpnet.pl [83.7.120.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 6BBBD45C99; Sun, 20 Jul 2008 00:18:12 +0200 (CEST) Date: Sun, 20 Jul 2008 00:18:13 +0200 From: Pawel Jakub Dawidek To: Daniel Eriksson Message-ID: <20080719221813.GC4733@garage.freebsd.pl> References: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8NvZYKFJsRX2Djef" Content-Disposition: inline In-Reply-To: <4F9C9299A10AE74E89EA580D14AA10A61A197A@royal64.emp.zapto.org> User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-stable@freebsd.org Subject: Re: Panic on ZFS startup after crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 19 Jul 2008 22:47:01 -0000 --8NvZYKFJsRX2Djef Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jul 19, 2008 at 10:51:21AM +0200, Daniel Eriksson wrote: >=20 > I have a large ZFS pool that seems to be partially corrupt, causing a > panic on ZFS startup. This is on a RELENG_7_0 machine. >=20 > This is what happens when I try to start ZFS (written down by hand): >=20 > ZFS: WARNING: can't process intent log for tank02/home > ZFS: WARNING: can't process intent log for tank02 > panic: solaris assert: dmu_read(os, smo->smo_object, offset, size, > entry_map) =3D=3D 0 (0x5 =3D=3D 0x0), file: > /usr/src/sys/modules/zfs/../../contrib/opensolaris/uts/common/fs/zfs/spa > ce_map.c, line: 341 >=20 > The pool sits on top of a geli-encrypted hardware raid-array (Highpoint > RocketRAID 2340, 8 x 500GB in RAID-5 config). Unfortunately the array > broke (2 drives disconnected) due to a bad PSU, and this eventually > crashed the box. When I restarted the box the above message showed up as > soon as I started ZFS. >=20 > It is my understanding that the intent log is emptied on clean shutdown, > and if it is not empty during startup ZFS tries to "replay" the > transactions recorded in it. I assume the initial crash left the intent > log in an inconsistent state and that ZFS panics on startup due to badly > formatted data in the intent log. >=20 > Is there any way I can recover this pool? Can you try this patch? http://people.freebsd.org/~pjd/patches/space_map.c.patch --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --8NvZYKFJsRX2Djef Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFIgmglForvXbEpPzQRAjU+AKDSZA1N8YIboq91fphLvEN7v2SN4ACfcsuz jAL5KhvI/faNCtSPwPNwoOI= =B64T -----END PGP SIGNATURE----- --8NvZYKFJsRX2Djef--